Si l'IA code, qui construit encore ? Les mêmes personnes — mais plus au même endroit de la chaîne. Les modèles génératifs écrivent du code fonctionnel, vite, et de mieux en mieux ; ils ne décident pas d'une architecture, ne vérifient pas leur propre production et ne répondent de rien devant un client ou un juge. Le métier de développeur ne disparaît pas pour autant. Sa valeur migre vers la conception, la supervision et la responsabilité, et ce déplacement change ce qu'une PME suisse doit exiger d'un prestataire ou d'un recrutement en 2026.
Publié en janvier 2026, refondu en mai 2026 — la présente version est une réécriture intégrale.
Ce que l'IA fait déjà dans le développement, sans débat
L'enquête annuelle de Stack Overflow le montre : en 2025, une part significative des développeurs professionnels avait déjà intégré l'IA générative dans sa pratique quotidienne[1]. La diffusion ne se discute plus. Trois usages sont passés du gadget à l'outil de production.
L'écriture assistée, en premier lieu. Un assistant propose des fonctions complètes à partir d'une intention exprimée en français, reconnaît les conventions du projet en cours et absorbe le code répétitif — structures standard, conversions de format, écrans types — qui occupait une part substantielle des journées. Vient ensuite la revue de code automatisée : une première passe machine repère bugs probables, failles de sécurité et écarts de convention, pendant que la relecture humaine se concentre sur la logique métier. La génération de tests complète le tableau. La tâche la moins aimée du métier produit désormais une base exploitable en quelques minutes — à relire d'un œil critique, mais très supérieure à la couverture lacunaire qu'on trouvait partout par manque de temps.
Je l'ai vérifié sur mon propre clavier. FiscalDoc, l'application locale qui classe mes documents fiscaux et a remplacé un abonnement SaaS d'environ 1'400 CHF par an, je ne l'ai pas écrite ligne à ligne : je l'ai dialoguée avec un assistant de code, en trois soirées. La refonte de mcva.ch, le site où vous lisez cette page, a suivi le même chemin.
Si la machine écrit le code, pourquoi payer un développeur ?
Parce qu'écrire n'a jamais été la partie difficile. En 2026, l'IA générative ne supprime pas le métier de développeur : elle en déplace la valeur, de l'écriture du code vers la conception, la supervision et la responsabilité.
La conception d'abord. Décomposer un problème flou en sous-problèmes traitables, choisir une architecture qui survivra aux évolutions, identifier les dépendances critiques : les modèles n'absorbent pas ces décisions. Ils exécutent bien ce qu'on leur décrit bien — encore faut-il quelqu'un capable de le décrire.
La supervision, surtout. Un développeur qui accepte sans relecture ce que propose son assistant fabrique de la dette technique invisible. Elle ne se voit pas à la livraison. Elle se paie des mois plus tard, quand il faut faire évoluer un code que personne n'a réellement compris. Savoir évaluer un code généré, repérer une hallucination subtile, refuser un anti-pattern plausible : c'est devenu une compétence à part entière, et elle sépare les développeurs qui maîtrisent leurs outils de ceux qui se contentent de prompter.
La responsabilité, enfin. Les obligations de la Loi fédérale sur la protection des données[2], les exigences des secteurs réglementés, les conséquences juridiques des choix techniques engagent l'entreprise et des humains identifiables. Un modèle ne porte rien de tout cela.
Faut-il encore recruter des juniors ?
Oui — mais l'arbitrage a changé. Un junior équipé d'un assistant produit aujourd'hui un volume de code qui demandait plusieurs années d'expérience il y a peu. L'écart junior-senior se resserre sur le codage pur. Il ne se resserre pas sur le reste : juger la pertinence d'un code généré, tenir la vision d'ensemble d'un système, anticiper les cas limites que les modèles ne prévoient pas par construction.
Quinze ans à diriger des projets numériques pour de grandes marques internationales m'ont appris une règle simple : le coût d'un projet se joue moins au moment où le code s'écrit qu'au moment où quelqu'un décide ce qu'il faut écrire. Une équipe sans senior accumule une dette qu'elle découvre au pire moment. Une équipe sans junior paie un profil expérimenté pour des tâches que les outils traitent très bien. L'équilibre se construit projet par projet, et il mérite d'être posé avant de signer, pas après. Pour situer cet arbitrage dans une démarche d'ensemble, j'ai détaillé la marche à suivre dans Que doit faire une PME suisse face à l'IA en 2026 ?.
Ce que ce déplacement change pour vos projets logiciels
Le déplacement du métier a une conséquence économique directe : le sur-mesure redevient une option sérieuse. Quand l'écriture du code cesse d'être le goulot d'étranglement, un outil taillé pour vos processus coûte une fraction de ce qu'il coûtait, et l'abonnement SaaS générique cesse d'être le choix par défaut. J'ai déroulé cette comparaison dans SaaS contre sur-mesure en Suisse, et c'est la logique qui structure les solutions que je construis pour les PME.
Attention toutefois au raccourci inverse. Un outil généré vite et mal supervisé coûte plus cher qu'un abonnement : il coûte la confiance de l'équipe qui l'utilise, puis le prix d'une reconstruction. La bonne question tient en quelques mots — qui supervise, et selon quelles règles ?
Trois vigilances avant de signer un projet en 2026
La confidentialité, en tête de liste. Certains assistants envoient le code analysé — et parfois les données qu'il contient — vers des serveurs externes, sous juridiction étrangère. Pour tout projet qui touche des données personnelles ou du secret d'affaires, la LPD impose de traiter ce point au cadrage, pas de le découvrir à mi-parcours.
La propriété intellectuelle ensuite. Le droit suisse n'a pas stabilisé le statut d'un code produit par dialogue avec un modèle. Documenter l'usage des outils, conserver les prompts structurants, maintenir une revue humaine substantielle : c'est une protection prudente, et c'est l'un des points que je verrouille dans chaque projet sur mesure avant d'écrire la moindre ligne.
La formation continue, pour finir. Un développeur resté au niveau de 2024 est déjà en retard sur les pratiques de 2026. Cet investissement relève du coût de fonctionnement normal d'une équipe technique, au même titre que les licences — j'y consacre une note entière : Former son équipe à l'IA.
Ce qu'il faut retenir
— L'IA écrit du code ; elle ne conçoit pas l'architecture, ne vérifie pas sa propre production et ne porte aucune responsabilité légale. — La valeur d'un développeur se déplace vers la conception, la supervision du code généré et la conformité : exigez ces trois-là. — Le sur-mesure supervisé redevient économiquement accessible aux PME suisses ; le SaaS générique cesse d'être le choix par défaut.
FAQ
L'IA va-t-elle remplacer les développeurs ? Non. Elle absorbe des tâches — écriture de code répétitif, première passe de revue, génération de tests — mais elle ne décide pas d'une architecture, ne vérifie pas sa production et ne porte aucune responsabilité légale. Le métier se recompose autour de la conception et de la supervision, et ce sont ces compétences qui prennent de la valeur.
Un junior équipé d'IA suffit-il pour un projet de PME ? Pour un outil interne simple et bien cadré, souvent oui. Dès que le projet touche des données sensibles, des intégrations multiples ou un enjeu de pérennité, la supervision d'un profil expérimenté reste indispensable : c'est elle qui évite la dette technique invisible du code généré non relu.
Le code généré par IA pose-t-il un problème juridique en Suisse ? Le droit n'est pas stabilisé sur la propriété intellectuelle du code généré, et la LPD s'applique dès que des données personnelles transitent par un outil externe. La pratique prudente consiste à choisir des outils dont on maîtrise les flux, à documenter leur usage et à conserver une revue humaine substantielle.
Le développement sur mesure assisté par IA coûte-t-il encore cher ? Nettement moins qu'avant : ce qui se chiffrait en mois d'agence se chiffre désormais souvent en jours, pour un périmètre équivalent. Mon application FiscalDoc — construite en trois soirées, zéro franc de coût d'exploitation — en donne l'ordre de grandeur à petite échelle. Le coût réel se déplace vers le cadrage et la supervision.
Et dans vos projets logiciels ? Le Diagnostic d'Usage IA : soixante minutes pour poser vos flux réels, identifier ce qui mérite du sur-mesure, ce qui reste en SaaS, et ce qui n'a pas besoin d'IA du tout. Réserver un diagnostic
Sources
[1] Stack Overflow, Developer Survey 2025. survey.stackoverflow.co/2025/ [↩]
[2] Loi fédérale sur la protection des données (LPD), révision du 25 septembre 2020, entrée en vigueur le 1ᵉʳ septembre 2023. www.fedlex.admin.ch/eli/cc/2022/491/fr [↩]
Jérôme Deshaie est CEO et fondateur de MCVA Consulting SA, agence augmentée basée en Valais. Quinze ans au service de grandes marques internationales, désormais en direct pour les PME suisses. Parcours.
Articles connexes
Claude Code : retour d'expérience sur deux projets réels
La refonte de mcva.ch et FiscalDoc ont été construits avec Claude Code. Retour d'expérience sans marketing : les gains réels, les moments où l'outil fait perdre du temps, et la discipline qui change le résultat.
7 min
Quelles compétences l'IA ne remplace pas ? Six réponses
L'IA supprime des tâches, pas des métiers — et cette distinction change tout pour l'emploi et la formation. Six compétences résistent structurellement à cette vague. Analyse depuis le Valais, où le vignoble illustre déjà la mécanique.
9 min
Prototyper avec l'IA : ce que le vibe coding vaut vraiment
Décrire une idée en langage naturel et obtenir un prototype en quelques jours : le vibe coding tient cette promesse. La garder rentable exige une règle simple — valider avec le prototype, reconstruire pour la production.
8 min