En même temps, c'est un reproche que l'on peut aux développeurs linux, même si le plus important et on les remercies pour ça c'est de codé des drivers, mais sous FreeBSD par exemple, tous les drivers sont systématiquement accompagnés d'un manpage.
C'est très pratique pour connaitre le matériel supporté : et comment utiliser le driver : http://www.freebsd.org/cgi/man.cgi?query=axe&apropos=0&a(...) par exemple à partir de là j'ai acheté mon adaptateur usb/ethernet sans me poser de question.
Des ajouts sont régulièrement fait au niveau compatibilité du matériel : les scanners usb sont un bon exemple, la chaine d'identification du scanner est rajoutée au driver, et le nom du scanner rajouté au manpage : http://www.freebsd.org/cgi/man.cgi?query=uscanner&apropo(...)
Très pratique.
Ca ne prend pas beaucoup de temps au dev et ça change la vie des utilisateurs.
Un peu de documentation ça ne fait de mal (c'est chiant et rébarbatif), mais c'est important.
Pour revenir au sujet :
Si le mainteneur du driver vient à changé pour des raisons diverses, le suivant sera bien content de trouver les specs, pour pouvoir améliorer le driver, le dev initial a peut être fait un driver qui marche, mais il n'est pas forcément optimum, et du code cochon n'est pas facile à lire, il peut aussi s'être trompé en implémentant certaines parties des spécifications. Bref le code ne reflète pas forcément correctement, ni proprement les specs.
[^] # Re: Use the source luke
Posté par Bapt . En réponse au journal openspec c'est possible ???. Évalué à 7.
C'est très pratique pour connaitre le matériel supporté : et comment utiliser le driver : http://www.freebsd.org/cgi/man.cgi?query=axe&apropos=0&a(...) par exemple à partir de là j'ai acheté mon adaptateur usb/ethernet sans me poser de question.
Des ajouts sont régulièrement fait au niveau compatibilité du matériel : les scanners usb sont un bon exemple, la chaine d'identification du scanner est rajoutée au driver, et le nom du scanner rajouté au manpage :
http://www.freebsd.org/cgi/man.cgi?query=uscanner&apropo(...)
Très pratique.
Ca ne prend pas beaucoup de temps au dev et ça change la vie des utilisateurs.
De la même manière les interfaces dans le kernel sont documentées pour facilité la vie des développeurs, au sein de manpages, par exemple :
http://www.freebsd.org/cgi/man.cgi?query=usb&sektion=4&a(...)
Un peu de documentation ça ne fait de mal (c'est chiant et rébarbatif), mais c'est important.
Pour revenir au sujet :
Si le mainteneur du driver vient à changé pour des raisons diverses, le suivant sera bien content de trouver les specs, pour pouvoir améliorer le driver, le dev initial a peut être fait un driver qui marche, mais il n'est pas forcément optimum, et du code cochon n'est pas facile à lire, il peut aussi s'être trompé en implémentant certaines parties des spécifications. Bref le code ne reflète pas forcément correctement, ni proprement les specs.