L’ère où les tests deviennent le nouveau moat

• Le paradoxe du succès : à mesure qu’un projet grandit, il se retrouve lesté par la rétrocompatibilité et par une énorme base de code (le navire de Thésée). À l’inverse, un concurrent peut entraîner une IA sur les spécifications d’API, la documentation et les tests d’un projet existant, puis en extraire la valeur essentielle pour produire en un instant une « version plus légère et plus moderne ».

• Cas Cloudflare vs Vercel : Cloudflare a utilisé l’imposante documentation et la suite de tests de Next.js accumulées par Vercel pendant des années pour construire, en une seule semaine, un runtime compatible Next.js, allégé et basé sur Vite. (Il est désormais utilisé aussi sur cio.gov, un site du gouvernement américain.)

• Les tests comme actif stratégique : autrefois, c’était le code lui-même qui comptait ; désormais, ce sont le « contrat logiciel » et les « cas de test » qui sont devenus les actifs les plus précieux. Les rendre publics revient à fournir à un concurrent un plan d’une précision redoutable pour cloner mon service tel quel.

• La clairvoyance de SQLite : SQLite rend son code public, mais conserve privée son immense suite de tests — 590 fois plus volumineuse que le code source lui-même (92 millions de lignes). C’est le « moat » qui lui permet de préserver l’écosystème open source tout en gardant une défense commerciale.

• Conclusion : à l’ère de l’IA, les entreprises d’open source commercial sont arrivées à un moment où elles doivent trancher entre « l’altruisme total (open source) » et la survie du business. Beaucoup de projets devraient désormais, comme SQLite, fermer leur code de test afin de bâtir leur propre barrière technologique.