Comment j’ai reconstruit mon rapport au code après deux burnouts

Comment j’ai reconstruit mon rapport au code après deux burnouts

Petite remarque avant l’article, j’ai choisi de générer les images d’illustration avec l’IA, juste parce que tu ne trouve pas sexy l’image d’un IDE avec du vrai code et des vrais outils qui fonctionnent ^^ Comme par exemple:

Salut les codeurs (et les autres) 👋. Après deux burnouts qui m’ont littéralement explosé 💥, j’ai fait un virage à 180 degrés. Vidéaste depuis 3 ans, photographe depuis que j’ai mes premières peluches (ma première photo, c’était à 6 ans) 📷, je n’étais plus vraiment dans le dev.

Un mot sur mon background : je suis DevOps et Full-Stack Developer. DevOps, c’est l’art de faire collaborer le développement logiciel (Dev) et les opérations informatiques (Ops) 🔄. Concrètement, je m’assure que le code passe sans embrouilles de la conception à la production. Full-Stack Developer ? Ça signifie que je bosse aussi bien sur le front-end (ce que l’utilisateur voit 👀) que sur le back-end (ce qui se passe côté serveur ⚙️). Un couteau suisse du développement, quoi.

Mais TransKrib ? Ce projet me trottait dans la tête 🤯.

La genèse de TransKrib : Entre nécessité et innovation

Parce que je suis humain, j’oublie 🤷‍♂️. Les carnets à côté du lit ? Impossible. Me lever pour les notes, c’est foutu : impossible de me rendormir après 💤. Le dictaphone ? Ma solution temporaire. Retranscrire mes notes audio ? Un truc tellement casse-couille qu’il fallait trouver mieux 🤦‍♂️.

J’ai donc cherché dans les outils 🔍. En parallèle, je découvrais les concepts de « second cerveau » via Tiago Forte et Eliott Meunier 🧠. Ma quête : transformer mes pensées fugaces en connaissances exploitables.

D’un script à une application

D’abord, j’ai bidouillé des scripts shell 💻. Parce que oui, ça fait plus de 10 ans que j’automatise mes besoins en ligne de commande. Petit à petit, ces scripts ont grossi, gagné en complexité, jusqu’à devenir une véritable application en ligne de commande 🏗️.

Et là, je me suis dit : « Et si je mettais une interface pour que d’autres puissent en profiter ? » 🤔. J’ai alors commencé à bosser sur TransKrib, une appli multi-plateforme qui transcrit les notes audio et les intègre directement dans mes outils d’organisation.

J’ai choisi le nom TransKrib parce qu’il dit littéralement ce que fait l’appli, et ce « K » lui donne un côté brut, authentique, un peu comme moi 🤘. Metal jusqu’au bout, Slipknot et Soilwork dans les oreilles ! 🎸🔥

L’IA dans l’histoire

Après mes burnouts, mon rapport au code était mort ⚰️. Pas une simple flemme, non, un véritable rejet. Pourtant, TransKrib m’intéressait vraiment. Alors, j’ai trouvé une parade : l’IA 🤖.

J’ai testé Windsurf et son IA pour coder à ma place. Mon prompt fétiche ?

Study @SPECS.md for functional specifications.
Study @.windsurfrules for technical requirements
Refactor project

En gros, je lui file des specs et elle se débrouille 🎭. Spécifications ? Pour ceux qui ne savent pas, c’est la liste des règles du jeu 🎲 : ce que doit faire mon appli et comment elle doit se comporter. Un plan d’architecte avant de poser la première brique 🏗️.

Résultat ? En 5h, j’ai cramé mon quota « Trial » de Windsurf. Pas de chance ! 🎟️ Depuis, je tourne sur leur IA basique, que je guide comme un stagiaire. Sauf que lui, au moins, peut aller chercher le café ☕. L’IA, elle, faut lui répéter tout le temps comment bien bosser 🙄.

Ma stratégie : les tests unitaires

Comme je reste un dev dans l’âme, j’ai trouvé une entaille dans la matrice 🕶️. Je ne code pas directement, je modifie uniquement les tests unitaires et je la laisse se démerder.

Les tests unitaires, c’est quoi ? C’est un peu comme vérifier que chaque ingrédient d’une recette fonctionne avant de préparer le plat entier 🍳. Si un ingrédient est pourri, on le corrige avant que tout parte en vrille 🤢.

Là où ça devient chaud 🔥, c’est quand je dois corriger ses tests unitaires et implémenter des mocks (des objets factices pour simuler le comportement de vraies parties du code). Autant dire que l’IA n’a pas encore compris que la performance et la propreté du code, c’est pas du luxe 🚀.

Et la suite ?

Pour l’instant, je teste jusqu’où je peux pousser l’IA 🤖. Mais quand je livrerai TransKrib, ce sera du code fait avec mes mains, pas un truc a moitié en carton 🏗️. Parce que, soyons honnêtes, ces IA ne comprennent pas encore l’optimisation. Et moi, j’aime quand ça tourne propre et efficace ⚡.

Par contre, elles te pondent du code comme jamais. Et bien guidées, elles te font même de l’efficace. Je suis bluffé franchement.
Même si parfois j’ai envie de beugler dessus ^^


Je ne les ai testé que sur une application shell (ligne de commande) et sur la création d’une base d’application Desktop. En usant (jusqu’a la corde) leurs version gratuites. Et béh franchement, quand tu sais ce que tu fais chapeau. Sinon prépare le portefeuille 💰 !

Finalement, après deux burnouts, j’ai trouvé une façon de revoir mon rapport au code ❤️. Je ne code plus par obligation, mais parce que j’ai un projet qui me motive. Et si l’IA peut me servir d’apprenti, pourquoi pas. Tant que c’est moi qui tiens la barre 🚀.


Ah et j’t’ai pas dit, mon site est impossible (je pèse mes mots) à pirater par conception et il se met à jour tout seul…

Fait moi part de tes réflexionsEcrire un message

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Retour en Haut
Fermer Zoom