5. Dura lex, sed lex

Les leçons à tirer de ce projet, et des autres qui ont suivi le même chemin (et qui, pour certains, en sont morts - rappelez-vous les récents projets de traitement de texte sous Linux) sont à peu près claires :

• Distribuez le code dès le début. Même s'il n'est pas très utile. Le meilleur moyen d'obtenir l'accord du conseil municipal est de le mettre devant le fait accompli. Linux, KDE et GNOME ont tous adopté cette attitude et cela a plutôt bien fonctionné pour eux. Vous pourriez débattre de la bonne façon de programmer pendant toute une vie. Mais une fois le code écrit, des gens (quelles que soient leurs compétences) peuvent le faire tourner ;
• Ne perdez jamais de vue qu'il y a des gens qui, avec un peu d'aide, contribueront de façon significative au projet. Si leurs premiers patchs sont bogués ne les virez pas, expliquez pourquoi il y a un problème et suggérez-leur une solution ou des endroits où en trouver une. Chaque minute passée à répondre à de vraies questions pour aider quelqu'un qui travaille sur le projet sera payée au décuple en retour, et de façon incalculable pour la société ;
• N'oubliez pas les non programmeurs. Je trouve bien triste que beaucoup de gens, lorsqu'on leur demande « nommez les cinq personnes les plus importantes pour le noyau Linux » répondent rarement en citant les personnes les plus importantes de toutes - ils oublient tous que les gens qui maintiennent les sites web, les rapports de modifications, les listes de diffusion et la documentation sont tout aussi importants ;
• Linus dit : « Show me the code »

  « Montre-moi le code source »

  . C'est une vue étroite d'un projet réel. Lorsque vous entendez « J'adorerais vous aider mais je ne sais pas programmer », vous avez un rédacteur de documentation. Et lorsqu'il dit « Mais l'anglais n'est pas ma langue maternelle » vous avez un traducteur ;
• Essayez de reconnaître les parasites et de les séparer des gens utiles. Il est difficile de discerner ceux qui essaient d'aider de ceux qui discutent sans cesse, et dans le cas de Linux 8086 j'ai réellement fait le mauvais choix en négligeant ce but. La méthode permettant de supprimer uniquement ceux qui parlent et qui ne font rien est un vrai sujet de thèse 8) ;

Donc, la prochaine fois que quelqu'un désirera voter sur un projet, ou discuter des différentes possibilités pendant un mois et ensuite l'implémenter -- prenez garde. Ils peuvent aboutir à la bonne solution. Cependant, vous mettez les chances de votre côté si vous continuez sans y prêter attention. Demandez juste d'envoyer un patch lorsque cela marchera.

Prenez garde à ne pas attendre que les autres fassent le travail à votre place et apprenez à vous impliquer dans le projet pour que les choses progressent.