|

Le développeur, gardien du harness

Tout le monde semble s’accorder sur le fait que les développeurs vont devenir de moins en moins techniques pour devenir plus orientés fonctionnel. J’ai moi-même partagé plusieurs réflexions dans ce sens. Mais je me demande s’il n’y a pas également un autre chemin possible.

Dans un monde où l’IA produit de plus en plus de code et s’améliore chaque semaine, on se dit que la technique pure n’a plus d’avenir.

Mais si les product owners continuent de spécifier les besoins, et que ce sont des agents qui produisent le code, n’y a-t-il pas une place pour un développeur qui travaille sur tout ce qui l’entoure ? C’est-à-dire les tests, les règles d’architecture, le contexte, la CI. Tout le cadre d’exécution que l’on appelle aujourd’hui le “harness”.

Chacun retrouve ainsi son coeur de métier. Le product owner continue de spécifier, mais il spécifie dorénavant pour des agents. Le développeur, lui, ne produit plus le code, mais garantit que tout tient la route techniquement.

Tout cela étant dit, je ne crois pas à une séparation nette des deux rôles. Comme on l’a toujours fait, il y aura une collaboration entre les deux. Le PO doit devenir plus rigoureux dans ses spécifications et les développeurs doivent comprendre les enjeux métiers pour mettre en place le contexte technique qui convient.

N’oublions pas que lorsque nous écrivons un test automatisé, ce dernier doit avant tout vérifier un comportement. Et ce comportement est une règle métier qui a été traduite en code.

Jérémy DECOOL

Jérémy DECOOL

Développeur depuis plus d'une décennie, je partage mes réflexions sur les bonnes pratiques de développement, d'architecture logicielle et d'organisation d'équipe.