Le coût n'est pas nul

Toutes les quelques semaines, je tombe sur un nouvel article, un post LinkedIn ou un fondateur enthousiaste expliquant que l'IA a fondamentalement changé le développement logiciel et que, par conséquent, les logiciels devraient désormais devenir presque gratuits.

Généralement, le raisonnement est assez simple. L'IA écrit du code. Le code prenait du temps aux développeurs. Par conséquent, les développeurs ne sont plus la partie coûteuse.

Je comprends d'où vient cette idée. Je comprends aussi pourquoi les clients posent la question, car si vous ne travaillez pas vous-même dans le logiciel, on a vraiment l'impression que les développeurs ont soudainement acquis un stagiaire magique qui travaille vingt-quatre heures sur vingt-quatre sans se plaindre, ne boit pas de café et connaît miraculeusement tous les langages de programmation jamais inventés.

Le problème est que les gens confondent l'écriture de code avec l'ingénierie, et ces deux notions n'ont jamais été identiques.

Chez We Do Dev Work, nous utilisons l'IA chaque jour, et honnêtement, je ne voudrais pas revenir au développement de logiciels sans elle. De nouveaux modèles apparaissent presque chaque mois, les assistants de codage ne cessent de s'améliorer, des recherches qui consommaient autrefois une demi-après-midi ne prennent plus souvent que vingt minutes, et le travail répétitif que personne n'aimait particulièrement faire peut fréquemment être généré avant même que vous n'ayez fini votre café. Ignorer ces améliorations serait tout simplement une mauvaise gestion. En même temps, plus on passe d'heures à travailler avec ces outils, plus il devient évident de voir là où ils sont brillants, là où ils sont simplement utiles, et là où ils continuent de creuser un trou pour vous avec assurance tout en insistant sur le fait qu'ils construisent un pont belge sophistiqué au-dessus de Sukhumvit.

Cette distinction compte bien plus que ce que l'on imagine.

L'IA nous rend véritablement plus rapides

Commençons par quelque chose qui ne devrait même pas faire débat.

L'IA fait gagner un temps fou.

Si je lui demande de générer un autre point de terminaison CRUD, de convertir un design Figma en composant React, d'écrire des tests unitaires de base, d'expliquer une bibliothèque inconnue ou de refactoriser un morceau de code répétitif, elle produira généralement quelque chose d'utile remarquablement vite. Parfois, c'est presque exactement ce que nous aurions écrit nous-mêmes, parfois cela nécessite des ajustements et, occasionnellement, elle produit un non-sens total, mais même dans ce cas, elle nous donne souvent un point de départ préférable à un fichier vide.

Ce gain de productivité est réel.

Des projets qui auraient pris six semaines il y a quelques années peuvent désormais en prendre quatre ou cinq, selon la complexité. La recherche est plus rapide, la documentation s'améliore, l'implémentation répétitive devient nettement moins pénible et les développeurs passent simplement moins d'heures à effectuer des tâches mécaniques qui apportent peu de valeur au client.

Si vous payez une agence de logiciels, vous devriez en bénéficier.

Prétendre que l'IA ne change rien serait tout aussi malhonnête que de prétendre qu'elle change tout.

Écrire du code n'a jamais été la partie coûteuse

C'est là que je pense que la discussion dérape généralement.

Les gens imaginent le développement logiciel comme quelqu'un assis derrière un clavier tapant du code à l'aspect très compliqué toute la journée, comme si la saisie elle-même était la partie précieuse.

Ce n'est pas le cas.

Les développeurs ne sont pas payés parce qu'ils savent où placer le point-virgule.

Ils sont payés parce que quelqu'un doit comprendre votre métier avant d'écrire une seule ligne de code. Quelqu'un doit décider comment une fonctionnalité s'intègre dans une architecture qui, espérons-le, survivra aux cinq prochaines années plutôt qu'aux cinq prochaines semaines. Quelqu'un doit penser à la performance, à la sécurité, à la scalabilité, à la maintenabilité, aux intégrations, aux besoins futurs, à la conception de la base de données, aux stratégies de déploiement et à tous les cas limites désagréables que personne n'évoque lors de la réunion commerciale.

Ces décisions ont toujours été la partie coûteuse.

L'IA ne les a pas supprimées.

Au contraire, elle les a rendues encore plus cruciales, car générer du code est devenu radicalement plus facile que de décider si ce code a sa place dans votre système.

L'IA n'est pas gratuite non plus

Il y a une autre hypothèse qui se cache discrètement sous tout cet enthousiasme : l'idée que l'IA elle-même ne coûte rien parce que vous discutez avec elle via un navigateur.

C'est peut-être vrai si vous demandez la recette du dîner de ce soir.

Le développement logiciel professionnel est une tout autre histoire.

Il y a les assistants de codage premium, les abonnements à plusieurs modèles de langage car aucun n'est le meilleur en tout, les plateformes de recherche, les outils de sécurité, la revue de code automatisée, l'infrastructure cloud, l'utilisation des API, les coûts de tokens et suffisamment d'expérimentations avec de nouveaux outils pour s'assurer que votre équipe d'ingénierie garde une longueur d'avance au lieu de découvrir six mois plus tard que le reste de l'industrie a évolué sans elle.

Aucun de ces coûts n'est exorbitant individuellement.

Ensemble, ils deviennent une ligne sérieuse de plus dans le budget mensuel.

Tout comme AWS.

Tout comme GitHub.

Tout comme n'importe quel outil professionnel qui en vaut la peine.

L'IA rend aussi les mauvais développeurs plus rapides

C'est probablement la partie qui reçoit le moins d'attention.

On dit souvent que l'IA rend les développeurs juniors plus productifs.

C'est vrai.

Ce qu'on oublie d'ajouter, c'est qu'elle rend aussi les développeurs inexpérimentés beaucoup plus rapides pour produire du code qui ne devrait jamais atteindre la production.

Il y a dix ans, un développeur inexpérimenté pouvait passer une journée entière à lutter pour trouver une solution médiocre.

Aujourd'hui, ce même développeur peut générer cinq solutions médiocres avant le déjeuner.

La quantité s'est énormément améliorée.

La qualité dépend presque entièrement de la personne qui effectue la revue.

C'est parce que l'IA ne comprend pas vraiment votre entreprise, votre architecture ou votre stratégie de maintenance à long terme. Elle prédit ce qui va probablement suivre en se basant sur d'énormes quantités de données d'entraînement, ce qui est une technologie incroyablement impressionnante, mais la prédiction et l'ingénierie ne sont pas le même métier.

Un ingénieur expérimenté lit le code généré un peu comme un éditeur lit un article de journal. Il remarque immédiatement les incohérences, reconnaît les raccourcis dangereux, remet en question les hypothèses et réécrit souvent des parties importantes avant que quiconque d'autre ne les voie.

Quelqu'un avec moins d'expérience fait fréquemment l'inverse.

Si l'IA semble sûre d'elle, il suppose qu'elle doit avoir raison.

Malheureusement, le logiciel se moque de savoir si l'explication était convaincante.

Il se soucie seulement de savoir si cela fonctionne.

Les ingénieurs seniors sont devenus plus précieux, pas moins

L'une des grandes ironies de l'ère de l'IA est que beaucoup s'attendaient à ce que l'expérience devienne moins importante.

Je soutiendrais que c'est exactement le contraire qui s'est produit.

Meilleur est l'ingénieur, plus il tire de valeur de l'IA.

Non pas parce qu'il écrit de meilleurs prompts, bien que l'internet semble étrangement obsédé par cette idée, mais parce qu'il sait quelles questions poser, quelles suggestions rejeter, quels raccourcis créent de la dette technique et quelles solutions d'apparence élégante deviendront des cauchemars absolus six mois plus tard.

La différence entre un ingénieur senior et un ingénieur junior ne s'est jamais mesurée à la vitesse de frappe.

Aujourd'hui, c'est encore moins le cas.

Un développement plus rapide crée de nouvelles tâches

Il y a un autre effet secondaire intéressant que nous remarquons en interne.

Les développeurs écrivent considérablement plus de code qu'il y a seulement quelques années.

Cela semble merveilleux jusqu'à ce que vous vous rappeliez que chaque ligne de code supplémentaire doit également être revue, testée, documentée, sécurisée, maintenue et finalement comprise par quelqu'un qui n'était même pas employé lorsqu'elle a été générée.

En d'autres termes, l'IA a accéléré la production de logiciels.

Posséder un logiciel n'est certainement pas devenu plus facile.

Au contraire, une bonne assurance qualité est devenue encore plus précieuse car l'IA est exceptionnellement douée pour produire du code qui semble correct lors d'une revue de code mais qui casse silencieusement lorsqu'il est confronté à de vrais utilisateurs faisant des choses merveilleusement imprévisibles.

Cela signifie que les tests, les revues de sécurité, l'accessibilité, l'analyse de performance et une véritable QA restent tout aussi importants qu'avant. Si votre logiciel traite des paiements, des informations personnelles ou des données critiques pour l'entreprise, faire confiance au code généré sans vérification n'est pas de l'innovation.

C'est un pari risqué.

Alors... le logiciel est-il devenu moins cher ?

Oui.

Et non.

L'implémentation de routine est plus rapide.

La recherche est plus rapide.

La documentation est meilleure.

De nombreuses tâches répétitives qui justifiaient autrefois des heures de développement peuvent désormais être accomplies en une fraction du temps.

Les clients méritent de bénéficier de ces gains d'efficacité.

Mais l'ingénierie derrière un logiciel réussi, l'architecture, l'analyse métier, les décisions techniques difficiles, l'assurance qualité, les revues de sécurité et l'expérience requise pour savoir quand l'IA vous mène discrètement dans la mauvaise direction, n'ont pas disparu.

Celles-ci sont devenues plus précieuses, pas moins.

Le plus grand malentendu est peut-être de croire que l'IA remplace les développeurs.

En réalité, elle remplace le travail répétitif, ce que les bons outils ont toujours fait. Nous ne romantisons plus le déploiement manuel de logiciels parce que le CI/CD existe, et personne ne souhaite que nous écrivions encore en langage assembleur pour chaque application. Les meilleurs outils ont toujours transformé notre profession.

L'IA se trouve simplement être le plus important que nous ayons vu depuis des décennies.

Les entreprises qui en bénéficieront le plus ne seront pas nécessairement celles qui tentent de remplacer les développeurs par l'IA. Ce seront les entreprises qui combinent des ingénieurs expérimentés avec de meilleurs outils, car cette combinaison permet véritablement de livrer de meilleurs logiciels, plus rapidement et souvent à un coût moindre, sans sacrifier la qualité en cours de route.

C'est, certes, un titre beaucoup moins excitant que « L'IA remplacera les programmeurs l'année prochaine », mais la réalité a toujours été un peu décevante pour ceux qui cherchent des réponses simples.

Alors oui, l'IA a fondamentalement changé le développement logiciel.

Non, le coût n'est pas nul.

Et si quelqu'un vous affirme avec assurance que le logiciel est devenu presque gratuit parce que l'IA écrit le code maintenant, il y a de fortes chances qu'il n'ait pas réellement construit beaucoup de logiciels ces derniers temps.