Le meilleur code n'a pas gagné : ce que la finale du hackathon Dev-to-Dev dit de l'ingénierie agentique

À la finale du Dev-to-Dev : Agentic Engineering Challenge, le projet au meilleur code a terminé deuxième. Il comptait 65 tests unitaires, un typage complet, une protection contre le path traversal et un Docker avec utilisateur non-root : une architecture qui trahit un ingénieur sérieux. Et c'est précisément pour cela qu'il n'a pas gagné.

Quand la qualité du code ne suffit pas

Le projet classé deuxième est de ceux qu'on voit rarement en hackathon : une base de code propre, une couverture de tests et une sécurité qu'il fallait chercher dans les détails. Son auteur n'a pas écrit qu'un simple code, mais un code qui pourrait partir en production dès demain.

Mais le hackathon mesurait autre chose. Les organisateurs mesuraient l'agentive engineering, justement ce qui manquait à ce projet de qualité. La solution gagnante a mieux compris que toutes les autres ce qu'ils cherchaient.

L'ingénierie agentique est un autre langage

L'agentive engineering est un terme récent (à peine deux ans), et chaque équipe y met quelque chose de différent. Mais cette année, la finale a montré clairement que les systèmes agentiques exigent d'autres priorités. Plutôt que la pureté du code, la capacité à s'adapter à la volée. Plutôt qu'une couverture de tests complète, la capacité à travailler avec des informations incomplètes. Plutôt qu'une architecture parfaite, l'itération et l'apprentissage par l'erreur. Il s'est avéré que :

• L'interactivité et la réactivité comptent plus que l'architecture interne
• La capacité d'adaptation compte plus que le typage de tout et n'importe quoi
• Les itérations rapides comptent plus qu'une couverture de tests complète
• Savoir travailler dans l'incertitude compte plus que les garanties des types

Une fracture dans l'ingénierie

Cette deuxième place n'est pas une erreur du jury. C'est le signe d'une fracture profonde dans notre façon de penser le code. Ingénierie classique : types, tests, documentation, une architecture qui tient en bride 65 tests et respecte toutes les bonnes pratiques. Ingénierie agentique : hypothèse rapide, intégration avec le monde extérieur, disposition à se tromper et à apprendre, capacité à penser dans l'incertitude.

Ce n'est pas seulement une question de code. Ce sont deux visions du monde différentes sur ce qu'est un bon logiciel.

Ce que cela signifie

Pour le développeur, cela signifie que la façon de penser change. Les compétences de l'ingénierie classique restent précieuses, mais le paradigme agentique exige une tout autre approche de la conception. Une fracture globale dans notre manière d'écrire les systèmes n'est plus très loin.