L'écriture de pilotes windows est la première cause de suicide et d'auto-mutilation parmi les développeurs de pilotes matériels. Pour sortir ce genre d'âneries, tu t'es déjà frotté à l'écriture de pilote ?
Oh, on peut regarder ou je bosse et sur quoi je bossais il y a quelques annees de cela, ca devrait te donner une idee de mes competences sur le sujet. A ce niveau la je doutes que tu aies quoi que ce soit a m'apprendre
Certes, les chans irc, la kernel M-L sont pas aussi accueillants que les forum MSDN mais on obtient les informations nécessaires assez rapidement. Certes, on peut appeller le support Microsoft, mais la plupart du temps, on tombe sur un technico-commercial complétement largué qui va mettre des plombes à obtenir une information de quatrième main.
Meric de confirmer que TU ne sais pas de quoi tu parles.
Allez, pour commencer tu vas sur les forums publiques poser tes questions, ensuite tu vas sur les forums chez Microsoft, ou il y a des employes qui trainent, comme sur les ML du kernel, ensuite tu cherches sur le net et tu decouvres qu'il y a plein de societes specialisees dans le developpement de drivers Windows (osr.com pour ne citer que les plus celebres), ensuite tu appelles le support MS et tu decouvres que tu peux vite arriver a qq'un de technique si besoin est, ensuite tu decouvres que Nvidia, ATI et autres grosses societes ont des employes qui sont sur place sur notre campus, avec leur bureau ici meme, ils n'ont qu'a marcher jusqu'au bureau du gars si ils ont une question.
L'idée que se fait Microsoft de faire plaisir aux constructeurs est très spếciale, parce que le framework ampoulé, horriblement complexe, la gestion d'énergie imbitable (qui doit générer une bonne partie des bogues dans windows) est très loin de faire plaisir aux développeurs. À côté de ça, l'IOKit et sa documentation lacunaire, son embedded C++ ou l'API Linux quasiment pas documenté, c'est une vraie partie de plaisir
Le fait que tu ne saches pas gerer cela ne signifie pas que c'est un probleme. Suffit de voir la flopee de drivers qui le font, et le fait que le sleep/hibernate sous Windows est enormement plus fiable que sous Linux
On leur demande pas pas non plus les masques et je ne crois pas que tu puisses apprendre grand chose d'utile à partir d'un simple pilote ou même de specs vu la vitesse de développement en ce domaine.
Ecoutes, tu peux avoir ton avis, libre a toi. Le truc, c'est que c'est l'avis des constructeurs qui importe parce que sans eux pas de driver de qualite. Alors tu peux leur repeter a l'envie que leur avis est mauvais et que tu sais mieux qu'eux ce qu'il leur faut, mais ca ne va pas aider et les drivers pour Linux resteront aussi pourri qu'ils le sont aujourd'hui.
Je te suggeres a la place un peu d'humilite, arreter de les prendre pour des cons qui ne comprennent rien, accepter que le modele que vous leur proposez ne leur convient pas, et essayer d'ameliorer le systeme pour qu'il reponde mieux a leurs besoins.
Techniquement, c'est une connerie les interfaces stables à long terme, windows en est bien la preuve avec win32, MFC, GDI, COM, ODBC une belle brochette de techno dépassées depuis plus d'une décennie et toujours au coeur du développement d'application windows.
Il y a plein de nouvelles interfaces dispo : D2D, WPF, etc... qui permettent de supporter les avancees, l'avantage c'est que tu as le choix.
Si les vendeurs faisaient un peu plus d'efforts à collaborer avec upstream, ils auraient pu aider à stabiliser l'architecture de Xorg, et en libérant les pilotes, laisser la communauté se charger des tâches subalternes. Les plus gros committers dans Xorg. ne sont pas employés par des constructeurs de cartes graphiques
De nouveau, la seule chose que tu fais c'est repeter a tut-tete ta vision des choses : C'est plus facile de liberer les sources ,etc...
Faut te faire a l'idee que les constructeurs, ils sont pas d'accord avec toi. Tu as le choix entre trouver un terrain d'entente avec eux en prenant en compte leurs desirs, ou leur repeter 500x fois qu'ils ont tort et qu'ils ne comprennent rien.
Si tu veux mon avis, la 1ere methode a beaucoup plus de chance d'aboutir.
Unix était un logiciel à sources ouvertes bien avant que ton patron ne troque ses culottes courtes pour des pantalons d'homme.
Tout a fait, et mon (ex-)patron a bouffe Unix par les couilles avec un OS ayant des interfaces standardisees, qui permettait de faire tourner l'OS sur une enorme variete de materiel tout en assurant que les softs tourneraient sans probleme sur cette variete de systemes.
Oh, et en passant, NT a ete cree par Dave Cutler, pas par Bill Gates, et ce dernier, il a comment dire une certaine experience du developpement d'OS, genre un truc insignifiant nomme VMS
[^] # Re: Argh
Posté par pasBill pasGates . En réponse au journal Xorg 1.8: épatant ?. Évalué à 5.
Oh, on peut regarder ou je bosse et sur quoi je bossais il y a quelques annees de cela, ca devrait te donner une idee de mes competences sur le sujet. A ce niveau la je doutes que tu aies quoi que ce soit a m'apprendre
Certes, les chans irc, la kernel M-L sont pas aussi accueillants que les forum MSDN mais on obtient les informations nécessaires assez rapidement. Certes, on peut appeller le support Microsoft, mais la plupart du temps, on tombe sur un technico-commercial complétement largué qui va mettre des plombes à obtenir une information de quatrième main.
Meric de confirmer que TU ne sais pas de quoi tu parles.
Allez, pour commencer tu vas sur les forums publiques poser tes questions, ensuite tu vas sur les forums chez Microsoft, ou il y a des employes qui trainent, comme sur les ML du kernel, ensuite tu cherches sur le net et tu decouvres qu'il y a plein de societes specialisees dans le developpement de drivers Windows (osr.com pour ne citer que les plus celebres), ensuite tu appelles le support MS et tu decouvres que tu peux vite arriver a qq'un de technique si besoin est, ensuite tu decouvres que Nvidia, ATI et autres grosses societes ont des employes qui sont sur place sur notre campus, avec leur bureau ici meme, ils n'ont qu'a marcher jusqu'au bureau du gars si ils ont une question.
L'idée que se fait Microsoft de faire plaisir aux constructeurs est très spếciale, parce que le framework ampoulé, horriblement complexe, la gestion d'énergie imbitable (qui doit générer une bonne partie des bogues dans windows) est très loin de faire plaisir aux développeurs. À côté de ça, l'IOKit et sa documentation lacunaire, son embedded C++ ou l'API Linux quasiment pas documenté, c'est une vraie partie de plaisir
Le fait que tu ne saches pas gerer cela ne signifie pas que c'est un probleme. Suffit de voir la flopee de drivers qui le font, et le fait que le sleep/hibernate sous Windows est enormement plus fiable que sous Linux
On leur demande pas pas non plus les masques et je ne crois pas que tu puisses apprendre grand chose d'utile à partir d'un simple pilote ou même de specs vu la vitesse de développement en ce domaine.
Ecoutes, tu peux avoir ton avis, libre a toi. Le truc, c'est que c'est l'avis des constructeurs qui importe parce que sans eux pas de driver de qualite. Alors tu peux leur repeter a l'envie que leur avis est mauvais et que tu sais mieux qu'eux ce qu'il leur faut, mais ca ne va pas aider et les drivers pour Linux resteront aussi pourri qu'ils le sont aujourd'hui.
Je te suggeres a la place un peu d'humilite, arreter de les prendre pour des cons qui ne comprennent rien, accepter que le modele que vous leur proposez ne leur convient pas, et essayer d'ameliorer le systeme pour qu'il reponde mieux a leurs besoins.
Techniquement, c'est une connerie les interfaces stables à long terme, windows en est bien la preuve avec win32, MFC, GDI, COM, ODBC une belle brochette de techno dépassées depuis plus d'une décennie et toujours au coeur du développement d'application windows.
Il y a plein de nouvelles interfaces dispo : D2D, WPF, etc... qui permettent de supporter les avancees, l'avantage c'est que tu as le choix.
Si les vendeurs faisaient un peu plus d'efforts à collaborer avec upstream, ils auraient pu aider à stabiliser l'architecture de Xorg, et en libérant les pilotes, laisser la communauté se charger des tâches subalternes. Les plus gros committers dans Xorg. ne sont pas employés par des constructeurs de cartes graphiques
De nouveau, la seule chose que tu fais c'est repeter a tut-tete ta vision des choses : C'est plus facile de liberer les sources ,etc...
Faut te faire a l'idee que les constructeurs, ils sont pas d'accord avec toi. Tu as le choix entre trouver un terrain d'entente avec eux en prenant en compte leurs desirs, ou leur repeter 500x fois qu'ils ont tort et qu'ils ne comprennent rien.
Si tu veux mon avis, la 1ere methode a beaucoup plus de chance d'aboutir.
Unix était un logiciel à sources ouvertes bien avant que ton patron ne troque ses culottes courtes pour des pantalons d'homme.
Tout a fait, et mon (ex-)patron a bouffe Unix par les couilles avec un OS ayant des interfaces standardisees, qui permettait de faire tourner l'OS sur une enorme variete de materiel tout en assurant que les softs tourneraient sans probleme sur cette variete de systemes.
Oh, et en passant, NT a ete cree par Dave Cutler, pas par Bill Gates, et ce dernier, il a comment dire une certaine experience du developpement d'OS, genre un truc insignifiant nomme VMS