TL;DR : Je ne devrais pas écrire de code. En tant que PDG, mon travail est la stratégie. Mais il y a 12 mois, j'ai réalisé que je gérais une "boîte noire" que je ne comprenais pas. Donc, malgré l'absence de formation en ingénierie, je me suis forcé à construire 100 produits d'IA—y compris un réseau social pour les chats—en utilisant uniquement des agents d'IA.La leçon : Si vous êtes un manager qui "utilise l'IA" mais n'a pas de "sens du code" (Teigokoro), vous êtes déjà obsolète.
James ici, PDG de Mercury Technology Solutions.
Tokyo - 16 février 2026
Selon toute logique traditionnelle, j'aurais dû arrêter de "travailler" il y a des années.
Je dirige une entreprise technologique. J'ai une équipe d'ingénieurs brillants. Mon travail est de pointer vers la montagne ; leur travail est de l'escalader.
Mais depuis 8 mois, je ne me contente pas de pointer.
J'ai construit.
J'ai personnellement construit 100 produits d'IA.
Je ne parle pas d'écrire des spécifications pour mon équipe. Je veux dire ouvrir l'IDE (Cursor/VS Code), solliciter l'IA et déployer le code moi-même.
J'ai construit"CatsBook" (un réseau social exclusivement pour les félins).
J'ai construit une plateforme de webinaire interactive en temps réel.
J'ai construit un jeu de Tower Defense.
Pourquoi ? Pourquoi un PDG s'épuiserait-il à faire le travail d'un développeur junior ?
Parce que j'ai vu une crise. Et cette crise est probablement en train de se produire dans votre entreprise en ce moment.
1. La crise du "Hand-Feel" (Teigokoro)
Au début de l'année dernière, ChatGPT était partout.
J'ai demandé à mon équipe d'ingénierie :"Utilisons-nous l'IA ?"
Ils ont hoché la tête avec enthousiasme."Bien sûr, James. Nous l'utilisons pour écrire du code tous les jours."
Je me sentais bien. Nous étions innovants.
Mais ensuite, j'ai regardé les métriques.
Si nous utilisions l'IA, pourquoi notre temps de livraison ne s'était-il pas arrêté ? Pourquoi notre production n'avait-elle pas doublé ?
Les résultats ne correspondaient pas à l'engouement.
J'ai réalisé que je ne pouvais pas gérer ce problème parce que je manquais de"Sens tactile"(ce que les Japonais appellentTeigokoro/ 手頃).
Je ne savais pascommentl'IA était codée, donc je ne pouvais pas dire si mon équipe l'utilisait efficacement ou simplement comme un correcteur orthographique sophistiqué.
Je pilotais un avion sans instruments.
Alors, j'ai décidé de sauter.
Je me suis engagé à 7 jours de "l'Enfer de l'IA." 14 heures par jour. Juste moi et l'Agent.
2. L'Épiphanie du Rubik's Cube
J'ai décidé de commencer fort :Construire un solveur de Rubik's Cube en 3D.
Je n'ai aucun bagage en algèbre matricielle ou en rendu 3D.
J'ai échoué pendant 6 jours d'affilée.
L'IA générait du code. Je l'exécutais. Le cube se brisait.
Des carrés rouges apparaissaient sur des faces noires. La logique était impossible.
Pour un non-codeur, les scripts ressemblaient à des hiéroglyphes extraterrestres.
Au jour 7, j'ai eu une épiphanie :
"Je n'ai pas besoin de connaître la syntaxe. J'ai besoin de connaître la LOGIQUE."
J'ai cessé d'essayer de déboguer le code. J'ai commencé à déboguer laPensée..
J'ai traité l'IA non pas comme un outil, mais comme50 Experts Consultants assis dans une pièce.
J'ai demandé :
- "Explique-moi cette fonction comme si j'avais 5 ans."
- "Guide-moi à travers ton ordre de calcul, étape par étape."
Il s'est avéré que les mathématiques étaient correctes, mais lalogiquede l'orientation du cube était inversée.
J'ai littéralement imprimé le motif plat sur papier, je l'ai plié et j'ai prouvé physiquement que l'IA avait tort.
Une fois la logique corrigée, le code s'est corrigé de lui-même.
3. Action > Étude (L'inversion de l'apprentissage)
La plupart des gens apprennent de manière linéaire :
Étape 1 : Apprendre les bases de Python $\rightarrow$ Étape 2 : Apprendre les bases de données $\rightarrow$ Étape 3 : Construire une application.
C'est trop lent pour 2026.
Ma méthode était inversée :
- Projet 1 (Un jeu de choix) :J'ai appris à utiliser un IDE et à déployer dans le cloud.
- Projet 2 (Application d'Image) :J'ai appris à connecter des API.
- Projet 3 (Tableau de Classement) :J'ai appris les bases de données SQL.
Je n'ai pas apprisàconstruire. J'ai apprisenconstruisant.
Si vous attendez d'être "prêt", vous êtes mort.
4. Ne laissez pas l'inertie vous tuer
L'inertieest géniale 99% du temps. Elle nous permet de nous brosser les dents sans réfléchir.
Mais dans 1% des cas où l'environnement change violemment (comme en ce moment), l'inertie est un pacte de suicide.
Amazon survit parce qu'ils ont transforméInnovationen leur inertie.
Je me dis chaque matin :
"Si je fais la même chose aujourd'hui que j'ai faite hier, et que j'attends un résultat différent, je suis fou."
C'est pourquoi je me suis forcé à créer 100 produits. J'ai dû rééduquer mon cerveau pour que la création d'IA devienne aussi instinctive que de respirer.
Conclusion : Vous avez 50 experts. Utilisez-les.
Ce n'est pas une histoire de "Apprenez à coder". C'est un"Guide de survie commerciale".Si un manager non technique comme moi peut construire un clone de niveau Facebook en quelques jours, quelle est votre excuse ?
Mon conseil est simple :
Imaginez que vous avez 50 doctorats assis à côté de vous.
Vous ne connaissez pas le modèle financier ? Demandez à l'IA de vous enseigner le ROI.
- Vous ne connaissez pas le code ? Demandez à l'IA de visualiser la logique.
- Don't know the code? Ask the AI to visualize the logic.
Ne demande pas"Et si ça hallucine ?"
Demande-le à nouveau.Demande-le différemment. Demande jusqu'à ce que tu comprennes.
L'action est toujours plus grande que le plan parfait.
Va construire quelque chose. Aujourd'hui.
Mercury Technology Solutions : Accélérer la digitalité.
