← Derniers articles
💻 computer science

SE Journals in 2036: Looking Back at the Future We Need to Have

Écrit en 2036, ce papier imagine une résolution collective de la crise de scalabilité du publishing en génie logiciel à travers la formation d'une alliance de revues, la réforme des processus de révision et la transformation de la culture scientifique.

Auteurs originaux : Tim Menzies, Paris Avgeriou, Robert Feldt, Mauro Pezzè, Abhik Roychoudhury, Miroslaw Staron, Sebastian Uchitel, Thomas Zimmermann

Publié 2026-03-25
📖 6 min de lecture🧠 Analyse approfondie

Auteurs originaux : Tim Menzies, Paris Avgeriou, Robert Feldt, Mauro Pezzè, Abhik Roychoudhury, Miroslaw Staron, Sebastian Uchitel, Thomas Zimmermann

Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète

Imaginez que vous êtes en 2036. Vous regardez en arrière, vers les années 2025, et vous voyez une époque où le monde de la recherche en génie logiciel était en train de s'effondrer sous son propre poids. C'était comme un embouteillage monstre sur une autoroute où personne ne pouvait avancer.

Ce papier, écrit par les éditeurs des plus grandes revues scientifiques, raconte l'histoire de comment nous avons sauvé la situation. Voici l'histoire, racontée simplement avec des images du quotidien.

1. Le Problème : L'usine à gaz qui a craqué

Au début des années 2020, la science s'est accélérée à une vitesse folle grâce à l'Intelligence Artificielle (IA), mais la façon de publier les recherches est restée celle du XIXe siècle.

  • L'analogie : Imaginez un restaurant très populaire qui n'a qu'un seul chef et une seule salle. Soudain, le nombre de clients explose. Le chef essaie de cuisiner chaque plat à la main, un par un. Résultat ? Les clients attendent des heures, le chef est épuisé, et beaucoup de plats sont rejetés au hasard parce qu'il n'y a plus de place.
  • La réalité : Les chercheurs envoyaient des milliers d'articles. Les réviseurs (les "chefs") étaient débordés. Le processus de validation était devenu un jeu de hasard (une loterie) plutôt qu'une vraie mesure de la qualité. Si vous tombiez sur le mauvais réviseur, votre super idée était rejetée.

2. La Solution : Six réformes pour sauver le système

Pour débloquer la situation, la communauté a décidé de changer radicalement de stratégie en six étapes :

A. Arrêter la guerre (L'Alliance des Journaux)

Avant, chaque journal était une forteresse séparée. Les auteurs faisaient du "shopping de forums" : si un journal rejetait leur article, ils le renvoyaient à un autre avec quelques petits changements, espérant avoir plus de chance. C'était du gaspillage d'énergie.

  • La solution : Les grands journaux ont formé une Alliance. C'est comme si les différents restaurants d'une ville s'étaient mis d'accord pour partager leurs cuisiniers et leurs clients.
  • Le résultat : Si un article est rejeté ici, l'historique des critiques suit l'article. On ne perd pas de temps à tout recommencer. Les réviseurs sont reconnus et remerciés partout, pas juste dans un seul journal.

B. La Loterie (Le triage intelligent)

Puisque tout était aléatoire, on a décidé d'embrasser le hasard de manière intelligente.

  • L'analogie : Au lieu de faire attendre tout le monde dans une file unique, on utilise un filtre rapide. Une petite équipe (ou une IA) regarde vite fait les articles.
    • Si l'article est clairement mauvais, on le rejette tout de suite.
    • Si l'article est excellent, il passe directement à l'étape suivante.
    • Pour les articles "moyens" (la grande majorité), on tire au sort !
  • Pourquoi ? Cela permet de se concentrer sur les vrais diamants et d'éviter de perdre du temps à débattre de détails pour des articles qui ne sont pas prêts.

C. Humain + Machine (Le triage automatique)

On a arrêté de demander aux humains de vérifier des choses que les machines peuvent faire mieux et plus vite.

  • L'analogie : Imaginez un douanier à l'aéroport. Avant, il vérifiait tout à la main : le passeport, les bagages, le contenu de la valise. Maintenant, des scanners vérifient automatiquement si vous avez des objets interdits ou si votre passeport est valide. Le douanier humain ne s'occupe que des cas complexes.
  • La réalité : Avant qu'un humain ne lise un article, des robots vérifient si le code fonctionne, si les données sont là, et si la structure est correcte. Les experts humains ne lisent que ce qui a déjà passé ces tests, pour se concentrer sur l'idée brillante derrière le texte.

D. Les Cathédrales et les Bazars (Deux vitesses)

On a réalisé qu'on essayait de forcer deux types de scientifiques à marcher au même rythme, ce qui était impossible.

  • Les Cathédrales (Science profonde) : Pour les chercheurs qui construisent des fondations solides (comme une thèse de doctorat), on a créé des articles longs, profonds et rigoureux. On ne compte plus le nombre de papiers, mais la qualité de seulement trois grands travaux.
  • Les Bazars (Science agile) : Pour les praticiens qui créent des outils rapides et utiles, on a créé un espace plus rapide. Ici, on publie des résumés vidéo, des outils et des données directement accessibles, sans attendre des années de validation. C'est comme un marché où l'on échange des idées en direct, au lieu d'un musée où tout est sous vitrine.

E. Démanteler le "Monolithe" (Décomposer les articles)

Avant, un article scientifique devait tout contenir : l'idée, la méthode, les résultats, la conclusion. C'était trop lourd.

  • L'analogie : C'est comme si on obligeait un camion à transporter à la fois le moteur, les roues et la carrosserie, même si on ne voulait que les roues.
  • La solution : On a séparé les pièces. On peut publier juste une nouvelle méthode, juste un outil, ou juste une idée. Cela permet de réviser plus vite et de publier des résultats partiels qui sont quand même utiles.

F. Sortir du "Cimetière des Benchmarks"

Pendant longtemps, les chercheurs se contentaient de comparer leurs outils sur les mêmes vieux jeux de données (les "benchmarks"), comme des athlètes qui courraient toujours sur la même piste en essayant de gagner 0,01 seconde de plus.

  • Le problème : On optimisait pour gagner le jeu, mais pas pour résoudre de vrais problèmes dans le monde réel.
  • La solution : On a changé les règles. Pour être publié, il faut maintenant prouver que votre travail est utile dans des situations réelles et désordonnées, ou qu'il remet en question les anciennes règles. On ne veut plus juste "gagner la course", on veut construire une nouvelle voiture.

Conclusion : Ce que nous avons appris

En 2036, on regarde en arrière et on se dit : "Heureusement, on a changé".
Nous avons compris que la science n'est pas une usine à filtrer le bruit, mais un dialogue. Au lieu de passer 90% de notre temps à rejeter des gens, nous passons maintenant 90% de notre temps à améliorer les idées qui ont du potentiel.

Nous sommes passés d'un système où l'on gardait les portes fermées ("Quality Control by Guarding") à un système où l'on ouvre la discussion ("Quality Control by Dialog"). La science du logiciel est redevenue une communauté vivante, et non plus une machine à produire du papier.

Noyé(e) sous les articles dans votre domaine ?

Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.

Essayer Digest →