J'ai construit une usine à code. — Transcript
Full transcript
- 0:00Aujourd'hui, je voulais vous parler du
- 0:01fait que ces dernières semaines, j'ai
- 0:03trouvé un setup pour travail avec Lia
- 0:06que je trouve incroyable. Il est super
- 0:09productif, super confortable, il y a pas
- 0:12vraiment de compromis sur la qualité du
- 0:14code et surtout c'est un c'est un setup
- 0:17qui est sans bullshit, c'est-à-dire sans
- 0:19complexité inutile. Et donc ce dont on
- 0:21va parler aujourd'hui, c'est de ce qu'on
- 0:23appelle ma software factory. Elle repose
- 0:26sur plusieurs plusieurs briques. D'abord
- 0:28Codex, mais ça pourrait aussi être Cloud
- 0:30Code. En fait, c'est juste des agents IA
- 0:32de code. Ça repose sur des skills, sur
- 0:35l'utilisation d'un VPS et sur
- 0:37l'utilisation d'une Ralph loop. Si tout
- 0:39ça ça vous parle pas pour le moment, pas
- 0:42de souci, c'est pas grave. Ou même si
- 0:43vous êtes pas forcément super à jour
- 0:45avec l'IA dans le métier de de
- 0:48développement. C'est vrai que c'est
- 0:49quelque chose qui a énormément bougé ces
- 0:51dernières années, très très vite. On est
- 0:53on n'est pas toujours à la page si on a
- 0:54un job à pleintemps et tout ça. Ne vous
- 0:57inquiétez pas, je vais euh commencer
- 0:59cette vidéo par la manière dont ma euh
- 1:03façon de travailler avec Lia a évolué,
- 1:05c'est-à-dire les étapes par lesquelles
- 1:07je suis passé, les outils que j'ai
- 1:08utilisé et les les changements que ça a
- 1:10pu produire sur ma manière de
- 1:12travailler.
- 1:13Donc avant de commencer, je vais faire
- 1:14un petit point sur mon contexte à moi.
- 1:17Je pense que c'est important quand même
- 1:18avant de vous expliquer comment je
- 1:19travaille, de vous expliquer bah quel
- 1:20est mon contexte. Du coup, moi je suis
- 1:22entrepreneur, je travaille sur mes
- 1:24propres projets, je suis généralement
- 1:26seul sur la partie technique. Donc j'ai
- 1:28pas vocation à dire que ce que je vais
- 1:30vous présenter là, ça va forcément
- 1:32fonctionner pour tous les dev. Je sais
- 1:34très bien qu'il y a des dev qui sont
- 1:35comme moi, ils travaillent seuls sur
- 1:36leur projet, mais il y a aussi des
- 1:37salariés, des freelances, dans des PME,
- 1:39dans des grands groupes. Donc, il y aura
- 1:42très certainement des ajustements à
- 1:44faire en fonction de votre situation. Et
- 1:46c'est pour ça d'ailleurs que dans cette
- 1:48vidéo, je vais pas vous montrer
- 1:49exactement dans le détail ce que moi je
- 1:51fais. Je vais pas ouvrir Codex, je vais
- 1:53pas ouvrir mon terminal. Je vais juste
- 1:55suivre cette présentation pour vous
- 1:57parler de de choses qui sont assez
- 1:58théoriques et comme ça vous aurez votre
- 2:00propre grain à moudre pour faire les
- 2:03ajustements nécessaires et créer votre
- 2:05setup idéal de votre côté.
- 2:08Du coup, comme promis, je vais vous
- 2:09parler de mon évolution de l'utilisation
- 2:12de LIA pour mon métier, donc celui de
- 2:15développeur. Donc tout a commencé en
- 2:182022 quand Chat GPT est sorti
- 2:20officiellement au grand public, donc en
- 2:22fin d'année 2022. Et là, quand c'est
- 2:24sorti, globalement ce qui s'est passé,
- 2:25c'est que on avait toujours notre
- 2:27éditeur de code qui était ouvert sur
- 2:29l'ordi et on tapait du code comme on l'a
- 2:31toujours fait avant l'apparition de Lia.
- 2:35Et on avait sur le côté comme on voit
- 2:37ici une fenêtre chat GPT ouverte. Et je
- 2:40sais que moi personnellement, je m'en
- 2:41servais pour ben poser des questions un
- 2:44peu théoriques des fois ou alors
- 2:45j'envoyais aussi des bouts de code en
- 2:47lui demandant de les corriger. Parfois,
- 2:49je lui disais bon ben voilà, j'ai besoin
- 2:50d'une fonction qui fait exactement
- 2:52cement ça. Il me renvoyait la fonction
- 2:55et puis ensuite c'était à moi de
- 2:56copiercoller ce bout de code et de
- 2:58l'intégrer dans mon ripo dans mon
- 3:01programme. Du coup, on continue. En
- 3:032023, donc moi, je suis passé sur
- 3:06Cursor. C'était pas le seul IDE qui qui
- 3:09proposait ses fonctionnalités, mais moi
- 3:10c'est celui-là que j'ai utilisé. Et en
- 3:11gros, l'idée c'est que cette fois-ci, on
- 3:13avait l'IA qui était directement intégré
- 3:16dans l'éditeur de code. Donc ça a pris
- 3:18deux formes. La forme la plus
- 3:20historique, je dirais, c'est la
- 3:22l'autocomplession du code. Donc bah on
- 3:24pouvait commencer à taper une ligne de
- 3:26code et puis on voyait la la suite qui
- 3:28apparaissait, voire même les lignes
- 3:29suivantes et on pouvait appuyer sur tab
- 3:31pour euh implémenter la suggestion de
- 3:34l'IA.
- 3:36Ça c'était pas mal avec le recul. Je
- 3:37pense que c'était vraiment bien parce
- 3:38qu'on était encore vraiment en contrôle
- 3:40du code. Il y avait encore ce sentiment
- 3:41de de crafter son code soi-même, de
- 3:43l'écrire soi-même, même si on appuyait
- 3:45sur tab pour valider les suggestions
- 3:46parce que bien souvent il fallait quand
- 3:48même relire et corriger. Mais on avait
- 3:50encore ce sentiment voilà de naviguer
- 3:51dans les fichiers et bah de de lire et
- 3:54éditer le code. Ensuite, ils ont intégré
- 3:58progressivement la notion de d'agent
- 4:00directement dans l'IDE. C'est-à-dire,
- 4:02c'est la fenêtre là qu'on voit sur le
- 4:03sur le côté. Et en fait ici, on pouvait
- 4:05discuter avec l'agent soit pour poser
- 4:07des questions comme on le faisait avant
- 4:09avec chat GPT, mais aussi pour lui
- 4:12demander parfois d'aller directement
- 4:14modifier certains fichiers.
- 4:17Et ensuite, en 2025, c'est là qu'on est
- 4:19vraiment passé en mode développement
- 4:21agentique. C'est-à-dire que bah là, on
- 4:23le voit sur cet exemple, l'IDE n'est
- 4:24même plus ouvert, on a même plus le code
- 4:26sous les yeux. Tout ce qu'on va faire,
- 4:28c'est euh utiliser Cloud Code dans le
- 4:31terminal ou ailleurs, mais généralement
- 4:33dans le terminal. Et on va discuter avec
- 4:36lui pour qu'il implémente des choses
- 4:38pour nous. on va lui dire voilà code ça
- 4:40euh rajoute cette fonctionnalité fais c
- 4:42fais ça et euh ça ça a été le premier
- 4:44shift pour moi parce que à partir de là
- 4:46ça été quand même une grosse rupture par
- 4:48rapport à comment je travaillais avant
- 4:49parce que bah plus je passais de temps
- 4:51dans le CLI cloud code et moins en fait
- 4:55je lisais mon code et j'éditais le code
- 4:57à la main. Donc là j'ai commencé un peu
- 5:00à à perdre et je pense c'est le cas pour
- 5:02beaucoup de devre sentiment vraiment de
- 5:04de craft son code et de déléguer
- 5:07beaucoup plus à Lia.
- 5:10Et donc maintenant, je vais vous parler
- 5:12de skills et de workflow. En fait, quand
- 5:15on a commencé à utiliser Cloud Code de
- 5:17manière agentique, bah comme je vous le
- 5:20disais, on vérifiait de moins en moins
- 5:22son code. On passait de moins en moins
- 5:23de temps dans l'IDE. Du coup, il a fallu
- 5:25mettre en place des systèmes, bah pour
- 5:28être sûr qu'il allait pas faire en gros
- 5:30n'importe quoi. Et c'est un peu dans cet
- 5:31esprit-là que sont apparus les skills.
- 5:34Au lieu de juste miser sur la puissance
- 5:36du modèle, on a aussi décidé de lui
- 5:38rajouter des compétences.
- 5:41Et donc en gros, moi les premiers skills
- 5:42que j'ai utilisé, c'est surtout quand le
- 5:44site skills.sh est sorti. Donc je peux
- 5:47vous montrer rapidement.
- 5:50En gros, ça ressemble à ça. Ça ressemble
- 5:51un peu à l'interface de npm quand on va
- 5:53sur le site. On a ici toute une liste de
- 5:56skills et puis après pour chaque skills,
- 5:58on a la commande pour l'installer. On
- 5:59voit le nombre d'installations,
- 6:01des explications, une présentation et
- 6:03cetera. et c'est un site qui est
- 6:05maintenu par Versel au passage. Et du
- 6:07coup quand ce site est sorti, moi j'ai
- 6:09installé mes premiers skills. Donc un
- 6:11des plus populaires c'était React best
- 6:12practices web design guidelines. En
- 6:15gros, ça va être des skills qui sont
- 6:17assez passifs. On va les installer sur
- 6:18l'ordinateur. Cloud Code va y avoir
- 6:21accès lorsqu'il travaille et ça va lui
- 6:23donner bah des compétences
- 6:25supplémentaires, une connaissance
- 6:26supplémentaire. Et c'est quelque chose
- 6:28qui est très passif. Pareil par exemple,
- 6:30il y a Contex Seven. Donc c'est un outil
- 6:32qui permet à votre agent IA de consulter
- 6:34les docs à jour pour un outil utilisé,
- 6:37par exemple le CLI GitHub. Et ça va
- 6:40marcher avec le skills find docs. Mais
- 6:42ça pareil, c'est des choses qu'on
- 6:44installe et une fois qu'ils sont
- 6:45installés, on va avoir un cloud code qui
- 6:46va être un peu upgradé mais c'est pas
- 6:49quelque chose qu'on va vraiment utiliser
- 6:51de manière active. Et pour moi ça a
- 6:54complètement changé quand j'ai commencé
- 6:55à utiliser les skills de Mat Pocock.
- 6:58Donc c'est un développeur qui avant
- 6:59était très connu pour être un excellent
- 7:01développeur TypeScript et qui enseignait
- 7:04Typescript. Et avec Lia, il a sorti son
- 7:07propre repository open source de skills
- 7:10qu'on peut installer. Et ces skills en
- 7:12fait, ils implémentent dans Cloud Code
- 7:15les bonnes pratiques de développement.
- 7:17Mais c'est pas juste des skills qui vont
- 7:18rendre Cloud Code plus intelligent,
- 7:20c'est vraiment un workflow complet.
- 7:22C'est-à-dire que lui, il a une méthode
- 7:23de travail qui est découpée en plusieurs
- 7:26étapes et à chaque étape, il va utiliser
- 7:28un des skills qu'il a créé. Donc par
- 7:31exemple euh lui il il passe tout le
- 7:34temps du temps à cadrer avant de coder.
- 7:36Quand il ouvre cloud code, il va pas
- 7:37ouvrir cloud code pour juste dire voilà,
- 7:39j'aimerais coder telle fature, il va
- 7:41d'abord cadrer euh sa fature ou en tout
- 7:43cas cadrer ce qu'il veut faire. Et du
- 7:45coup, il va utiliser dans un premier
- 7:46temps Grillmi. Donc là, c'est un skill
- 7:48où bah Lia va poser tout plein de
- 7:51questions pour vraiment forcer le
- 7:53développeur à clarifier ce qu'il veut, à
- 7:56bien spécifier sa fature, les cas
- 7:58limites, les comportements attendus,
- 7:59comment tester et cetera. Ensuite, il y
- 8:02a un skill qui s'appelle tout spec qui
- 8:04va permettre de prendre le résultat de
- 8:06cette discussion et de le consolider
- 8:08dans une spec et cette spec sera publiée
- 8:11sur GitHub
- 8:12ou sur n'importe quel outil de tracking.
- 8:14Et puis ensuite, on a tout ticket qui
- 8:16permet de découper une grosse spec en
- 8:20ticket. Et pourquoi on découpe une spec
- 8:22en ticket ? C'est parce que bah les
- 8:24agents Ist ce qu'on appelle un contexte,
- 8:27c'est-à-dire ils ont une mémoire à court
- 8:28terme en gros. Et si on surcharge cette
- 8:30mémoire à court terme avec une énorme
- 8:32spec, ils vont en perdre la moitié en
- 8:34chemin et ils vont pas être très
- 8:36efficaces, ils vont pas être très
- 8:37performant, ils vont ils vont louper des
- 8:39choses et il y a des choses qui vont
- 8:40faire mal. Du coup, on veut faire ça en
- 8:43on veut découper ça en ticket pour que
- 8:45chaque ticket soit implémenté par un
- 8:47agent qui a un contexte tout neuf et qui
- 8:49du coup est au maximum de son
- 8:52intelligence.
- 8:53Donc ça tout ça, vous voyez que ce sont
- 8:55des skills mais qui qui répondent à une
- 8:57étape du workflow. Et ensuite on passe à
- 8:59l'implémentation. Donc là, il y a un
- 9:01skills qui s'appelle implement et donc
- 9:03on va pouvoir appeler ce skills dans
- 9:05Codex ou dans Cloud Code. On va lui dire
- 9:07implement le ticket numéro 200. Et là,
- 9:11l'agent du coup va aller récupérer le
- 9:13contenu du ticket pour travailler. Sauf
- 9:16que les skills de Mat Pocock, ils sont
- 9:18très bien architecturés, ils sont très
- 9:20bien organisés parce que lorsque vous
- 9:22allez utiliser Implement, l'agent I de
- 9:25lui-même, il va aller utiliser d'autres
- 9:27skills de Mat Pocock qui sont fournis et
- 9:29qui permettent par exemple, il y a un
- 9:31skills pour le TDD, donc pour bien
- 9:32rédiger les tests, il y a un skills de
- 9:35code based design pour savoir où mettre
- 9:37quel fichier, comment architecturer le
- 9:38tout. Euh et il y a aussi un skill de
- 9:40code review. Donc dès que l'agent va
- 9:42finir son implémentation, il va de
- 9:44lui-même faire une revue de son travail.
- 9:47Et donc ces skills là, ils ont vraiment
- 9:49été en rupture parce que au lieu que ce
- 9:51soit juste quelque chose qu'on ajoute
- 9:53dans cloud pour le rendre plus
- 9:53intelligent, c'est vraiment quelque
- 9:54chose que nous en tant que développeur
- 9:55on utilise étape par étape.
- 9:58Et les résultats bah c'est qu'on prend
- 10:00de meilleures décisions parce qu'on
- 10:01passe plus de temps à spécifier ce qu'on
- 10:03veut faire et on livre un meilleur code
- 10:06parce que les bonnes pratiques de code
- 10:07sont dans les skills. Maintenant, la
- 10:09prochaine partie, ça va être sur la
- 10:10limite du local parce que oui, en fait,
- 10:13tout ce que je viens de vous décrire, je
- 10:15le fais en local sur ma machine, que ce
- 10:17soit dans l'application desktop de Codex
- 10:20ou avec le CLI Cloud Code par exemple.
- 10:22Euh l'agent, le LM, il est dans le cloud
- 10:25du provider, c'est sûr, mais l'agent qui
- 10:27modifie les fichiers et cetera, le
- 10:29harness, ce qu'on appelle, il tourne en
- 10:31local sur la machine. Et on va voir que
- 10:33ça a quelques limites. Déjà, moi, j'ai
- 10:36eu un peu ce symptôme de me sentir comme
- 10:38un développeur zombie. C'est-à-dire que
- 10:39j'allais sur Codex, je faisais ma
- 10:41spécification. Là, j'étais relativement
- 10:43actif parce qu'il fallait que je réponde
- 10:44à plusieurs questions à la suite, que je
- 10:46relise les propositions et cetera. Mais
- 10:48une fois que j'avais fait ma
- 10:49spécification et que je passais à
- 10:51l'implémentation, bah j'étais un peu
- 10:53comme un zombie. C'est-à-dire que
- 10:54j'ouvrais Codex, je lui disais implément
- 10:56l'issue 200 et ensuite ben je patientais
- 11:00et je faisais rarement des choses
- 11:01productives pendant que je patientais
- 11:02parce que souvent j'allais sur X et
- 11:04cetera pour passer le temps. Donc on est
- 11:07un peu comme un comme un zombie quoi. On
- 11:08n'est pas hyper actif au niveau du
- 11:09cerveau contrairement à ce qu'on avait
- 11:10avant quand on codait ou fallait être
- 11:12vraiment focus et intense. Donc il y
- 11:14avait un peu ce feeling de zombie. Et
- 11:16aussi euh pour pas allier à ça, on
- 11:18pouvait enfin moi en tout cas, j'étais
- 11:19tenté de me disperser, c'est-à-dire
- 11:21lancer l'implémentation de plusieurs
- 11:23tickets en parallèle. Alors ça c'est une
- 11:25take assez personnelle parce que il y a
- 11:27des gens qui vont avoir un avis
- 11:28différent. Le multitasking, ça ça
- 11:30correspond à des gens, ça correspond pas
- 11:31à d'autres. Et moi en l'occurrence ça me
- 11:33correspond pas trop. Euh je peux aller à
- 11:36la limite faire deux trois tâches en
- 11:38parallèle mais généralement j'aime quand
- 11:39même être assez concentré sur ce que je
- 11:41fais. Mais donc le fait d'utiliser comme
- 11:44ça Codex juste pour implémenter des
- 11:45tickets et patienter euh à titre
- 11:48personnel, ça m'a transformé en
- 11:49développeur zombie et je pense pas être
- 11:51le seul.
- 11:53Un autre problème, c'est qu'on a l'ordi
- 11:54qui est toujours ouvert. Donc ça c'est
- 11:56un peu l'objet d'un running gag sur les
- 11:58réseaux sociaux. Mais en fait, vu que
- 11:59vous lancez une boucle ou une tâche
- 12:01pardon avec votre votre codex ou votre
- 12:03cloud code, bah si vous fermez l'ordi
- 12:05comme ça tourne en local, il va
- 12:07s'arrêter. Donc si vous voulez que votre
- 12:09agent il aille au bout, vous voulez être
- 12:11sûr que votre ordi il est ouvert et il
- 12:12fonctionne. Si vous êtes au bureau dans
- 12:14une entreprise, bon il y a pas de raison
- 12:16que quelqu'un vienne vous pirater et
- 12:18encore que mais pour des dev comme moi
- 12:20qui sont freelance et qui allont
- 12:21travailler dans des coworkings ou des
- 12:22cafés, on n' pas spécialement envie de
- 12:26laisser son ordinateur ouvert sur la
- 12:27table pendant qu'on n'est pas là parce
- 12:28qu'on est parti aux toilettes et on n
- 12:30pas spécialement non plus envie
- 12:32d'emmener son ordinateur aux toilettes.
- 12:34Et puis en plus pour peu que
- 12:37l'ordinateur voilà plus de batterie,
- 12:38coupe et cetera, c'est pas quelque chose
- 12:40de fiable. C'est pas quelque chose de
- 12:42sécurisé parce que vous pouvez vous
- 12:43faire pirater et c'est pas quelque chose
- 12:44de confortable parce que vous baladez
- 12:46avec votre ordi ouvert à la main, bah
- 12:48c'est pas confortable du tout.
- 12:51Et c'est là que on va parler de cloud
- 12:53agents. Donc les cloud agents, ça
- 12:54consiste tout simplement à déporter
- 12:56l'utilisation de cloud code ou de Codex
- 12:59sur le cloud, donc sur une machine
- 13:01distante.
- 13:03Pourquoi faire ça ? Bah, comme je viens
- 13:04de vous l'expliquer, vous allez pouvoir
- 13:06fermer votre ordinateur. Si l'agent il
- 13:07tourne sur le serveur, il tourne plus
- 13:09sur votre machine. Donc l'ordi, il peut
- 13:10être fermé, on s'en fiche.
- 13:12Accessoirement, ça va faire moins
- 13:14chauffer votre machine parce que le
- 13:15harness, lorsque vous lancez trois,
- 13:17quatre agents qui tournent sur des work
- 13:19différents, ça peut quand même faire un
- 13:20peu chauffer le l'ordi et ça peut aussi
- 13:23bah consommer la batterie beaucoup plus
- 13:25vite. Donc déjà, on gagne en confort,
- 13:28mais on va aussi gagner en productivité.
- 13:31Et donc pour faire des cloud agents,
- 13:33vous avez deux possibilités. Soit vous
- 13:35allez souscrire à un serveur personnel,
- 13:37donc soit un VPS, soit vous pouvez votre
- 13:39serveur chez vous, soit vous allez
- 13:41prendre une solution éditeur comme par
- 13:45exemple les cursor agents. Donc moi
- 13:46personnellement, je les ai jamais
- 13:47vraiment testé mais j'ai vu pas mal de
- 13:49revues sur YouTube et on peut faire des
- 13:51choses qui sont très stylées avec.
- 13:53C'est-à-dire qu'on peut faire travailler
- 13:54l'agent euh de manière asynchrone dans
- 13:56le cloud sur pas mal de sujets. Donc
- 13:57c'est c'est à ne pas négliger.
- 14:01Le souci c'est que euh dans mon cas le
- 14:04VPS ne suffit pas et le problème a juste
- 14:07été déplacé dans le cloud. Qu'est-ce que
- 14:08je veux dire par là ? Imaginons que OK,
- 14:10j'ai mon VPS, donc je me connecte en
- 14:12SSH, j'ai ma petite fenêtre de terminal
- 14:14qui est sur mon ordi et je veux
- 14:15implémenter une tâche. Bah je vais je
- 14:17vais ouvrir le CLI code code. Je vais
- 14:19lui dire implément la tâche de 100. Ben
- 14:22malgré tout, il va quand même falloir
- 14:23que je revienne 30 minutes après pour
- 14:25lancer la tâche 2011 quelque part. Et du
- 14:28coup, j'ai j'ai gagné 30 minutes de
- 14:30confort où je peux faire autre chose,
- 14:31mais finalement la situation est pas si
- 14:33différente de si je travaillais sur mon
- 14:36ordi parce que comme je l'ai dit, pour
- 14:37passer de la tâche 200 à 2011, il va
- 14:39falloir que je revienne pour relancer
- 14:41cloud code. Et c'est là qu'intervient la
- 14:44notion de Ralph loop. Donc la RALF loop
- 14:47c'est un concept, c'est pas du tout un
- 14:49outil et l'objectif c'est de faire
- 14:51travailler des agents en boucle jusqu'à
- 14:53un objectif. Et la RALF loop dans sa
- 14:56forme la plus basique, c'est juste un
- 14:58script BH en gros.
- 15:03Et vous pourriez tenter de me dire "Oui,
- 15:05alors pour les boucles, on a déjà sur
- 15:06les sur les agents on a déjà le mode
- 15:08goal ou le mode loop dans Cloud Code et
- 15:11dans Codex." C'est vrai, mais c'est pas
- 15:13toujours euh suffisant. Vous allez pas
- 15:16pouvoir orchestrer les tickets comme
- 15:17vous voulez. Vous allez pas pouvoir
- 15:19changer de modèle entre deux deux
- 15:21tickets et cetera. Quand vous allez voir
- 15:23ma loupe à moi que je vais vous
- 15:24présenter, vous allez comprendre que en
- 15:26fait les modes natifs sont un peu
- 15:27insuffisants.
- 15:29Et donc ma fameuse loupe, elle est là.
- 15:31Donc ce qui va se passer que ma loupe
- 15:33c'est un script Python sur mon VPS et
- 15:36donc je vais lancer cette boucle. Chaque
- 15:38itération de la boucle va correspondre
- 15:40en gros à un ticket. les fameuses sub
- 15:43issues dont on a parlé plus tôt,
- 15:44c'est-à-dire une grosse spec qui a été
- 15:46découpée en ticket, ben moi je vais
- 15:48prendre une spec et le but de ma boucle,
- 15:50ça va être de gérer tous les petits
- 15:53tickets qui ont été découpés à partir de
- 15:55cette spec.
- 15:56Et donc chaque itération va récupérer un
- 15:59ticket et ensuite va implémenter.
- 16:01C'est-à-dire que le script Python va
- 16:03lancer le CLI Codex et utiliser GPT 5.6
- 16:07TER en effort médium pour implémenter.
- 16:10Ensuite, le script va lancer les tests
- 16:13locaux et enfin il y aura une relecture
- 16:17de la part de GPT 5.6 Sol. Donc là, je
- 16:20change de modèle. Je prends un modèle un
- 16:22peu plus intelligent, un peu plus lent
- 16:23parce que j'augmente l'effort, mais je
- 16:25peux me le permettre parce qu'on est
- 16:26juste là pour faire de la euh relecture
- 16:29et surtout s'assurer que ben Terra, il a
- 16:32bien atteint les objectifs qui ont été
- 16:34décrits dans son ticket.
- 16:36Si besoin, bah il y a une correction.
- 16:38C'est-à-dire que GPT sol, il va faire un
- 16:39un endoff pour que Terra puisse venir
- 16:41corriger. Et ensuite la validation
- 16:43finale, c'est que la SI Gitup doit être
- 16:45verte et si elle est pas verte et ben on
- 16:48recorrige et on itère comme ça jusqu'à
- 16:50ce que tous les tickets soient
- 16:51implémentés. Et donc moi je me retrouve
- 16:53aujourd'hui avec des boucles qui vont
- 16:55tourner pendant 2 3 4 heur pour
- 16:58implémenter une spec entière. Et donc
- 17:00généralement une spec c'est une fature
- 17:01ou en tout cas c'est un fix. En tout cas
- 17:03c'est une spec entière qui demande pas
- 17:04mal de boulot.
- 17:06Et donc les avantages c'est que je peux
- 17:08tirer le meilleur des agents. C'estàd
- 17:11que contrairement à un mode goal ou bien
- 17:12un mode loupe, je vais pas tourner sur
- 17:14le même contexte de mon agent. Vous avez
- 17:17vu à chaque fois à l'étape 1, à l'étape
- 17:193, à l'étape 4, je relance des sessions
- 17:21codex. Donc je repars avec un un agent
- 17:24qui a son contexte neuf et qui donc est
- 17:26dans son dans au meilleur de son
- 17:28intelligence. Ensuite, je peux jongler
- 17:30entre les modèles. Donc ça, on l'a vu
- 17:31pour en fonction de si je veux
- 17:33implémenter ou relire. Et tout ça tourne
- 17:35de manière autonome sur le VPS. Moi, je
- 17:38lance la boucle, je reviens 4 heures
- 17:39plus tard. Et c'est un process qui est
- 17:42explicite et reproductible. Donc
- 17:44qu'est-ce que j'entends par là ? Comme
- 17:45je vous l'ai dit, moi mon ma Ralf Loop,
- 17:47c'est juste un script Python. Et ce
- 17:49script Python, il est dans mon ripo
- 17:52GitHub. Ça veut dire que demain, bah
- 17:54j'ai un nouveau VPS. En 30 minutes plus
- 17:57tard, j'ai j'ai je peux refaire tourner
- 17:58exactement la même loupe parce que tout
- 18:00est défini dans un script Python.
- 18:03Et donc bah mon quotidien pour finir
- 18:05rapidement
- 18:07la journée bah comme je vous l'ai dit,
- 18:09j'utilise les skills de Mat Pocock pour
- 18:11préparer les specs et les tickets.
- 18:13Ensuite, je vais me rendre sur mon VPS
- 18:16et là je vais bah créer les branches qui
- 18:18vont bien, créer les workes si je veux
- 18:20avoir du travail en simultané et ensuite
- 18:22je vais lancer les boucles. le soir, bah
- 18:25je dors et les agents eux ils
- 18:27travaillent sur le VPS et le lendemain,
- 18:30je reviens et j'ai plus qu'à bah
- 18:31récupérer le travail qui a été fait sur
- 18:33les différentes branches, tester en
- 18:35local et puis ensuite je valide et je
- 18:37merge la PR. Et si je valide pas, ça
- 18:40veut dire que peut-être je vais rajouter
- 18:41un nouveau ticket pour courir certaines
- 18:43choses ou alors faire une nouvelle spec
- 18:44et cetera. Mais en tout cas euh quand je
- 18:47reviens après que cette boucle est
- 18:48tournée pendant plusieurs heures, moi
- 18:49j'ai juste à valider et fusionner.
- 18:53Et donc conclusion,
- 18:56depuis que j'ai ce nouveau setup, je
- 18:57travaille sur des tâches qui sont
- 18:58beaucoup plus variées. C'est-à-dire que
- 19:01je vais pas être simplement dans
- 19:02l'implémentation pure et dure, je vais
- 19:03passer pas mal de temps à planifier,
- 19:04déjà ça c'est un peu plus le côté
- 19:06entrepreneur qui parle, mais je vais
- 19:07passer plus de temps à planifier les
- 19:10features que je veux implémenter. Là où
- 19:12avant sur mes anciens projets, bah je
- 19:13devais passer beaucoup de temps à coder.
- 19:15Donc j'avais moins de temps de cerveau
- 19:16disponible et de temps tout court
- 19:18disponible pour planifier l'ordre
- 19:20d'implémentation des fatures. Ensuite,
- 19:22je vais passer beaucoup de temps à
- 19:23spécifier et cadrer. Donc les fameuses
- 19:26sessions de grilling, de discussion avec
- 19:28l'agent IA pour bien cadrer, bien
- 19:30spécifier ce que je veux faire. Et à la
- 19:33fin, bah je vais juste vérifier et
- 19:35déployer. Donc je fais plus de testing
- 19:37que je pouvais en faire avant.
- 19:39Et donc pour finir, ce nouveau setup, il
- 19:41m'a fait passer de développeur zombie à
- 19:42un développeur un peu plus zen et
- 19:44surtout hyper productif. Et voilà, c'est
- 19:47vraiment agréable. Je trouve que bah le
- 19:49fait de savoir que l'implémentation,
- 19:52elle est asynchrone, elle est déléguée
- 19:54quelque part et moi je peux utiliser mon
- 19:55cerveau maintenant pour faire des choses
- 19:57plus précises, donc spécifier les
- 19:58tâches. Et spécifier les tâches, ça peut
- 20:01avoir l'air de rien, mais dans un monde
- 20:03où on a plus spécialement de ownership
- 20:05sur son code, c'est-à-dire on lit plus
- 20:06son code. Moi sur mes projets, je lis
- 20:08vraiment presque presque plus le code.
- 20:11Grâce aux sessions de spécification, je
- 20:13sais quand même ce qui se passe dans mon
- 20:15ripo. Je sais quel service existe, quel
- 20:17module existe, quelles sont les
- 20:19interactions, comment on teste. Je sais
- 20:21globalement tout ce qui se passe parce
- 20:23que je prends le temps de tout spécifier
- 20:25et pour autant j'ai pas besoin de lire
- 20:26le code. Donc je suis à l'aise, je suis
- 20:28confort et je suis productif.
- 20:31Merci à tous d'avoir suivi cette vidéo.
- 20:34Je pense que donc cette vidéo, elle a
- 20:36été très théorique. J'ai juste suivi mes
- 20:40slides et j'ai expliqué des concepts et
- 20:42mon quotidien. Si ça vous intéresse, je
- 20:45pourrais faire une vidéo un peu plus où
- 20:47je mets les mains dans le cambouille, où
- 20:48je vous montre comment j'ai setup mon
- 20:49VPS, comment je m'y connecte, comment je
- 20:51lance Collex, le détail de mon script et
- 20:53cetera. une vidéo un peu plus pratique,
- 20:56mais pour cette vidéo, je voulais faire
- 20:57quelque chose d'assez théorique pour que
- 20:58chacun puisse se l'approprier et faire
- 21:01ses propres workflow de dev et sa propre
- 21:04software factory surtout. Yeah.
About this transcript
This page contains the full transcript of J'ai construit une usine à code. by Paul LM, generated from the public captions YouTube serves with the video. The transcript has 4,265 words across 624 segments, with the original timestamps preserved so you can click any line to jump to that moment in the embedded player.
What you can do with it
Use the transcript to take notes, quote the speaker, build a study guide, generate a summary with ChatGPT or Claude via the YouTube Summary tool, or export it as a timed subtitle file with YouTube to SRT. You can also re-open it in the transcriber to translate the transcript into 100+ languages.
Free YouTube transcript tool
YouTube2Text is a free YouTube transcript generator — no signup, no daily limit. Paste any YouTube link and get the full transcript instantly, with timestamps, click-to-jump, translation to 100+ languages, AI prompts for ChatGPT, Claude, and Gemini, and exports to TXT, SRT, VTT, or Markdown.