← Tous les packs
Code En ligne

Une base de code inconnue et immense — il la comprend avant d’y toucher

Une base de code inconnue et immense — il la comprend avant d’y toucher.

Reprendre un projet que vous ne connaissez pas, ou revenir au dépôt que vous n’avez pas ouvert depuis trois mois — le plus épuisant n’a jamais été d’écrire. C’est de comprendre ce qui peut bien s’y passer. Des millions de lignes se déploient devant lui en une seule carte, en quelques millisecondes. Puis vous demandez « qui utilise ce truc » — là où un autre agent fait vingt allers-retours, il pointe généralement droit dessus, à travers autant de paquets qu’il faut, sans rien oublier. La première fois qu’un nouveau langage apparaît dans votre projet, vous ne configurez rien. Ce que vous économisez, ce ne sont pas quelques minutes. C’est l’après-midi que vous auriez passé à tourner en rond.

Quelques millisecondesdes millions de lignes déployées en une seule carte
Du premier coupce qu’un autre agent met vingt allers-retours à trouver
29 langagesvous n’en configurez aucun
Vous lui donnez

Une tâche, en une phrase. « Fais en sorte que le chemin de reprise survive à un portable en veille, avec un test de non-régression. »

Elle vous rend

Du code qui marche, des tests qui ont tourné, et une réponse franche : jusqu’où il a vérifié, et ce qui reste risqué.

Ce qu’il y a dedans

Fini l’après-midi perdu sur « qui utilise ce truc »

Il répond après avoir lu tout le dépôt, pas en cherchant un mot-clé et un fichier à la fois. Rien de tronqué, rien d’oublié — vous n’avez pas à revenir vérifier.

Changer de langage ne veut pas dire monter un environnement

Go, Python, Rust ou autre chose apparaît dans le projet et vous travaillez, simplement. Ce qui s’installe et ce qui se lance, vous n’avez jamais besoin de le savoir.

Un autre agent essaie vingt fois ; lui tombe juste du premier coup

Des millions de lignes deviennent une seule carte en quelques millisecondes, alors vous demandez une fois et il pointe l’endroit : dix-neuf points d’appel dans quatre paquets, tous d’un coup, plutôt qu’un par tentative. Vous ne restez pas assis à le regarder deviner.

Une seule personne peut travailler comme une équipe

Trois chantiers en parallèle sur le même projet, sans se marcher dessus. Ce qui est trouvé reste avec le projet, donc si vous ne le corrigez pas aujourd’hui, demain — ou une autre machine, ou un collègue — le reprend avec le raisonnement intact. Même un projet à une personne a droit à une passation.

Il vous dit jusqu’où il a vérifié

« Cela compile » compte comme un échelon, et il l’étiquettera comme cet échelon-là. Vous savez s’il faut aller regarder vous-même, au lieu qu’on vous expédie d’un « c’est fait ».

Il respecte vos conventions

Il lit les conventions d’ingénierie déjà présentes dans le projet et les suit. On ne vous laisse pas ranger un tas de code qui ne ressemble à rien d’autre.

C’est vous qui appuyez en dernier, à chaque fois

Il travaille avec vos permissions, dans le répertoire que vous lui indiquez, et s’arrête pour demander avant tout ce qui est sensible. Fusionner, pousser, publier — cette dernière pression est toujours la vôtre.

Pourquoi vous pouvez y croire

L’argument le plus convaincant est le produit lui-même : plusieurs millions de lignes de code, dont la moitié écrite par la chose dont vous lisez la présentation.

ce dépôtdéplié
millions de lignes ... quelques millisecondes · une seule carte
qui l’utilise ........ du premier coup · 4 paquets · rien d’oublié
un autre agent ....... même question · vingt allers-retours
ce produit ........... des millions de lignes, écrites à moitié par lui