Contexte et description des problèmes
Le terme agentic coding désigne l’usage d’agents alimentés par des grands modèles de langage (LLM) pour générer, modifier ou orchestrer du code sans intervention humaine directe. L’article d’Alex Martsinovich identifie quatre effets négatifs récurrents : le slop (code « sloppy »), l’aliénation des ingénieurs, le désengagement des compétences (deskilling) et la désintégration des interactions d’équipe (team fallout). Il cite explicitement les modèles Claude et Astra, dont les sorties sont décrites comme « word salad » ou « code‑golfy », illustrant la persistance d’une mauvaise qualité de génération malgré l’évolution des modèles.
Impact sur la qualité du code et la maintenabilité
Le slop se manifeste par des constructions syntaxiques inhabituelles, des conventions de nommage incohérentes et des structures de contrôle qui, bien que fonctionnelles, sont difficiles à lire pour un développeur humain. Cette « signature move » des LLM crée des bases de code que les équipes perçoivent comme des cavernes de slop, décourageant la révision manuelle. Le coût de la dette technique augmente : chaque modification nécessite une compréhension supplémentaire du style généré, ce qui ralentit les cycles de correction et augmente le risque d’introduire de nouvelles erreurs. L’article souligne que, même avec des modèles plus récents, la tendance reste « unemployable smart », c’est‑à‑dire que le code reste exécutable mais non exploitable par des humains.
Conséquences sur les compétences des ingénieurs
Le recours systématique aux agents réduit l’exposition des développeurs aux problèmes de conception et de débogage. Martsinovich décrit un phénomène de « use‑it‑or‑lose‑it » où les compétences de résolution de problèmes s’érodent rapidement. Aucun chiffre n’est fourni, mais le texte indique que même des ingénieurs expérimentés ressentent une perte de « wits » après une utilisation prolongée. Cette désqualification ne se limite pas à la programmation : elle affecte également la capacité à concevoir des architectures robustes, à évaluer la sécurité du code et à optimiser les performances, car les agents masquent les décisions techniques derrière des prompts.
Effets sur la dynamique d'équipe
Les agents, disponibles 24 h/24 et capables de répondre instantanément, remplacent les échanges humains traditionnels (rubber‑duck debugging, discussions Slack). Le texte décrit une « team fallout » où les canaux de communication se remplissent de fils d’agents plutôt que d’interactions entre collègues. Cette réduction des dialogues diminue les opportunités de partage de connaissances et affaiblit la cohésion sociale du groupe. En outre, la dépendance à des réponses automatisées empêche la construction de relations de confiance, essentielles à la résolution collaborative de problèmes complexes. L’auteur note que, sans ces interactions, les équipes risquent de perdre la capacité à critiquer collectivement les décisions de conception, ce qui peut conduire à des fonctionnalités mal pensées et à des correctifs superficiels.
