Les ingénieurs logiciels qui n'ont connu que GitHub ne savent peut-être pas ce que décrit l'essai « La Cathédrale et le Bazar ». GitHub a repris les idées du bazar, un projet décentralisé, ouvert et auto-organisé, et a construit un flux de travail permettant à chacun d'inspecter ou de contribuer au code via une pull request. L'auteur soutient que ce modèle montre désormais des failles, et qu'une nouvelle approche est nécessaire à l'ère de l'IA.
Le modèle du bazar a créé des droits acquis, les utilisateurs faisant pression sur les mainteneurs pour fusionner leurs modifications, et a établi des attentes sociales selon lesquelles quiconque publie du code doit le maintenir sans rémunération. Avec l'IA qui génère le code, la lecture des pull requests devient moins utile. L'auteur affirme que les gens veulent surtout comprendre l'idée centrale. Les licences open source autorisent déjà le remix, et l'auteur soutient que celui-ci a été perçu comme trop difficile, un fossé de connaissances que les agents aident désormais à combler. L'auteur désigne Nix comme outil à cet effet.
Le « modèle Remix » proposé est décentralisé et compositionnel. Les idées se diffusent via des overlays Nix indépendants plutôt que de converger vers un dépôt unique. Les auteurs publient le code source et l'intention sous une licence « en l'état » (as-is). D'autres expriment une modification souhaitée une seule fois dans un petit overlay, puis la réutilisent dans des shells de développement, des images Docker, des systèmes NixOS, de l'intégration continue et des bacs à sable d'agents, sans fork. L'unité de valeur est le changement de comportement, non le correctif. Les mainteneurs peuvent l'intégrer, le réimplémenter ou l'ignorer, et l'auteur original n'a aucune obligation de le relire ni de le maintenir. L'intégration en amont reste facultative. Les adaptations utiles se diffusent dans la nature, et les mainteneurs peuvent les retenir à leur guise.
À titre d'exemple, un utilisateur d'un projet qui veut empêcher Git de faire des push forcés peut écrire un overlay qui modifie Git pour les refuser, plutôt que d'ouvrir une pull request en amont. La modification est définie une seule fois et appliquée partout où l'utilisateur en a besoin. L'auteur suggère que cela fait passer la maintenance d'une obligation partagée à une composition individuelle et facultative.
Question fréquente : qu'est-ce que le modèle Remix pour les logiciels open source ?
Le modèle Remix est une approche décentralisée dans laquelle les auteurs publient le code source et l'intention sous une licence « en l'état », et d'autres l'adaptent en écrivant de petits overlays Nix. Les idées se diffusent par overlays plutôt que par un dépôt unique, et personne n'est tenu de maintenir ou d'intégrer les modifications en amont.
Source: Hacker News · Résumé par HeadlinesBriefing