> La non-compréhension du noyau par un chinois par exemple a également un coût dont souffre toute la communauté : la difficulté pour lui de contribuer au développement du noyau. On se prive d'un coup d'un 5e de la population. Si ce chinois cherche à atteindre un niveau suffisant en anglais pour pouvoir participer, cela a également un coût : énormément de temps et d'argent au détriment du noyau.
Le développement de Ruby au Japon montre, me semble-t-il, les limites de propagation lorsqu'une langue difficile d'accès est utilisée.
> La GPL propose le libre accès au code source. Peut-on dire que cet accès est total pour quelqu'un qui ne comprend pas l'anglais ?
Imaginons un instant la non-comprehension du 'C' par un developpeur par ailleurs très tallentueux. Faudra-t-il traduire le noyeau en Pascal ?
Ce que je veux dire c'est que je pense que dans des projets techniques, l'anglais est un outil technique au meme titre que le 'C' et sa maitrise est indispensable pour contribuer au developpement.
Les messages d'aides du "menuconfig" rentrent dans le cadre technique et ne sont pas destinés à être vu par un utilisateur ne maitrisant pas l'anglais, pour toutes les raisons cités plus haut de convergence des ressources.
En revanche les messages d'erreur peuvent apparaitrent devant un utilisateur final et je pense que leur traduction a plus d'interet, peut-être en affichant aussi les messages originaux.
> Si le noyau avait été développé par un communauté japonaise en japonais, est-ce que nous nous mettrions immédiatement au japonais ou est-ce que nous proposerions qu'il y ait un système de traduction pour faciliter sa compilation par exemple ?
Le langage natal de Linus n'etait pas l'anglais, et pourtant le noyeau est en anglais. A mon avis c'est une bonne idée.
[^] # Re: Comment perdre son temps en une leçon....
Posté par xilun . En réponse à la dépêche Projet relancé chez traduc.org : traduction du noyau Linux.. Évalué à 3.
Le développement de Ruby au Japon montre, me semble-t-il, les limites de propagation lorsqu'une langue difficile d'accès est utilisée.
> La GPL propose le libre accès au code source. Peut-on dire que cet accès est total pour quelqu'un qui ne comprend pas l'anglais ?
Imaginons un instant la non-comprehension du 'C' par un developpeur par ailleurs très tallentueux. Faudra-t-il traduire le noyeau en Pascal ?
Ce que je veux dire c'est que je pense que dans des projets techniques, l'anglais est un outil technique au meme titre que le 'C' et sa maitrise est indispensable pour contribuer au developpement.
Les messages d'aides du "menuconfig" rentrent dans le cadre technique et ne sont pas destinés à être vu par un utilisateur ne maitrisant pas l'anglais, pour toutes les raisons cités plus haut de convergence des ressources.
En revanche les messages d'erreur peuvent apparaitrent devant un utilisateur final et je pense que leur traduction a plus d'interet, peut-être en affichant aussi les messages originaux.
> Si le noyau avait été développé par un communauté japonaise en japonais, est-ce que nous nous mettrions immédiatement au japonais ou est-ce que nous proposerions qu'il y ait un système de traduction pour faciliter sa compilation par exemple ?
Le langage natal de Linus n'etait pas l'anglais, et pourtant le noyeau est en anglais. A mon avis c'est une bonne idée.