The best method I use to design software never mentions the word "software".
I learned it in five years as an AV technician, wiring audio and video systems, and it fits in one line: draw every input and output on paper before you connect anything.
@StackOutreach I rushed it. That's the lesson with AI in general: automate a thing only after you've built it and know each piece works.
So I'm doing it one at a time now. Today I sent 10 messages, and I gathered context for each before I wrote. AI helped, but no batch.
"I'm Sadie at Jean Desauw."
I'm Jean. I've never met Sadie.
My AI outreach tool's defaults launched before I finished setting it up. Overnight, 196 emails went out, signed by people who don't exist.
0 replies. My mistake.
Own your sales and marketing. Don't delegate yet.
You don't need two million people.
At a made-up price of 10 € a month, 150 paying people is 1,500 € a month. Before fees and tax.
It's only arithmetic. It isn't my price or my goal. It shows how small "enough" can be for one person.
Those 150 still have to hear about you.
@oldstackjournal Hey that's exactly my current journey!
At the moment I am building roleplaying games and tools and I speak about my journey on my socials !
Bien vu. Mais Julien, il fait quoi lundi matin ?
Sa peur est là, vraie ou pas. Une formation de plus ne le sauvera pas.
La vraie question : quel problème peut-il identifier dans la société, qui s'en plaint autour de lui ?
Il est peut-être temps de construire nos propres produits.
Ma réponse, en anglais : https://t.co/FtAnJp88xE
https://t.co/XlhNEpD6xK
Tu t'appelles Julien. 38 ans. Développeur senior. Depuis 15 ans, tu expliques aux autres développeurs pourquoi ils écrivent du mauvais code.
Hier, ton manager t'annonce que Claude Code va reprendre ton périmètre.
Tu l'as assez mal pris.
En 2012, tu découvres le Clean Code de Robert C. Martin. Tu comprends que coder ne consiste pas simplement à faire fonctionner un logiciel, mais à respecter des principes.
Tu te formes au TDD, au DDD, à l'architecture hexagonale et aux principes SOLID.
Tu achètes la formation de ton gourou préféré. 2 400 €. Un expert autoproclamé qui explique que le vrai développeur est un artisan, pas un exécutant.
Tu refuses les PR qui contiennent des méthodes de plus de 15 lignes. Tu passes une heure à expliquer pourquoi une classe UserService est une erreur de conception.
Tu es fier de ton métier.
En 2019, tu imposes le TDD à ton équipe. Tu expliques que la dette technique est une dette financière déguisée.
Quand ton manager te demande pourquoi la fonctionnalité prend 6 semaines, tu lui expliques qu'on ne construit pas une cathédrale avec des parpaings.
Il te répond que le client attendait une fonctionnalité, pas une cathédrale.
Tu trouves cette remarque révélatrice de la culture technique de l'entreprise.
En 2022, tu refonds un microservice qui fonctionne depuis 4 ans pour le rendre conforme au DDD.
14 aggregates, 23 value objects et 8 bounded contexts.
Ton manager te demande si les utilisateurs voient une différence.
Tu lui expliques qu'ils ne sont pas censés comprendre la qualité architecturale.
Il te répond que c'est dommage, parce que l'entreprise est censée la financer.
En 2025, tu testes Claude Code.
Tu lui demandes de générer une classe, de la refactorer, puis d'écrire les tests.
Il le fait.
Tu lui demandes de revoir l'architecture selon SOLID.
Il le fait aussi.
Tu passes deux heures à expliquer pourquoi ce n'est pas du véritable software craftsmanship.
En 2026, ton manager annonce la généralisation des agents IA.
Tu lui rappelles que vous avez passé 8 ans à construire une architecture DDD parfaitement documentée.
Il te répond que Claude a utilisé cette documentation pour développer en trois jours ce qui était prévu pour le trimestre.
Tu lui demandes ce qu'il advient de la qualité.
Il te répond que les agents écrivent les tests, les exécutent et corrigent les erreurs.
Puis il t'annonce que ton nouveau rôle sera de superviser les agents.
Tu es désormais responsable de la qualité du code que tu ne produis plus.
Tu rentres chez toi.
Tu publies sur LinkedIn : "L'IA ne remplacera pas les bons développeurs. Elle remplacera ceux qui ne comprennent pas le métier."
14 likes. Dont 9 développeurs qui viennent de perdre leur mission.
Ton ancien gourou commente. Celui à qui tu as versé 2 400 €.
Il lance une nouvelle formation : "AI-Augmented Software Craftsmanship".
1 990 € en early bird.
Tu regardes ton compte bancaire.
Tu te demandes si tu n'aurais pas dû vendre des formations.
@KimChouard Honestly the STT might just have better marketing instincts than us !
"Learn how to play with your sax" 🎷 would get insane conversion rates 😂
The more polished the output, the better they hide.
So when AI drafts something for me, I ask two questions.
What did the model decide on my behalf?
Do I agree?
Every AI output carries silent decisions: choices the model makes on your behalf, without asking you.
A spec answers questions you never discussed.
A research plan decides which sources matter.
An outline picks an angle before you have one.
They look like the work.
Try this today: the agent's shoes.
1. Open your last AI instructions.
2. Read them as if you were the agent. You know nothing else.
3. Ask: could I do this job from what is written?
4. Write down every "no, I'd need to know..."
Each gap is a decision the model makes for you.
So what lets you answer? For me, it starts with the why. The problem I'm actually trying to solve. Who the solution is for.
I wrote down how I try to keep the decisions, plus one exercise you can do today.
https://t.co/DEBiEGn3bC
Asking Claude to interview you only helps if you can answer its questions.
Last week, Addy Osmani wrote that newer models need less prompting. If you don't know what you want, ask Claude to interview you until it could write a spec.
I work the same way.
https://t.co/NnrRLSmIcr
The model will ask about things you never thought through.
Who is this for? What should it never do?
Every question you can't answer, the model answers for you. First in the spec, then in the code.