En fait, de la façon dont je vois les choses, l'API Linux joue maintenant le rôle de l'API POSIX et Linux est devenu le point focal de tout le développement du logiciel libre. De ce fait je ne peux que recommander aux développeurs d'essayer de hacker avec seulement Linux en tête et de faire l'expérience de la liberté que cela apporte
Je trouve ce conseil choquant.
Je pense qu'un logiciel devrait être portable, si possible. On peut faire du logiciel non portable, si c'est fait en *connaissance de cause*. Mais pour cela, il faut déjà avoir un minimum de connaissance sur la portatibilité pour pouvoir faire le choix. Savoir qu'il y a des différences, ça fait partie de la culture générale d'un développeur (ama).
Ce n'est pas en se focalisant sur Linux qu'on va apprendre ça.
Et est-ce que la *liberté* n'est pas, justement, de ne pas être pieds et poings liés à un système, quel qu'il soit ?
Perso j'ai beaucoup appris (et trouver quelques bugs...) en faisant tourner du code sous différents Unix, et si possible des architectures différentes (genre sparc). On a parfois des drôles de surprises...
Avec ce genre de conseil, on va finir par se retrouver avec du code incapable de tourner sur autre chose que du x86 et ce même sous Linux (c'est peut-être déjà fait ceci dit).
# Mauvais conseil
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Linux ou POSIX ?. Évalué à 9.
Je trouve ce conseil choquant.
Je pense qu'un logiciel devrait être portable, si possible. On peut faire du logiciel non portable, si c'est fait en *connaissance de cause*. Mais pour cela, il faut déjà avoir un minimum de connaissance sur la portatibilité pour pouvoir faire le choix. Savoir qu'il y a des différences, ça fait partie de la culture générale d'un développeur (ama).
Ce n'est pas en se focalisant sur Linux qu'on va apprendre ça.
Et est-ce que la *liberté* n'est pas, justement, de ne pas être pieds et poings liés à un système, quel qu'il soit ?
Perso j'ai beaucoup appris (et trouver quelques bugs...) en faisant tourner du code sous différents Unix, et si possible des architectures différentes (genre sparc). On a parfois des drôles de surprises...
Avec ce genre de conseil, on va finir par se retrouver avec du code incapable de tourner sur autre chose que du x86 et ce même sous Linux (c'est peut-être déjà fait ceci dit).
les pixels au peuple !