Dit is het leerplan met de meeste eigen kaarten. Kortste route naar een merkbaar verschil in hoe je dag verloopt.
1. Eerst plannen, dan pas code
De grootste winst kostte me niets: vraag om een plan voordat je om code vraagt. "Lees deze bestanden, leg uit hoe het nu werkt, en stel dan een aanpak voor — nog niets aanpassen." Je ziet meteen of de aannames kloppen. Corrigeren in een plan van tien regels is een minuut werk; corrigeren in een diff van vierhonderd regels is een middag.
2. Wees preciezer dan je gewend bent
"Fix de bug" levert gokwerk op. "De export geeft lege regels bij klanten zonder factuuradres, zie ExportService, los het op zonder de signature te wijzigen" levert een oplossing. Dezelfde precisie die je van een junior zou vragen, alleen typ je het één keer. Ik merk dat ik in een goede sessie langere berichten schrijf dan in een slechte.
3. Vraag om tegenspraak
Als je vraagt of je aanpak goed is, krijg je meestal ja. Vraag het anders: "noem drie redenen waarom dit een slecht idee is". Dan komt er wél iets bruikbaars terug. Ik gebruik dit voor elke architectuurkeuze die ik lastig kan terugdraaien. Twee van de drie bezwaren zijn onzin, en het derde had ik zelf moeten bedenken.
4. Opdracht: laat je laatste keuze afbranden
Neem een technische keuze die je deze week gemaakt hebt en nog kunt terugdraaien. Open een sessie in dat project en vraag: "noem de drie sterkste argumenten tegen deze aanpak, en wat je in plaats daarvan zou doen." Lees het, verwerp wat onzin is, en noteer wat blijft hangen. Vijf minuten. Vaak is het niets. Soms scheelt het je een maand.
5. Begin vaker opnieuw
Lange sessies worden slechter, niet beter. Na een uur zit er van alles in de context dat niet meer klopt: verworpen ideeën, oude bestandsversies, een zijpad dat nergens heen ging. Ik sluit nu af zodra een taak klaar is en begin schoon aan de volgende. Voelt verspillend, werkt beter. Zet wat je geleerd hebt in CLAUDE.md, dan raak je het niet kwijt.
6. De beste tekst die Anthropic zelf schreef
Dit is de tekst die ik doorstuur aan collega's die vragen hoe ik het aanpak. Geschreven door mensen die het dagelijks gebruiken, niet door marketing. Het idee dat je Claude eerst laat lezen en plannen voordat er ook maar één regel wordt aangepast, heeft mijn manier van werken echt veranderd. Neem er een kwartier voor.
7. Terugkerende klussen, uitgeschreven
Bugs zoeken in code die je niet kent, refactoren, tests schrijven, een nieuwe codebase leren begrijpen. Per klus staat er een concrete aanpak. De sectie over een onbekende codebase verkennen is de beste van de pagina — precies wat je nodig hebt als je bij een nieuwe opdrachtgever binnenkomt en niemand tijd heeft om je rond te leiden.
