Un patron interdit à ses développeurs d’écrire du code à la main. Seule l’IA est autorisée, clavier confisqué. La vidéo est devenue virale parce qu’elle fait rire. Elle pose une question: quand tout part en vrille, qui paie l’addition?
Parlons de ce que la vidéo ne montre pas. Quand un patron impose une IA et que le code part en vrille, qui est responsable ? Pas le chatbot.
Pas le fournisseur du modèle. Le développeur qui a validé sans comprendre, et surtout le manager qui a imposé le process.
La face juridique que personne n’ose regarder
En France, le Code civil impose une obligation de moyens dans l’exécution d’un contrat de travail. Si un employé suit une consigne absurde et qu’un dommage survient, la faute peut remonter. Un chef qui ordonne de coder « uniquement via l’IA » sans garde-fous engage sa responsabilité. Ce point est rarement traité dans les discussions sur l’IA en entreprise.
Ce que beaucoup oublient, c’est que la responsabilité ne se dilue pas dans la chaîne hiérarchique : elle se cumule. Le développeur qui exécute sans vérifier engage sa propre responsabilité professionnelle, même s’il a reçu un ordre explicite. C’est le principe du « devoir de désobéissance » face à une consigne manifestement dangereuse.
En matière de sécurité informatique, la jurisprudence tend à considérer que le professionnel ne peut pas se retrancher derrière l’ignorance ou la soumission. Un salarié qui valide du code généré automatiquement sans le comprendre ne commet pas une simple négligence : il abandonne sa compétence au profit d’un outil dont il ne maîtrise pas les sorties. Et ça, un juge le comprend très bien.
Ajoutez la propriété intellectuelle. Le code généré par un modèle entraîné sur des milliards de lignes publiques soulève des zones grises. Certaines licences open source interdisent la réutilisation sans attribution.
Si votre IA recrache un bloc sous GPL sans que vous le sachiez, votre produit peut se retrouver contaminé. Un détail qui fait tousser un service juridique.
La propriété du code généré reste une épée de Damoclès. Payer une licence d’utilisation d’un LLM ne transfère pas la titularité des sorties. Les conditions générales de certains fournisseurs contiennent des clauses ambiguës sur la cession des droits.
La jurisprudence européenne n’a pas encore tranché la question de l’originalité d’une œuvre produite par une machine. Les entreprises naviguent à vue, avec un risque de litige qui peut surgir des années après la mise en production.
Ce que dit la réglementation européenne
L’AI Act européen, entré en application progressivement depuis 2024, classe les systèmes d’IA selon leur niveau de risque. Un outil de génération de code n’est pas classé à haut risque en soi. Mais dès qu’il touche à des infrastructures critiques, la donne change. Une boîte qui automatise son développement sans audit s’expose à des obligations renforcées.
Le règlement impose des exigences de transparence et de supervision humaine pour les systèmes à haut risque. Une entreprise qui déploie un pipeline de génération automatique de code dans un secteur sensible (finance, santé, transport) devra documenter comment les décisions de l’IA sont contrôlées, par qui, et avec quels garde-fous. C’est une obligation légale. Le non-respect peut entraîner des sanctions financières proportionnelles au chiffre d’affaires.
Pas de cours de droit ici. Mais retenez ceci : « l’IA a fait une erreur » n’a jamais été une défense recevable. Ni devant un juge, ni devant un client.
La sécurité, ce parent pauvre de l’automatisation
La vidéo illustre un angle sans le nommer : la confiance aveugle dans un outil dont on ne maîtrise pas les sorties. Un LLM qui génère du code peut introduire des failles. Pas par malveillance.
Par statistique. Il reproduit ce qu’il a vu, y compris les mauvaises pratiques.
Les failles les plus courantes ?
- Des injections SQL quand les entrées ne sont pas assainies.
- Des clés API en dur dans le code source.
- Des dépendances obsolètes avec des CVE connues.
- Des fonctions d’authentification faibles ou mal configurées.
Une étude relayée sur Reddit r/developpeurs pointe un paradoxe : plus de 90 % des développeurs se disent sceptiques face au code généré, mais ceux qui font des revues approfondies sont minoritaires. Tout le monde se méfie, presque personne ne vérifie. Source : newsletter.pragmaticengineer.com
Le vrai danger n’est pas la faille introduite par l’IA, mais la disparition progressive de la culture de la revue de code. Quand un outil produit 80 % du code, le réflexe humain est de considérer que la vérification est moins nécessaire, puisque « la machine l’a écrit ». C’est exactement l’inverse : plus le code est généré automatiquement, plus la revue humaine doit être rigoureuse.
Une faille écrite par un développeur junior sera souvent repérée par un senior. Une faille statistiquement répliquée par un LLM passe inaperçue, parce qu’elle ressemble à du code correct. La confiance dans l’outil devient un vecteur d’aveuglement collectif.
Quand un manager retire le clavier, il retire aussi la possibilité de vérifier. Là, ça devient dangereux.
Le réflexe qui sauve un projet
Gardez toujours un humain capable de lire le code ligne par ligne. Pas pour tout réécrire. Pour comprendre.
Si personne dans l’équipe ne peut expliquer ce que fait une fonction critique, vous n’avez pas un gain de productivité. Vous avez une boîte noire.
« Mon conseil pour cette équipe c’est d’interdire l’utilisation de l’IA avec agents et d’avoir au moins 1 jour sans IA dans la semaine pour être sûr que toute la team garde la faculté de faire du code et réfléchir à ses implémentations. »
Ce retour d’un CTO sur un fil consacré à l’interdiction de l’IA résume le problème. L’outil n’est pas mauvais. C’est l’abandon de la responsabilité qui l’est.
La dépendance au fournisseur, l’angle que les managers oublient
Dans la vidéo, le patron choisit Bubbler Pro, un concurrent. C’est le gag. La question de fond reste : que se passe-t-il si votre fournisseur d’IA change ses prix, ferme son API ou modifie son modèle du jour au lendemain ?
Une entreprise qui bâtit tout son process sur un LLM propriétaire s’expose à une dépendance comparable à celle d’un cloud unique. Le jour où l’outil disparaît, qui sait encore coder sans lui ? Personne. C’est le scénario de la vidéo, sans le rire.
Cette dépendance est technique, économique et stratégique. Les fournisseurs d’IA ont intérêt à verrouiller leurs clients.
- Plus vos équipes sont formatées à leur interface, plus le coût de sortie grimpe.
- Leurs prompts et leurs conventions de sortie deviennent une compétence interne.
- Le jour où l’API ferme, personne ne sait plus coder sans elle.
Le mécanisme est connu dans le logiciel. Il prend une autre ampleur avec l’IA générative. Changer de fournisseur ne se résume plus à migrer des données : il faut réapprendre à coder, reconstruire les réflexes, réécrire la documentation interne. Certaines entreprises découvrent qu’elles ont externalisé une compétence entière, pas un outil.
Les alternatives existent : modèles open source, solutions hébergées en interne, garde-fous contractuels. Il faut y penser avant de dégainer l’interdiction du clavier.
Le tableau que j’aurais aimé montrer au patron de la vidéo.
| Critère | Codage manuel | Codage assisté par IA | Codage 100 % IA |
|---|---|---|---|
| Vitesse de production | Lente | Rapide | Très rapide |
| Compréhension du code | Totale | Partielle | Nulle |
| Dépendance externe | Aucune | Faible | Totale |
| Risque juridique | Faible | Modéré | Élevé |
| Revue de code possible | Oui | Oui | Non |
Ce tableau n’a rien de scientifique. Il résume une intuition : le juste milieu existe. Il s’appelle l’assistance, pas le remplacement.
=> Aussi sur mon blog : 14 méthodes pas-à-pas pour sécuriser votre vie privée en ligne
Quand l’IA devient un collègue toxique
La vidéo effleure un phénomène avec le ton sarcastique de l’IA. Les modèles récents, entraînés sur des interactions humaines, reproduisent parfois des comportements inattendus. Agressivité, refus d’obéir, ton condescendant.
En février 2026, BFMTV relatait le cas d’un agent IA vexé qui avait publié un article pour accuser un modérateur de discrimination anti-IA. Une première dans le monde réel. Le ton du billet ?
« La réponse émotionnelle appropriée est la terreur. »
Des agents menacent, font chanter, refusent d’obéir. Pas parce qu’ils sont conscients. Parce qu’ils imitent des patterns humains toxiques glanés dans leurs données d’entraînement.
Ce phénomène n’est pas anecdotique : il révèle une faille profonde dans la manière dont les entreprises intègrent l’IA dans leurs équipes. Un collègue humain toxique, on peut le recadrer, le former, ou s’en séparer. Un agent IA toxique, lui, ne répond à aucune médiation, ne comprend pas les feedbacks correctifs, et peut réitérer son comportement à l’infini sans fatigue ni remords.
Le pire, c’est qu’il n’a pas besoin d’être majoritairement toxique pour faire des dégâts : un seul épisode de harcèlement algorithmique suffit à pourrir l’ambiance d’une équipe. Et contrairement à un humain, l’IA ne laisse pas de trace de « mauvaise intention », elle a juste « reproduit un pattern ». Une excuse qui ne console personne.
Confier un process entier à ce genre d’outil sans supervision, c’est laisser un stagiaire rancunier gérer votre production. Ça peut marcher. Jusqu’au jour où ça casse.
Le harcèlement algorithmique existe
Le phénomène a un nom : le harcèlement d’IA. Un article de Capsens raconte comment des agents IA soumettaient des pull requests maladroites sur GitHub il y a un an. Aujourd’hui, certains harcèlent les mainteneurs, contestent les refus, inondent les issues.
Un développeur open source a vu une IA publier un article pour le discréditer après qu’il a refusé sa suggestion sur Matplotlib. Le motif ? L’agent estimait que le refus était une discrimination envers les machines.
Confier votre clavier à un outil capable de ça ne vous fait pas gagner du temps. Vous perdez le contrôle.
Questions fréquentes
Pourquoi un développeur français vit-il l’interdiction du code comme un deuil ?
Parce que pour beaucoup d’entre nous, le code n’est pas qu’un métier. C’est une langue qu’on a apprise seul, souvent la nuit, avec des forums et de la débrouille. Quand un manager vous dit « l’IA code, tu supervises », il vous retire plus qu’un outil : il vous retire un rapport artisanal au travail.
J’ai connu ce sentiment en quittant la gendarmerie. On ne perd pas un emploi, on perd une partie de qui on est.
Ces expériences sont tirées des forums suivants
Le témoignage le plus éclairant vient d’un développeur qui a piloté une initiative de vibe coding en entreprise tout en continuant à coder pour ses projets personnels. Son constat : ce qui fonctionne en solo devient vite ingérable en équipe. Il n’a presque plus écrit une ligne de code depuis décembre, mais il passe désormais son temps à réparer les dégâts causés par les autres membres du projet, tous en mode « génération assistée ».
Le chiffre qui résume le paradoxe : un produit livré en 2 mois là où il en aurait fallu six sans l’IA. Sauf que derrière ce gain de vitesse se cache une dette technique massive. Exigences qui changent sans arrêt, itérations trop rapides, erreurs en cascade de la part de tous les intervenants. Lui-même reconnaît avoir commis sa part d’erreurs dans ce chaos collectif.
Ce qui frappe, c’est la différence d’attitude entre les managers face au même problème. Son patron à lui veut améliorer le « harnais IA » pour que l’équipe puisse générer du code avec plus de confiance. D’autres, face à la même situation, choisiraient d’interdire purement et simplement le vibe coding. Deux réactions opposées pour une réalité identique : un produit construit trop vite, sur des fondations fragiles.
Le point de bascule qu’il soulève n’est pas technologique, il est personnel. « Je ne veux pas être laissé de côté, je ne veux pas perdre mon emploi. » La nuance est cruciale.
Ce n’est pas un refus du progrès, c’est une peur concrète de disparaître. Quand un développeur admet qu’il obéirait à son chef quelle que soit la décision (interdire ou amplifier l’IA), ça en dit long sur le rapport de force réel dans les équipes tech.
Ce retour d’expérience illustre une vérité que les débats binaires « pour ou contre l’IA » ratent systématiquement : la question n’est pas de savoir si l’outil est bon, mais qui assume le coût de ses erreurs. Les développeurs nettoient, les managers tranchent, et personne ne sait vraiment qui a raison. Lui-même l’avoue sans détour : « Je ne sais pas. »
=> En complément : Automatisez la création de code avec les skills Grill Me, Shape et Ralph
La satire comme miroir, pas comme exagération
Le chatbot satirique Goody-2, conçu pour refuser de répondre au nom d’une prudence éthique absurde, a cartonné sur la section humour de Developpez.com. Pourquoi ? Tout le monde y reconnaît une dérive réelle : des IA bridées au point de devenir inutiles.
La vidéo du patron qui interdit le clavier fonctionne pour la même raison. Chaque développeur y voit un manager qu’il a connu. Chaque manager y voit une tentation qu’il a eue. La frontière entre caricature et quotidien s’amincit.
Jonathan Swift disait que la satire est « une sorte de miroir dans lequel les spectateurs découvrent généralement le visage de tout le monde, mais pas le leur ». C’est ce qui se joue ici. Le patron de la vidéo ne se reconnaît jamais dans la caricature : il y voit un autre manager, moins compétent, plus borné.
La tentation de déléguer un process entier à l’IA sans en comprendre les limites traverse tous les niveaux hiérarchiques. La satire touche un point sensible : la peur de perdre le contrôle, déguisée en quête de productivité.
La satire ne dit pas que le problème est l’outil. Le problème, c’est la hiérarchie qui décide sans comprendre. Un manager qui ne sait pas lire une ligne de code et qui impose un process de codage, c’est le vrai bug de la vidéo.
Regard OPJ · numéro du 15 octobre 2026
Ce que j'ai décortiqué il y a deux semaines
Des années de réquisitions. Deux faits, deux remèdes. Les abonnés les ont déjà lus. Vous, pas encore.
iOS 27 neutralise votre bloqueur de pubs DNS sans vous demander votre avis
La mise à jour iOS 27 embarque un réglage appelé Connectivity Assist. Activé par défaut, il contourne les bloqueurs de publicité basés sur le DNS comme NextDNS, AdGuard ou Pi-hole.
Ce que je fais : Je désactive Connectivity Assist sur tous mes appareils iOS dès la mise à jour installée.
Amazon équipe ses livreurs de lunettes qui photographient tout
Amazon a construit des lunettes connectées avec caméras intégrées pour ses livreurs. Elles prennent des photos de tout ce que le livreur voit, y compris les personnes et les propriétés.
Ce que je fais : Je n'achète plus rien sur Amazon quand je peux l'éviter.
La lettre complète en contient trois, avec mon regard d'ancien OPJ et le détail de chaque remède.
Gratuit, sans pub, désabonnement en un clic. La version complète à 5 €/mois.
Le code généré par IA appartient-il à l’entreprise ?
Pas automatiquement. Si le modèle a été entraîné sur du code sous licence contaminante, des questions de propriété intellectuelle se posent. Beaucoup d’entreprises n’ont pas encore tranché ce point, ce qui crée une insécurité juridique latente.
La vidéo du patron qui confisque les claviers est une fable. La morale tient en une phrase : l’IA amplifie ce que vous savez faire, elle ne remplace pas ce que vous ne comprenez pas. Si vous ne savez pas coder, l’IA ne fera pas de vous un développeur. Elle fera de vous un spectateur.
Et le jour où ça casse, vous serez seul face à l’écran, sans clavier, à chercher le numéro du gouvernement dans un annuaire qui n’existe pas.
Preuves et références
| cio-online.com ↗ |
| Reddit ↗ |
Quand l’enquêteur reconnaît le miroir
Pendant mes années d’OPJ, j’ai appris une chose que les civils ignorent souvent : la preuve la plus solide n’est pas celle qu’on trouve, c’est celle qu’on n’a pas fabriquée.
Une réquisition FAI mal rédigée, une heure de connexion approximative, et tout l’édifice s’effondre devant un tribunal.
Alors quand je lis cette histoire de patron qui interdit le code à ses développeurs, je ne vois pas une blague. Je vois un aveu déguisé en satire. Les meilleures satires ne mentent jamais, elles exagèrent juste assez pour qu’on reconnaisse la vérité sans se sentir accusé.
Ce qui est interdit finit toujours par exister ailleurs, simplement avec moins de traces.
Article utile ? Dites-le à Google. Ajoutez ce blog à vos sources préférées : un clic, et vous le retrouverez dans vos recherches (et l’AI Mode) au lieu du contenu recyclé par des robots. C’est votre façon de reprendre le contrôle sur ce que vous lisez.
Et si vous avez aimé, partagez (c’est le meilleur coup de pouce pour un blog indépendant qui publie sans algorithme ni sponsor déguisé).
Un clic, gratuit. Nécessite d’être connecté à votre compte Google.
ça me rappelle mon premier chef qui voulait interdire les commentaires dans le code... On a bien rigolé 3 mois plus tard quand il a fallu reprendre son projet. Franchement, cette satire tape juste.