L'open source change à l'ère de l'IA et bouleverse le développement logiciel

Une activité en hausse, mais un goulet d’étranglement différent

Pendant une grande partie de son histoire, Bisq avait besoin de davantage de développeurs et recherchait activement des contributeurs expérimentés. Au cours des six derniers mois, la situation a changé sur plusieurs plans : l’équipe de développement a fortement grandi, tandis que le développement assisté par l’IA aide les nouveaux venus à démarrer et à soumettre leur travail plus vite.

Le projet souligne également que, dans le même temps, davantage de développeurs cherchent de nouvelles opportunités à mesure que l’IA transforme le secteur informatique. Mais cette évolution s’accompagne d’un autre défi : les attaques et exploits assistés par l’IA ont alourdi la charge de travail liée à la sécurité, alors que les interruptions de service liées à la sécurité et le bear market du Bitcoin ont réduit les revenus.

Dans un DAO ouvert comme Bisq, où chacun peut contribuer et demander une compensation, ces changements créent à la fois des opportunités et des difficultés. « Nous devons trouver un équilibre entre la participation croissante, la capacité de revue et les financements disponibles », résume le projet.

Priorité à la sécurité et aux ressources disponibles

Bisq estime que produire du code est devenu plus facile, mais que le vrai goulot d’étranglement se déplace vers la revue, la confiance et la capacité à décider quelles modifications méritent de l’attention. Un pull request soigné ne dit pas nécessairement si son auteur comprend bien le code, ses implications en matière de sécurité ou sa place dans l’ensemble du projet.

Le projet insiste aussi sur le fait que les contributeurs doivent pouvoir expliquer leurs choix, répondre de manière réfléchie aux retours et assumer la responsabilité de leur travail. À mesure que les contributions augmentent, plusieurs points deviennent plus sensibles : les priorités, la capacité de revue, la confiance avec les nouveaux venus et la coordination.

Bisq ajoute que, pour certaines tâches, un mainteneur expérimenté utilisant l’IA pour l’implémentation et un second modèle pour aider à la revue peut aller plus vite qu’un long cycle d’échanges avec un nouveau contributeur. Le projet dit devoir tenir compte de l’effort total nécessaire pour revoir, intégrer et maintenir une contribution.

La sécurité pèse particulièrement sur les développeurs principaux, car elle exige une connaissance approfondie du projet et la supervision de contributeurs expérimentés et de confiance. En parallèle, la finalisation de MuSig reste la priorité la plus élevée du projet, tandis que les remboursements à la suite de l’incident du 1er mai et les primes de sécurité ajoutent une pression financière supplémentaire.

Avec une équipe plus large et des dépenses plus élevées, les dépenses actuelles dépassent les revenus. Bisq dit vouloir remettre ses engagements en ligne avec ses ressources.

Budgets, plafonds plus bas et pause pour les nouveaux venus

Pour protéger la soutenabilité du projet et réserver de la place à ses chantiers les plus importants, Bisq va mettre en place des budgets pour chaque équipe de développement, des plafonds de compensation informels plus bas et une pause temporaire sur l’acceptation de nouveaux contributeurs pour le développement rémunéré et sur la revue systématique de leurs PR.

Le projet remercie les contributeurs ayant déjà soumis du travail et dit vouloir trouver une solution équitable. Il rappelle aussi que les revues ont toujours dépendu de la capacité des mainteneurs, et que la compensation reste soumise à l’approbation du DAO.

« À partir de maintenant, les nouveaux contributeurs ne doivent pas supposer que leurs PR soumises seront revues ou rémunérées », prévient Bisq. Avant d’investir du temps, le projet leur demande de contacter les mainteneurs concernés pour discuter des priorités, de la capacité de revue et de l’existence éventuelle de travaux financés.

Les mainteneurs pourront faire des exceptions pour les contributions à forte valeur, notamment lorsque les contributeurs démontrent leur propre jugement technique, une bonne compréhension du projet et leur capacité à maintenir leur travail.