La question tourne beaucoup ces derniers temps. Dans les communautés de dev, sur LinkedIn, dans les discussions avec des clients potentiels. "Est-ce que les outils IA ne vont pas finir par remplacer les développeurs ?"
Voilà ma réponse, sans optimisme naïf ni panique.
Ce qui va changer (et change déjà)
Soyons honnêtes : une partie du travail que je faisais il y a deux ans, l'IA peut le faire aujourd'hui à une vitesse et un coût qui rendent la comparaison absurde. La génération de composants standards, le boilerplate de configuration, les tests unitaires sur des fonctions simples, la documentation de premier niveau — tout ça s'accélère massivement.
Le nombre de développeurs nécessaires pour livrer un projet de complexité donnée va diminuer. C'est mécanique.
Certains profils sont plus exposés que d'autres. Le développeur dont la valeur principale est d'implémenter des tickets bien spécifiés sans trop de friction — ce profil va souffrir. Pas parce qu'il est mauvais, mais parce que cette partie du spectre est précisément ce que les outils IA gèrent le mieux.
Ce qui ne change pas (ou pas de la même façon)
La complexité de l'architecture ne se génère pas. Décider comment structurer une application pour qu'elle soit maintenable dans 18 mois, quelle séparation entre front et back, quel niveau d'abstraction des composants — ces décisions demandent un jugement que les LLMs n'ont pas.
La compréhension du besoin client non plus. Transformer un problème business flou en spécifications techniques claires est une compétence rare et difficile à automatiser. "Je veux que ma page convertisse mieux" n'est pas une instruction qu'on peut donner à une IA et récupérer une solution pertinente. Ça demande des questions, de l'exploration, de la compréhension du contexte.
L'intégration de systèmes complexes. Connecter une interface React à une API existante non documentée, à un CRM legacy, à un système d'analytics custom — tout ça demande de la débrouillardise, de l'adaptation, de la lecture de code que personne n'a écrit proprement. L'IA aide, mais elle ne pilote pas.
Comment je me repositionne
J'y pense de moins en moins comme "développeur qui code" et de plus en plus comme "quelqu'un qui orchestre la construction de produits digitaux". La différence n'est pas cosmétique.
L'orchestration, c'est :
- définir quoi construire et comment le construire avant que la première ligne de code soit écrite
- valider que ce que l'IA génère est correct, pas juste syntaxiquement valide
- identifier les contraintes techniques non évidentes qui font qu'une approche simple est en fait risquée
C'est aussi une position dans la relation client différente. Pas "je vais coder ce que vous me demandez" mais "je vais vous aider à comprendre ce que vous devriez construire et le faire exister". Cette posture est plus difficile à occuper et donc plus difficile à remplacer.
Ma vraie réponse
Non, je ne pense pas être remplacé. Mais ce qui est vrai depuis toujours dans cette industrie l'est plus que jamais : ceux qui s'arrêtent d'apprendre seront dépassés.
Je regarde l'IA comme j'ai regardé les frameworks JavaScript il y a dix ans. Certains développeurs les ont vécus comme une menace. D'autres comme un levier. Les deux groupes sont toujours là, mais ils ne font plus le même travail.