Après plusieurs années d'usage professionnel des assistants génératifs, le bilan se précise. Ni le remplacement annoncé, ni l'absence d'effet : un déplacement net de la valeur.
Ce qui a réellement changé
Le code de première intention. Générer une fonction, un test, un script d'infrastructure, une requête complexe : le gain est réel, surtout sur les tâches répétitives et sur les technologies très documentées. L'effet est nettement plus fort sur du code neuf que sur une base existante volumineuse.
L'accès à l'inconnu. Découvrir un langage, une bibliothèque, une norme, comprendre un message d'erreur obscur : le temps passé à chercher a fondu. C'est probablement le gain le plus sous-estimé.
La documentation et la communication. Rédiger une note d'architecture, un compte rendu, une user story, un post-mortem. Le premier jet est produit en quelques secondes ; le travail se déplace vers la relecture et l'arbitrage.
Le déchiffrage d'un existant. Faire expliquer un module hérité de 3 000 lignes reste imparfait, mais accélère nettement la prise en main.
Ce qui n'a pas changé
La responsabilité. Le code produit engage celui qui le met en production. Une suggestion plausible mais fausse coûte plus cher qu'un code absent, parce qu'elle inspire confiance.
L'architecture et les arbitrages. Décider entre deux options en tenant compte des contraintes réelles — équipe, budget, existant, réglementation — demande un contexte que le modèle n'a pas.
La compréhension du besoin. La difficulté n'a jamais été d'écrire du code, mais de savoir quel code écrire. Cette partie reste entière.
La sécurité. Le code généré reproduit les patterns de son corpus, y compris les mauvais. La revue de sécurité devient plus nécessaire, pas moins.
Les compétences qui prennent de la valeur
- La revue de code exigeante. Distinguer rapidement le correct du plausible devient une compétence centrale.
- La spécification précise. Ceux qui savent formuler un besoin sans ambiguïté obtiennent des résultats bien meilleurs — des modèles comme des humains.
- L'architecture et la vision système. Plus le code est facile à produire, plus la cohérence d'ensemble devient le facteur limitant.
- La sécurité et la conformité. Volume de code accru, surface de risque accrue.
- L'ingénierie d'intégration des LLM : RAG, évaluation, garde-fous, maîtrise des coûts. Compétence encore rare, très demandée.
Les compétences qui perdent du terrain
Les tâches purement transcriptives : convertir une maquette en HTML statique, écrire du code répétitif sans logique métier, produire de la documentation descriptive. Ce sont précisément les tâches sur lesquelles beaucoup de profils juniors se formaient — le sujet réel du secteur pour les prochaines années.
Ce que cela implique concrètement
Pour un consultant, deux conduites payantes : utiliser ces outils sérieusement — car l'écart de productivité est visible sur une mission — et monter d'un cran vers ce qui n'est pas automatisable : conception, arbitrage, responsabilité.
Le risque n'est pas d'être remplacé par un modèle. C'est de rester positionné sur les tâches que le modèle exécute correctement.
