Olivier Poncet : C’est tipar ? Allez, c’est tipar, salut, bonjour à toutes et à tous, bienvenue sur ce nouveau live. Nouveau live du 5 février, que le temps passe ! Ça passe très vite. J’espère que vous allez bien, que vous démarrez bien la semaine. Je salue déjà toutes celles et ceux qui sont dans le live, dans le chat. Salut Mr. Chavenay, salut René, salut 0x5642, salut Gouz_, nous allons parler d’un de ses projets juste dans quelques minutes. Salut Joël, salut FX, salut Qstop, salut tout le monde, bienvenue.
Comment ça va aujourd’hui ? Salut Fabien. C’est un live un petit peu habituel. Nous allons parler, comme d’habitude, des nouveautés du noyau Linux.
En termes de sujet, nous allons parler aussi un petit peu de Rust, je l’ai dit sur Twitter tout à l’heure, mais très rapidement, on ne va pas faire un très gros truc sur Rust.
Nous allons parler du projet SliDesk de l’ami Gouz_, Sylvain Gougouzian, ici présent sur le live. SliDesk qui est un outil qui permet de créer des présentations de type slide pour les conférences, par exemple, uniquement avec du Markdown. Il a créé un super projet, je vais vous partager ça tout à l’heure. Quelque chose qui va s’utiliser un petit peu comme Reveal-JS pour celles et ceux qui connaissent, qui est jusqu’à présent mon outil préféré, mais je vais quand même parler du projet de Sylvain puisqu’il l’utilise lui-même en conférence, et d’autres personnes l’utilisent en conférence et cela vaut le coup de vous partager tout ça.
Salut ledevbreton, salut S_e_A__, salut Zebeurton, salut Metamstrad, bienvenue, installez-vous, nous allons bientôt commencer, donc S_e_A__, j’ai l’impression que c’est du spam ça « nous sommes de très jolies fleurs », ça m’a l’air d’être du spam tout ça. Salut Yodamad.
Pour terminer, je vais vous parler de bazar et de cathédrale. La Cathédrale et le Bazar [1] est un essai qui a été écrit par Eric Raymond qui a notamment popularisé le terme open source. Je vais vous en parler un peu tout à l’heure. J’aimerais revenir sur cet essai qui est assez fondateur et je pense qu’Eric Raymond était plutôt visionnaire quand il l’a écrit, il y a entre 25 et 27 ans à peu près.
Sans plus tarder, nous allons commencer tranquillou par les petites news de la semaine. Je vais vous partager mon écran.

[Linux 6.8-rc3 est disponible, partie non transcrite]

[Apprendre Rust en 30 minutes, partie non transcrite]

[SliDesk, une alternative à Reveal·JS pour vos présentations, partie non transcrite]

[Bun, le moteur d’exécution JS mieux que NodeJS, partie non transcrite]

La Cathédrale et le Bazar, à partir de 28 min 48

Olivier Poncet : Maintenant, nous allons passer au dernier sujet, qui est un petit peu le sujet de ce live. Je voulais vous parler de cathédrale et de bazar.
Pour celles et ceux qui ne connaissent pas, La Cathédrale et le Bazar [2] est un essai qui a été écrit par Eric Raymond à la fin des années 90, entre 1997 et 1999. C’est un essai qui est assez fondateur, qui a vraiment donné une impulsion au monde de l’open source.
Qui est Eric Raymond ? Eric Raymond est ni plus des moins le cocréateur du terme open source, c’est lui qui a popularisé le terme open source, il est notamment cofondateur de l’OSI, l’Open Source Initiative [3]. C’est quelqu’un qui a vraiment eu et qui a encore aujourd’hui un impact majeur sur le monde de l’open source. Aujourd’hui cela nous paraît totalement obvious, totalement évident d’avoir de l’open source partout, que vous utilisez tous les jours, etc. Remettez-vous dans le contexte, il y a encore 15 ou 20 ans ce n’était pas évident. Le logiciel propriétaire dominait, l’open source était considérée, notamment par Microsoft, comme un cancer. Je rappelle que Linux était considéré comme un cancer du fait de sa nature open source et de sa licence GPL [GNU General Public License].
Eric Raymond – je vais vous partager sa page à l’écran – a écrit La Cathédrale et le Bazar, un essai qui est vraiment assez fondateur, dans lequel il expose, de son point de vue, comment il est arrivé à l’open source et ce que le monde de l’open source, c’est-à-dire le mode de développement bazar versus cathédrale, a apporté et comment il allait changer le monde réellement.
Pour lui, la cathédrale c’est le mode de développement classique d’une entreprise traditionnelle. Prenez SAP [entreprise allemande], prenez un Microsoft, prenez un Oracle à l’époque, vous avez le mode cathédrale, c’est-à-dire un développement très structuré, très organisé, très verticalisé, avec des chefs, des sous-chefs, des développeurs leads, des développeurs en dessous, etc., tout est très organisé et il y a vraiment des workflows très posés pour pouvoir développer.
Le mode bazar est un mode de développement différent qui a réellement été popularisé par l’explosion du développement du noyau Linux. C’est-à-dire qu’il y a des développeurs éparpillés un petit peu partout dans le monde, qui font des contributions de façon, semble-t-il, assez désorganisée. Quelqu’un a une idée, cette personne code le truc, l’envoie au mainteneur du projet, le mainteneur prend le parti ou pas d’intégrer tout ou partie des modifications et on itère comme cela. Cela veut dire qu’on se retrouve avec un mode de développement qui semble totalement anarchique, mais qui, finalement, permet d’aller extrêmement vite, de pouvoir profiter d’énormes contributions extérieures, de pouvoir, finalement, être beaucoup plus agile, on parle déjà d’agilité, d’être beaucoup plus efficace dans la façon de développer que les entreprises qui sont en mode cathédrale, les entreprises ou les projets d’ailleurs, ce ne sont pas forcément des entreprises, mais à l’époque c’était quand même essentiellement des entreprises.
Je vais vous poser la home page de l’ami Eric Raymond.
Eric Raymond est connu par avoir été notamment le mainteneur de Fetchmail [4]. Il est arrivé à l’open source en tant que contributeur majeur puis lead d’un projet justement courant des années 90, ça a commencé au début des années 90. Il a commencé à contribuer à un projet qui permettait de récupérer des mails, qui ensuite s’est transformé en Fetchmail. À l’époque, il avait une approche très cathédrale. Il a expliqué que cette façon de pouvoir leader des projets open source, avec des contributions venant de l’extérieur, lui a énormément permis de changer sa manière de voir, lui a permis de mettre le doigt sur la puissance du mode de développement bazar, c’est-à-dire open source tel qu’on le connaît aujourd’hui, c’est-à-dire avoir des contributeurs un petit peu partout dans le monde qui donnent des contributions, font des contributions que ce soit en termes de code, en termes de documentation, etc., et d’accepter le fait que des gens de l’extérieur, qu’on ne connaît pas forcément, puissent venir contribuer et enrichir le projet.
C’est notamment lui qui a popularisé le sigle RERO, Release Early Release Often. Il s’est rendu compte qu’au début il avait une approche du développement de Fetchmail qui était très linéaire, disant « je vais développer telle feature, je vais délivrer cette feature à telle date, ensuite je vais entrer dans un autre cycle de développement, je vais développer en ayant des points clés sur l’étape du développement et une planification organisée », un peu comme elle l’est en entreprise. Il s’est rendu compte que, finalement, c’était quelque chose de relativement contre-productif, il l’explique très bien dans son essai La Cathédrale et le Bazar. Il a commencé à comprendre vraiment la puissance de cela, il a dit : « Dès que j’ai quelque chose qui fonctionne, dès que j’ai quelque chose qui marche, aussi imparfait soit-il, je le délivre, je le mets à disposition de la communauté. Pourquoi ? Parce que cela va permettre à la communauté de récupérer cette fonctionnalité, de la tester le plus rapidement possible, éventuellement faire des feedbacks, des corrections et des contributions autour de cette fonctionnalité.
Dans son essai, il explique très bien que Fetchmail a pris une toute autre dimension à l’époque et tous les projets open source sur lesquels il travaillait en tant que mainteneur ou en tant que contributeur ont pris une autre dimension, dès lors qu’on s’autorise le Release Early Release Often, c’est-à-dire distribuer quelque chose qui n’est peut-être pas complètement sec, qui n’est peut-être pas complètement parfait, qui est peut-être une ébauche de fonctionnalités, mais qui apporte de la valeur et cet apport de valeur est quand même assez essentiel.
Dans cet essai il parle de son expérience en tant que mainteneur Fetchmail, mais il parle aussi beaucoup du noyau Linux [5] qui, pour lui, a été vraiment l’exemple typique, une explosion. Rappelons que le noyau Linux a commencé à émerger au début des années 90, en 91 pour être plus précis. L’annonce du noyau Linux a été faite en août 91 par Torvalds et en septembre la première release officielle, la 0.0.1. Entre 91 et 97 au moment où il a commencé à écrire les lignes de La Cathédrale et le Bazar, Linux a pris une dimension assez incroyable du fait de la nature totalement collaborative et totalement déstructurée de l’organisation du projet. C’est-à-dire que Torvalds n’était plus le seul mainteneur et le seul contributeur à son propre noyau, mais devenait le mainteneur officiel avec des contributeurs partout de par le monde, avec une forme de hiérarchie qui s’organisait de façon totalement organique et pas forcément de façon anticipée. C’est cette émergence un petit peu organique qui a permis, quelque part, l’essor du noyau de Linux et de pouvoir faire en sorte que « seuls nous allons plus vite, peut-être, mais ensemble on va plus loin ». C’est exactement la conclusion de cet essai, que je vous suggère de lire. C’est très rapide, l’essai en lui-même n’est pas très long. Je vais vous l’afficher à l’écran. Vous allez le trouver sur Internet à différents endroits. Il a été traduit dans quasiment toutes les langues possibles et imaginables. Cet essai est donc très rapide à lire, ce sont 20 pages écrites de façon assez aérée, ça se lit vraiment très bien.
Il parle de son point de départ, il dit comment il en est arrivé à la partie open source, comment il en est arrivé à croire à la puissance justement de ce modèle de développement bazar versus cathédrale qui était le modèle établi dans la plupart des projets, y compris le projet GNU. Il faut savoir que même côté Free Software Foundation [6], côté Stallman [7], c’était un modèle très organisé, en mode assez cathédrale avec éventuellement des leads par projet, des choses très structurées, a contrario de Linux qui était un modèle très organique. Il commence d’ailleurs La Cathédrale et le Bazar en disant « Linux est subversif – on était en 1997. Qui aurait imaginé, il y a seulement cinq ans, qu’un système d’exploitation de classe internationale prendrait forme comme par magie à partir de bidouilles faites pendant le temps libre de plusieurs milliers de développeurs disséminés de par le monde et reliés seulement par les liens ténus de l’Internet ? Certainement pas moi ! Quand, début 1993, Linux est apparu pour la première fois sur mon écran radar, cela faisait déjà dix ans que j’étais impliqué dans le développement sous Unix et dans la programmation de logiciels dont le code source est ouvert ».
Vous voyez déjà que ce n’était pas quelqu’un qui arrivait en mode YOLO [You Only Live Once], c’était quelqu’un qui était déjà très impliqué dans le développement open source tel que lui l’imaginait, mais dans des modèles de développement qui étaient très cathédrale. Dans La Cathédrale et le Bazar il aborde vraiment ce sujet du modèle bazar, la puissance du modèle bazar et ce que ça a permis et on le voit aujourd’hui. Aujourd’hui, si la plupart des boîtes utilisent de l’open source, si la plupart des boîtes contribuent à l’open source ou produisent des logiciels open source, c’est parce que ça permet de bénéficier de la force de la communauté et de pouvoir itérer beaucoup plus vite. Rappelez-vous qu’il y a seulement 20 ans, les entreprises n’imaginaient pas donner un soft pour ne vendre que du service autour. Elles n’imaginaient pas donner le code source d’un soft, pour elles c’était totalement aberrant, Microsoft la première. Aujourd’hui Microsoft est devenue le chantre de l’open source. Microsoft qui, en 2007, traitait Linux de cancer, au travers de monsieur Steve Ballmer. C’est quand même assez intéressant de voir que finalement ce modèle bazar a totalement révolutionné le monde.
Juste pour finir sur ce sujet, il faut dire que notre ami Eric Raymond est quelqu’un qui croyait très tôt à l’open source, mais à l’époque, début des années 90, on n’avait pas le terme formalisé open source tel qu’on l’a aujourd’hui. Il est vraiment arrivé par le prisme de l’open source, c’est-à-dire code source ouvert, disponible, et pas forcément logiciel libre. Il a toujours mis un petit peu, pas en opposition mais sur des pieds différents, le logiciel libre et l’open source, parce qu’ils ne répondent pas exactement aux mêmes enjeux. Je ne vais pas rentrer dans la polémique ou le débat sur Libre c’est différent d’open source. Il y a des différences qui sont subtiles, il faut comprendre ces subtilités. Finalement Eric Raymond, par son implication et suite à l’essai qu’il a écrit, dont la dernière version a été publié en 1999, a créé l’Open Source Initiative qui est devenue la fondation qu’on connaît, qui recense les licences open source donc qui promeut l’open source partout dans le monde et c’était vraiment un point de départ très important.

Je crois que j’en ai fini. Je vous partagerai, comme je disais, comme nous en avons l’habitude, tous les liens. Je vous suggère vivement de lire La Cathédrale et le Bazar. C’est une lecture que je recommande depuis des années à de nombreuses personnes. La première fois que j’ai lu La Cathédrale et le Bazar, c’était fin 99 ou début 2000, peu après sa dernière publication officielle. C’est quelque chose qui m’a ouvert les yeux sur un certain nombre de points qui sont vraiment intéressants. Le texte en lui-même, même s’il a 26/27 ans, a relativement bien vieilli. Il nous permet aussi de nous remettre dans le contexte de l’époque et de le comparer avec ce qu’on vit aujourd’hui dans le domaine du logiciel libre, de l’open source et de l’IT, de la tech de façon générale et c’est vraiment super intéressant. Donc lisez-le. Si vous avez des stagiaires, des jeunes padawans, des jeunes qui s’intéressent à l’open source, au développement logiciel, etc., faites-leur lire ce type d’essai. Ça va permettre d’apporter des choses à leur culture générale, pourquoi les choses sont faites ainsi aujourd’hui et comment on en est arrivé là. Ce n’est pas arrivé d’un coup de baguette magique, ce sont plus de 30 ans de changements profonds dans l’industrie du logiciel et aujourd’hui, on commence à arriver à quelque chose qui est relativement mature en termes d’écosystème open source et en termes de méthodes de développement, avec des modèles vraiment très puissants, le Release Early Release Often, des modèles très agiles, des modèles très dispersés en apparence désorganisés mais qui arrivent à construire des choses extrêmement puissantes.
C’était l’instant un petit peu philosophique de la journée ! J’espère que je n’ai pas été trop brouillon, que je ne vous ai pas trop saoulés avec ce sujet. En tout cas c’est quelque chose que je voulais vous partager depuis très longtemps.
Aujourd’hui de moins en moins de personnes connaissent ce texte fondateur et je trouve que c’est toujours important et intéressant de pouvoir remettre des textes un peu fondateurs au centre des discussions, ça permet de prendre beaucoup de recul.
J’en ai fini. Sur ce sujet, nous allons aller basculer, nous allons aller faire un raid chez l’ami titimoby qui vient de nous dire que son live est prêt et qu’il va faire un live peut-être boxon puisqu’on est spécial cathédrale et bazar, vu que c’est un peu le bazar chez lui, il va faire ça. Nous allons faire un raid chez l’ami titimoby. Ah, ce n’est pas rangé, mais c’est normal, c’est le live bazar. Nous allons partir chez l’ami titithierry tout de suite. Je vais vous souhaiter une excellente semaine. Je vous fais plein de bisous. Je vous dis à la semaine prochaine. Ciao. Bye, bye.