4x plus rapide : comment l'IA a tué mes goulots d'étranglement

Le vrai goulot, c'était moi

Il y a quelques années, le frein était clair : monter un projet de zéro, câbler les parties fastidieuses, puis enfin tester l'idée intéressante. Ça prenait du temps—assez pour qu'une moitié de tes prototypes ne voient jamais le jour.

Aujourd'hui ? Ce frein a presque disparu.

L'auteur a publié 5+ dépôts en quelques mois (Sakoa, Kato, Seal, Karabiner, Plim). Il y a 3 ans, ça aurait donné 3 readmes, 2 branches abandonnées, 1 proto fini. Maintenant, ça tourne. Y a des tests. Certains commencent à ressembler à de vrais projets.

Le point : tu peux essayer les idées au lieu de juste les discuter.

Ce que personne n'avait dit : la forme du travail change

Quand tu ne tapes pas chaque ligne, tu penses différemment. Tu raisonnes en frontières, contrats, interfaces. Tu écris des spécifications globales avant que le système existe.

C'est petit sur le papier, mais ça transforme la tête :

• ▸Tu planifies à un niveau plus abstrait (problème avant solution).
• ▸Tu deviens meilleur pour déléguer—pas juste aux agents, aussi aux gens.
• ▸La compétence "décrire exactement ce que tu veux qu'un junior (ou un modèle) fasse sans supervision" ? Elle fonctionne dans les deux sens.

Cette transformation dans la façon de concevoir vaut autant que le gain de vitesse brut.

Sur le bilan productif

L'auteur mesure ça grossièrement : 4x plus rapide sur le temps classique "idée → PR" (jours-avant-PR). Mais c'est pas le plus intéressant.

Le vrai effet : la catégorie de travail que tu peux prendre change.

Les idées que tu laissais traîner ("bonne idée, pas le temps") rentrent maintenant dans l'après-midi. Les refactorisations qui te faisaient grimacer deviennent faisables. Le coût d'essayer quelque chose a tellement baissé que tu testes au lieu de débattre dans un doc.

Le prix : tu dois garder les mains sales

Mais il y a un piège : tu codes moins, donc ta dextérité technique rouille. L'auteur le dit clairement : il faut être volontaire pour garder les mains dans le cambouis.

Mettre en œuvre de bout en bout à la main. Lire du code source au lieu de demander un résumé. Utiliser un débogueur au lieu de copier la trace d'erreur dans un chat. C'est plus lent, parfois frustrant—et c'est non-négociable.

Pourquoi ? Parce que les moments où l'IA ne suffit pas exigent un ingénieur qui sait vraiment ce qu'il fait.

L'envers du décor vaut le coup : avec cette nouvelle vélocité, c'est facile de dégager du temps pour explorer, apprendre, construire des trucs bizarres sans culpabilité. Les heures que tu passais sur les parties inévitables du projet sont maintenant libres.

Impact concret au boulot

L'auteur (qui bosse pas juste sur du perso) a déjà livré :

• ▸De l'automatisation interne qui aide les autres ingés (vrai accomplissement).
• ▸Une réduction de ~50% sur les temps d'initialisation des codespaces internes.

Deux choses qu'il n'aurait pas eu la capacité de toucher avant. Le gain de vélocité n'accélère pas juste ce que tu faisais ; il élargit la surface de ce que tu peux faire du tout.

La conclusion franche

L'auteur conclut sans formule magique : il va continuer à prototyper, garder les mains sales quand il faut, et observer. Pas de "l'IA c'est magique" (il reste prudent sur les questions environnementales, financières, sociales). Juste : la réalité du quotidien, c'est qu'il peut aller plus vite, penser plus grand, livrer plus.

Et c'est fun.