Ce que j’ai appris sur la communauté Open Source en 30 ans

Les projets Open Source vont bien au-delà des lignes de code ; ils sont alimentés par des personnes passionnées créant un changement durable.

En juin 1994, plusieurs d’entre nous avons eu une idée assez géniale : le 29 juin 2024, le projet aura 30 ans. Mais qu’est-ce que le DOS, de toute façon ? Si vous ne connaissez pas FreeDOS, laissez-moi vous ramener brièvement dans les années 1980. Lorsque IBM a vendu son premier IBM Personal Computer 5150 en 1981, ils avaient besoin d’un système d’exploitation pour le faire fonctionner. IBM a contracté avec Microsoft, qui a travaillé avec , pour fournir un système d’exploitation sur disquette (« DOS ») pour le PC IBM.

Pendant plus d’une décennie, DOS était le système d’exploitation de bureau dominant. Il fonctionnait bien sur du matériel peu performant et a grandi pour inclure le support de stockage et de mémoire plus importants. DOS offrait des milliers d’applications et de jeux formidables. Si vous pouviez l’imaginer, quelqu’un avait probablement une application pour le faire. Tout le monde de l’époque se souvient probablement des traitements de texte de bureau comme , , et – ou des applications de tableur comme , et .

J’ai grandi avec DOS, de 1981 avec l’IBM PC jusqu’à mes jours d’université. J’adorais utiliser DOS, surtout la ligne de commande, que je trouvais très flexible. En apprenant la programmation en C, j’ai également pu créer mes propres outils pour étendre les fonctionnalités de la ligne de commande DOS.

Mais lorsque Microsoft a décidé d’arrêter de créer de nouvelles versions de DOS au profit de se concentrer entièrement sur Windows, je ne voulais pas perdre la ligne de commande. Je n’aimais pas non plus Windows 3.11, la dernière version. Windows était une « coquille » qui s’exécutait par-dessus DOS, mais c’était maladroit et lent. Si un programme Windows se comportait mal, il pouvait faire planter tout Windows. Si Windows « 3.2 » ou « 4.0 » ressemblait à Windows 3.11, cela ne m’intéressait pas. Au lieu de cela, je préférais conserver mes applications DOS.

J’ai demandé sur un forum de discussion appelé Usenet s’il existait une version Open Source de DOS. Personne ne travaillait sur une telle chose, mais les gens ont trouvé que c’était une bonne idée et m’ont encouragé à le faire. Avec cet encouragement, j’ai décidé qu’il était temps de créer notre propre DOS Open Source. Le , j’ai annoncé un projet pour le faire. Initialement appelé « PD-DOS », nous avons rapidement renommé le projet en « FreeDOS » pour refléter les objectifs de logiciel libre et Open Source de créer notre propre DOS. Le 29 juin 2024, le projet FreeDOS célébrera 30 ans en Open Source.

Leçons dans la communauté Open Source

En tant que coordinateur du projet FreeDOS, j’aime penser que j’ai appris quelques choses sur la manière de maintenir une communauté Open Source active. Voici quelques leçons que j’ai apprises en maintenant un projet Open Source depuis tant d’années :

1. Ce n’est pas seulement du code. Les projets Open Source doivent être ancrés dans la communauté. Sans portes ouvertes pour de nouvelles idées et un développement continu, même le projet le mieux intentionné devient une chambre d’écho stagnante.

Cela signifie que vous devez être ouvert à la communication ; si quelqu’un propose une nouvelle idée qui ne correspond pas aux objectifs initiaux du projet, ne la rejetez pas d’emblée. Considérez si cette nouvelle idée pourrait ouvrir de nouvelles fonctionnalités ou façons de faire les choses. Cela pourrait être l’étincelle qui apporte une nouvelle fonctionnalité intéressante au projet.

2. Gardez les gens engagés. En tant que coordinateur du projet, j’essaie de maintenir les gens engagés. Cela peut prendre de nombreuses formes, la plus basique étant de reconnaître les développeurs qui ont contribué au projet de quelque manière que ce soit, comme en ajoutant une nouvelle fonctionnalité, en corrigeant un bogue ou en publiant une nouvelle version.

Mais l’engagement consiste également à trouver d’autres moyens de reconnaître les gens. Par exemple, ces dernières années, nous avons célébré notre communauté en publiant avec leurs réflexions sur FreeDOS. Plus récemment, nous avons également organisé des rencontres virtuelles, où nous pouvons apprendre à nous connaître en tant que plus qu’une simple adresse e-mail.

3. Maintenir un site web. Chaque projet Open Source a besoin d’un site web. Il n’a pas besoin d’être un <em>super</em> site web, mais vous avez besoin <em>d’un</em> site web pour fournir une « base virtuelle » pour le projet. Un site web autonome est idéal, mais un dépôt GitHub avec un fichier Readme suffira également.

La première chose que feront les nouveaux utilisateurs lorsqu’ils entendront parler de votre projet est de visiter votre site web. Le site web est une excellente occasion de partager des nouvelles sur ce qui se passe, comme les nouvelles versions. De plus, envisagez d’appliquer une apparence et une convivialité cohérentes à votre site web et de fournir de nombreuses captures d’écran pour montrer à quoi ressemble le programme et ce qu’il peut faire.

Je recommande de rafraîchir le site web tous les ans environ. Cela ne signifie pas une refonte complète du site web et de son contenu, mais profitez de cette occasion pour réexaminer la navigation du site web. Au fil du temps, à mesure que vous devez ajouter plus d’informations au site web, vous pourriez simplement ajouter une nouvelle page ou un « encadré d’informations » sans réfléchir à la manière dont les utilisateurs le trouveront. En rafraîchissant le site web une fois par an, vous pouvez nettoyer tout désordre du site web et garder les choses organisées.

4. Partagez de bonnes nouvelles. En plus du site web, envisagez d’autres moyens de sensibiliser les gens à votre projet de logiciel Open Source. Dans le projet FreeDOS, nous avons constaté que publier des vidéos sur est un excellent moyen d’aider les gens à en apprendre davantage sur FreeDOS, ce que c’est, comment l’utiliser et ce que vous pouvez en faire. Nous avons des vidéos sur une variété de sujets, notamment comment , comment , comment et comment .

En tant que coordinateur du projet, j’aime aussi écrire des articles sur FreeDOS pour des sites web. Plus vous pouvez partager d’informations sur votre projet Open Source, plus les gens le trouveront familier et voudront l’essayer.

5. Maintenir des lignes de communication ouvertes. Les projets Open Source doivent maintenir une communication ouverte. Cela peut prendre de nombreuses formes, notamment une liste de diffusion par e-mail, un forum de discussion ou un autre forum de discussion. D’autres forums où les gens peuvent poser des questions plus générales du type « Aidez-moi » sont acceptables, mais essayez de garder toutes les discussions sur le développement du projet sur votre canal de discussion officiel.

Par exemple, le projet FreeDOS a deux listes de diffusion par e-mail, , où la plupart des développeurs de FreeDOS se retrouvent. C’est là que nous discutons des sujets qui affectent le projet, annonçons de nouvelles versions des programmes FreeDOS et obtenons un consensus sur les nouvelles choses que nous pourrions faire ou les changements à apporter à FreeDOS. Mais nous avons également un groupe Facebook où d’autres utilisateurs préfèrent poser des questions du type « Comment exécuter le programme X sur FreeDOS ». Certains développeurs de FreeDOS sont également sur Facebook, mais nous sommes clairs sur le fait que les listes de diffusion par e-mail sont là où nous prenons nos décisions.

6. Gardez le respect. Les communautés de logiciels Open Source doivent établir des attentes en matière de communication respectueuse les unes envers les autres. La meilleure façon de rendre ces « règles de base » claires est de publier un <em>code de conduite</em> sur ce qui est acceptable ou non. Nous publions le nôtre sur notre site web.

7. Il s’agit aussi du code. Un projet Open Source n’est pas vraiment <em>Open Source</em> sans un code source que tout le monde peut télécharger, étudier, utiliser, modifier et partager. Assurez-vous que votre projet a sélectionné une qui correspond à vos objectifs. Par exemple, <em>chaque</em> programme que nous avons inclus dans FreeDOS – y compris le noyau, le shell command.com et les utilitaires – est distribué sous la licence publique générale GNU ou une licence similaire de logiciel libre et Open Source.

Célébrer 30 ans en Open Source

Nous sommes ravis que FreeDOS atteigne 30 ans ! Trois décennies, c’est long pour n’importe quel projet Open Source, surtout pour un système d’exploitation de rétro-informatique comme FreeDOS.

Mais tout cela est grâce aux formidables développeurs et utilisateurs de notre communauté. En célébrant FreeDOS, nous célébrons tous ceux qui ont créé des programmes, corrigé des bogues, ajouté des fonctionnalités, traduit des messages, rédigé de la documentation, partagé des articles ou contribué de quelque manière que ce soit au projet FreeDOS.

Merci à Pat Villani qui a écrit notre premier noyau, et à la longue liste de personnes qui ont maintenu le noyau par la suite, notamment John Price, Bart Oldeman, Tom Ehlert, et . Un grand merci également aux développeurs et utilisateurs comme Tim Norman, M. Hannibal Toal, Eric Auer, Martin, Arkady, Bernd, Charles, Eduardo, Rene, Dave, Mike, , Tom, Paul Vojta, Joe Cosentino, Shaun, Till, Wilhelm, Rugxulo, , Gregory Pietsch, Imre, Louis, Fritz, Jim Tabor, Jason,, Ron, Lucho, ror4, Steffen, Ralf Quint, et les nombreux autres qui ont fait partie de notre communauté.

Nous attendons avec impatience les années à venir !

Clause de non-responsabilité : Tous les articles publiés représentent les opinions des auteurs, ils ne représentent pas les positions officielles de l’Initiative Open Source, même si les auteurs sont des membres du personnel de l’OSI ou des directeurs du conseil.

Source de l’article