Bonjour,
Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent
prescripteur de mes clients, je me pose régulièrement la
question de Linux.
A chaque fois je bute sur l'opacité et le formalisme de
l'entrée, et je renonce considérant que l'investissement de
compréhension de l'organisation, de la terminologie et de la
philosophie sera trop élevé. Et cela bien avant d'aborder le
maquis du code, qui me semble largement équivalent de ce que
l'on connaît chez Microsoft.
Mes applications étant liées au monde industriel j'ai par
exemple besoin d'accéder directement aux différents
périphériques, lesquels souvent sont des cartes PCI
particulières ou des chaînes de terminaux USB/RS485 ; quel est
l'équivalent des pilotes (DDK), où trouver l'organisation
mémoire et l'interface logicielle permettant d'écrire les
miens ?
Comment comprendre (sans analyser tout le code du noyau) la
méthode pour obtenir le 10000eme. de seconde ? et
particulièrement pour une application sur laquelle je viens
d'être consulté, comment est organisé l'écriture dire cte sur
l'écran, c'est-à -dire puis-je connaitre les points d'entré es
des pilotes graphiques, ou bien il y a-t-il une couche
graphique standard avant celle de l'interface ?
Voilà , mon approche peut vous sembler un peu naïve, mais le
passage vers Linux, qui est attirant sur un plan "politique"
m'apparaît comme plus discutable sur un plan technique, et, me
concernant sur un plan économique.
Je ne sais pas si je frappe à la bonne porte pour ce genre de
considérations, néanmoins je vous remercie par avance de votre
réponse.
Bonjour,
Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent
prescripteur de mes clients, je me pose régulièrement la
question de Linux.
A chaque fois je bute sur l'opacité et le formalisme de
l'entrée, et je renonce considérant que l'investissement de
compréhension de l'organisation, de la terminologie et de la
philosophie sera trop élevé. Et cela bien avant d'aborder le
maquis du code, qui me semble largement équivalent de ce que
l'on connaît chez Microsoft.
Mes applications étant liées au monde industriel j'ai par
exemple besoin d'accéder directement aux différents
périphériques, lesquels souvent sont des cartes PCI
particulières ou des chaînes de terminaux USB/RS485 ; quel est
l'équivalent des pilotes (DDK), où trouver l'organisation
mémoire et l'interface logicielle permettant d'écrire les
miens ?
Comment comprendre (sans analyser tout le code du noyau) la
méthode pour obtenir le 10000eme. de seconde ? et
particulièrement pour une application sur laquelle je viens
d'être consulté, comment est organisé l'écriture dire cte sur
l'écran, c'est-à -dire puis-je connaitre les points d'entré es
des pilotes graphiques, ou bien il y a-t-il une couche
graphique standard avant celle de l'interface ?
Voilà , mon approche peut vous sembler un peu naïve, mais le
passage vers Linux, qui est attirant sur un plan "politique"
m'apparaît comme plus discutable sur un plan technique, et, me
concernant sur un plan économique.
Je ne sais pas si je frappe à la bonne porte pour ce genre de
considérations, néanmoins je vous remercie par avance de votre
réponse.
Bonjour,
Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent
prescripteur de mes clients, je me pose régulièrement la
question de Linux.
A chaque fois je bute sur l'opacité et le formalisme de
l'entrée, et je renonce considérant que l'investissement de
compréhension de l'organisation, de la terminologie et de la
philosophie sera trop élevé. Et cela bien avant d'aborder le
maquis du code, qui me semble largement équivalent de ce que
l'on connaît chez Microsoft.
Mes applications étant liées au monde industriel j'ai par
exemple besoin d'accéder directement aux différents
périphériques, lesquels souvent sont des cartes PCI
particulières ou des chaînes de terminaux USB/RS485 ; quel est
l'équivalent des pilotes (DDK), où trouver l'organisation
mémoire et l'interface logicielle permettant d'écrire les
miens ?
Comment comprendre (sans analyser tout le code du noyau) la
méthode pour obtenir le 10000eme. de seconde ? et
particulièrement pour une application sur laquelle je viens
d'être consulté, comment est organisé l'écriture dire cte sur
l'écran, c'est-à -dire puis-je connaitre les points d'entré es
des pilotes graphiques, ou bien il y a-t-il une couche
graphique standard avant celle de l'interface ?
Voilà , mon approche peut vous sembler un peu naïve, mais le
passage vers Linux, qui est attirant sur un plan "politique"
m'apparaît comme plus discutable sur un plan technique, et, me
concernant sur un plan économique.
Je ne sais pas si je frappe à la bonne porte pour ce genre de
considérations, néanmoins je vous remercie par avance de votre
réponse.
gc, vendredi 8 février 2008, 13:56:42 CETBonjour,
’jour,Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent
prescripteur de mes clients, je me pose régulièrement la
question de Linux.
Sur un plan technique, les logiciels libres sont beaucoup plus
agréables !
D’accord, certaines docs sont sommaires ou difficiles à
trouver et même si « use the source » n’est pas la réponse la
plus agréable quand on débute (on ne sait pas où et quoi
regarder, comment ça peut répondre aux besoins, etc.), c’est
tout de même fort pratique de pouvoir s’inspirer de ce qui a
déjà été fait ou de vérifier comment sont mises en œuvre les
API que l’on utilise.
gc, vendredi 8 février 2008, 13:56:42 CET
Bonjour,
’jour,
Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent
prescripteur de mes clients, je me pose régulièrement la
question de Linux.
Sur un plan technique, les logiciels libres sont beaucoup plus
agréables !
D’accord, certaines docs sont sommaires ou difficiles à
trouver et même si « use the source » n’est pas la réponse la
plus agréable quand on débute (on ne sait pas où et quoi
regarder, comment ça peut répondre aux besoins, etc.), c’est
tout de même fort pratique de pouvoir s’inspirer de ce qui a
déjà été fait ou de vérifier comment sont mises en œuvre les
API que l’on utilise.
gc, vendredi 8 février 2008, 13:56:42 CETBonjour,
’jour,Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent
prescripteur de mes clients, je me pose régulièrement la
question de Linux.
Sur un plan technique, les logiciels libres sont beaucoup plus
agréables !
D’accord, certaines docs sont sommaires ou difficiles à
trouver et même si « use the source » n’est pas la réponse la
plus agréable quand on débute (on ne sait pas où et quoi
regarder, comment ça peut répondre aux besoins, etc.), c’est
tout de même fort pratique de pouvoir s’inspirer de ce qui a
déjà été fait ou de vérifier comment sont mises en œuvre les
API que l’on utilise.
Sinon, j'ai aussi un conseil: avant de te mettre à programmer dans le
noyau Linux, apprends à bien connaître et utiliser les appels systèmes
Posix (ou SuS, ou Unix). Il existe d'excellents livres à ce sujet, dont
l'indispensable advanced unix programming http://basepath.com/aup/
et http://www.advancedlinuxprogramming.com/alp-folder
Sinon, j'ai aussi un conseil: avant de te mettre à programmer dans le
noyau Linux, apprends à bien connaître et utiliser les appels systèmes
Posix (ou SuS, ou Unix). Il existe d'excellents livres à ce sujet, dont
l'indispensable advanced unix programming http://basepath.com/aup/
et http://www.advancedlinuxprogramming.com/alp-folder
Sinon, j'ai aussi un conseil: avant de te mettre à programmer dans le
noyau Linux, apprends à bien connaître et utiliser les appels systèmes
Posix (ou SuS, ou Unix). Il existe d'excellents livres à ce sujet, dont
l'indispensable advanced unix programming http://basepath.com/aup/
et http://www.advancedlinuxprogramming.com/alp-folder
Bonjour,
Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent prescripteur de
mes clients, je me pose régulièrement la question de Linux.
A chaque fois je bute sur l'opacité et le formalisme de l'entrée,
et je renonce considérant que l'investissement de compréhension de
l'organisation, de la terminologie et de la philosophie sera trop éle vé.
Et cela bien avant d'aborder le maquis du code, qui me semble
largement équivalent de ce que l'on connaît chez Microsoft.
Mes applications étant liées au monde industriel j'ai par exemple
besoin d'accéder directement aux différents périphériques, lesq uels
souvent sont des cartes PCI particulières ou des chaînes de termina ux
USB/RS485 ; quel est l'équivalent des pilotes (DDK), où trouver
l'organisation mémoire et l'interface logicielle permettant d'écrir e
les miens ?
Comment comprendre (sans analyser tout le code du noyau) la méthode
pour obtenir le 10000eme. de seconde ?
et particulièrement pour une application sur laquelle je viens d'êt re
consulté, comment est organisé l'écriture directe sur l'écran,
c'est-à-dire puis-je connaitre les points d'entrées des pilotes
graphiques, ou bien il y a-t-il une couche graphique standard avant
celle de l'interface ?
Voilà, mon approche peut vous sembler un peu naïve, mais le passage
vers Linux, qui est attirant sur un plan "politique" m'apparaît comme
plus discutable sur un plan technique, et, me concernant sur un plan
économique.
Je ne sais pas si je frappe à la bonne porte pour ce genre de
considérations, néanmoins je vous remercie par avance de votre ré ponse.
Bonne après-midi.
Gérard Couvert (Toulouse)
Bonjour,
Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent prescripteur de
mes clients, je me pose régulièrement la question de Linux.
A chaque fois je bute sur l'opacité et le formalisme de l'entrée,
et je renonce considérant que l'investissement de compréhension de
l'organisation, de la terminologie et de la philosophie sera trop éle vé.
Et cela bien avant d'aborder le maquis du code, qui me semble
largement équivalent de ce que l'on connaît chez Microsoft.
Mes applications étant liées au monde industriel j'ai par exemple
besoin d'accéder directement aux différents périphériques, lesq uels
souvent sont des cartes PCI particulières ou des chaînes de termina ux
USB/RS485 ; quel est l'équivalent des pilotes (DDK), où trouver
l'organisation mémoire et l'interface logicielle permettant d'écrir e
les miens ?
Comment comprendre (sans analyser tout le code du noyau) la méthode
pour obtenir le 10000eme. de seconde ?
et particulièrement pour une application sur laquelle je viens d'êt re
consulté, comment est organisé l'écriture directe sur l'écran,
c'est-à-dire puis-je connaitre les points d'entrées des pilotes
graphiques, ou bien il y a-t-il une couche graphique standard avant
celle de l'interface ?
Voilà, mon approche peut vous sembler un peu naïve, mais le passage
vers Linux, qui est attirant sur un plan "politique" m'apparaît comme
plus discutable sur un plan technique, et, me concernant sur un plan
économique.
Je ne sais pas si je frappe à la bonne porte pour ce genre de
considérations, néanmoins je vous remercie par avance de votre ré ponse.
Bonne après-midi.
Gérard Couvert (Toulouse)
Bonjour,
Je suis développeur (depuis 1984) indépendant, actuellement je
travaille essentiellement sous XP mais, étant souvent prescripteur de
mes clients, je me pose régulièrement la question de Linux.
A chaque fois je bute sur l'opacité et le formalisme de l'entrée,
et je renonce considérant que l'investissement de compréhension de
l'organisation, de la terminologie et de la philosophie sera trop éle vé.
Et cela bien avant d'aborder le maquis du code, qui me semble
largement équivalent de ce que l'on connaît chez Microsoft.
Mes applications étant liées au monde industriel j'ai par exemple
besoin d'accéder directement aux différents périphériques, lesq uels
souvent sont des cartes PCI particulières ou des chaînes de termina ux
USB/RS485 ; quel est l'équivalent des pilotes (DDK), où trouver
l'organisation mémoire et l'interface logicielle permettant d'écrir e
les miens ?
Comment comprendre (sans analyser tout le code du noyau) la méthode
pour obtenir le 10000eme. de seconde ?
et particulièrement pour une application sur laquelle je viens d'êt re
consulté, comment est organisé l'écriture directe sur l'écran,
c'est-à-dire puis-je connaitre les points d'entrées des pilotes
graphiques, ou bien il y a-t-il une couche graphique standard avant
celle de l'interface ?
Voilà, mon approche peut vous sembler un peu naïve, mais le passage
vers Linux, qui est attirant sur un plan "politique" m'apparaît comme
plus discutable sur un plan technique, et, me concernant sur un plan
économique.
Je ne sais pas si je frappe à la bonne porte pour ce genre de
considérations, néanmoins je vous remercie par avance de votre ré ponse.
Bonne après-midi.
Gérard Couvert (Toulouse)
Sylvain Sauvage wrote:
> gc, vendredi 8 février 2008, 13:56:42 CET
>> Bonjour,
>
> âjour,
>
>> Je suis développeur (depuis 1984) indépendant, actuellement
>> je travaille essentiellement sous XP mais, étant souvent
>> prescripteur de mes clients, je me pose régulièrement la
>> question de Linux.
>
> Sur un plan technique, les logiciels libres sont beaucoup
> plus agréables !
> Dâaccord, certaines docs sont sommaires ou difficiles Ã
> trouver et même si « use the source » nâest pas la réponse la
> plus agréable quand on débute (on ne sait pas où et quoi
> regarder, comment ça peut répondre aux besoins, etc.), câ est
> tout de même fort pratique de pouvoir sâinspirer de ce qui a
> déjà été fait ou de vérifier comment sont mise s en Åuvre les
> API que lâon utilise.
Non, "use the source" est une réponse essentielle. Quand tu ne
comprends pas bien une fonction, ... tu peux toujours (et tu
devrais penser à ) en regarder le code source.
Sinon, j'ai aussi un conseil: avant de te mettre à programmer
dans le noyau Linux, apprends à bien connaître et utiliser les
appels systèmes Posix (ou SuS, ou Unix). Il existe
d'excellents livres à ce sujet, dont l'indispensable advanced
unix programming http://basepath.com/aup/ et
http://www.advancedlinuxprogramming.com/alp-folder
Sylvain Sauvage wrote:
> gc, vendredi 8 février 2008, 13:56:42 CET
>> Bonjour,
>
> âjour,
>
>> Je suis développeur (depuis 1984) indépendant, actuellement
>> je travaille essentiellement sous XP mais, étant souvent
>> prescripteur de mes clients, je me pose régulièrement la
>> question de Linux.
>
> Sur un plan technique, les logiciels libres sont beaucoup
> plus agréables !
> Dâaccord, certaines docs sont sommaires ou difficiles Ã
> trouver et même si « use the source » nâest pas la réponse la
> plus agréable quand on débute (on ne sait pas où et quoi
> regarder, comment ça peut répondre aux besoins, etc.), câ est
> tout de même fort pratique de pouvoir sâinspirer de ce qui a
> déjà été fait ou de vérifier comment sont mise s en Åuvre les
> API que lâon utilise.
Non, "use the source" est une réponse essentielle. Quand tu ne
comprends pas bien une fonction, ... tu peux toujours (et tu
devrais penser à ) en regarder le code source.
Sinon, j'ai aussi un conseil: avant de te mettre à programmer
dans le noyau Linux, apprends à bien connaître et utiliser les
appels systèmes Posix (ou SuS, ou Unix). Il existe
d'excellents livres à ce sujet, dont l'indispensable advanced
unix programming http://basepath.com/aup/ et
http://www.advancedlinuxprogramming.com/alp-folder
Sylvain Sauvage wrote:
> gc, vendredi 8 février 2008, 13:56:42 CET
>> Bonjour,
>
> âjour,
>
>> Je suis développeur (depuis 1984) indépendant, actuellement
>> je travaille essentiellement sous XP mais, étant souvent
>> prescripteur de mes clients, je me pose régulièrement la
>> question de Linux.
>
> Sur un plan technique, les logiciels libres sont beaucoup
> plus agréables !
> Dâaccord, certaines docs sont sommaires ou difficiles Ã
> trouver et même si « use the source » nâest pas la réponse la
> plus agréable quand on débute (on ne sait pas où et quoi
> regarder, comment ça peut répondre aux besoins, etc.), câ est
> tout de même fort pratique de pouvoir sâinspirer de ce qui a
> déjà été fait ou de vérifier comment sont mise s en Åuvre les
> API que lâon utilise.
Non, "use the source" est une réponse essentielle. Quand tu ne
comprends pas bien une fonction, ... tu peux toujours (et tu
devrais penser à ) en regarder le code source.
Sinon, j'ai aussi un conseil: avant de te mettre à programmer
dans le noyau Linux, apprends à bien connaître et utiliser les
appels systèmes Posix (ou SuS, ou Unix). Il existe
d'excellents livres à ce sujet, dont l'indispensable advanced
unix programming http://basepath.com/aup/ et
http://www.advancedlinuxprogramming.com/alp-folder