Idée principale

Une théorie proche établit qu'une idée avait été pensée. Un système construit établit qu'elle avait été tenue, avec les arbitrages que cela suppose — et c'est la seconde chose qui compte quand on cherche à savoir si une méthode a déjà existé.

La différence est vérifiable sur les antécédents rencontrés. HWMSE n'est pas resté un schéma : les travaux ont donné des prototypes et des applications expérimentales, notamment sur la décision macroéconomique. L'Experience Factory n'est pas un principe d'organisation : le Software Engineering Laboratory de la NASA était décrit dès 1992 comme un exemple opérationnel après quinze ans de fonctionnement et plusieurs centaines d'études. SWAN n'est pas qu'une ontologie : ses auteurs décrivent un Workbench et un Browser utilisés pour construire et parcourir la base.

Chacun de ces systèmes réduit le territoire revendiquable davantage qu'un article conceptuel de la même famille, parce qu'il a payé le prix de l'exploitation.

Pourquoi c'est important

Cela donne un ordre de priorité dans la recherche : chercher ce qui a tourné avant de chercher ce qui a été écrit. Les mises en œuvre sont moins nombreuses, plus difficiles à trouver — elles ne publient pas toujours — et beaucoup plus décisives.

Et cela protège d'une conclusion trop rapide dans l'autre sens : trouver dix articles théoriques voisins et aucun système construit est une information en soi, qui dit que le mécanisme n'a peut-être jamais été tenable.

Nuances et limites

Un système construit peut avoir échoué, ou n'avoir jamais dépassé le prototype de laboratoire : sa seule existence ne prouve pas que le mécanisme fonctionne à l'échelle.

Et les mises en œuvre industrielles restent souvent non publiées, ce qui biaise la recherche vers les systèmes académiques — les plus visibles, pas forcément les plus proches.

Questions ouvertes

• Comment atteindre les systèmes construits et jamais publiés, qui sont précisément ceux que la recherche ne verra pas ?