Stop met dezelfde fouten 3x oplossen

Developer: Hoi AI, fix die bug in de login-flow, hij crasht bij lege input.
AI-tool: Geen probleem, ik voeg een validatie toe. Klaar!
Developer: Nog steeds kapot. Probeer wat anders.
AI-tool: Oké, nieuwe validatie toegevoegd. Nu werkt het!
Developer: Zucht, hetzelfde probleem... Wat doe ik verkeerd? 😤

Laatst werkte ik aan een zoekfunctie in een van mijn eigen apps. Crashte constant bij lege input. Cursor genereerde fix na fix, maar niets werkte. Na een uur frustratie drong het tot me door: dit probleem had ik twee weken eerder ook al. Zelfde type bug, zelfde trial-and-error, zelfde tijdverspilling.

Cursor en Claude onthouden context binnen een sessie, maar niet tussen projecten. Elke nieuwe sessie begint met een schone lei. Tenzij je ze helpt herinneren. Ik begon een simpel dagboek bij te houden van bugs en hun oplossingen. Twee weken later crashte een filtercomponent. Ik checkte mijn logs, herkende het pattern, en had het in 5 minuten gefixt in plaats van 45.

Dat dagboek? Noem ik nu Session Logs.

Waarom blijven we in deze loop zitten?

Een recente studie van METR (Model Evaluation and Threat Research) bracht iets opmerkelijks aan het licht: 16 ervaren developers werkten met AI-tools zoals Cursor en Claude. Ze dachten dat ze 20% sneller waren. In werkelijkheid? 19% langzamer.

De reden: developers hadden context die de AI niet had. Ze moesten constant AI-output debuggen en aanpassen. Sound familiar?

En daar gaat het fout. We gooien prompts naar AI en hopen op het beste. Week na week dezelfde bugs, week na week opnieuw beginnen. Omdat we vergeten wat werkte en vooral waarom het werkte.

Bouwen met AI voelt soms alsof je door dezelfde deur blijft lopen en steeds vergeet dat er een drempel zit. Je struikelt, staat op, loopt verder. Een uur later? Weer die drempel. Omdat je niet opschreef: "Let op, drempel bij de deur."

Het systeem dat mij eruit haalde

Na die zoekfunctie-frustratie deed ik iets simpels. Ik opende een Markdown-file en typte:

Bug: Zoekfunctie crasht bij lege zoekopdracht Wat ik zag: Gebruiker drukt Enter → wit scherm Geprobeerd: Blokkeer standaard gedrag, check of veld leeg is Wat werkte: Toon "Typ iets om te zoeken" + laadanimatie Les: Bij crashes altijd checken: wat als gebruiker niks invult?

Vijf regels. Twee minuten werk.

Twee weken later crashte die filtercomponent. Ik scrollde door mijn logs, zag het pattern, wist precies waar ik moest kijken. Geen trial-and-error deze keer.

Zo werkt het nu bij elke bug: open session-logs.md, noteer wat stuk was en wat probeerde ik, schrijf op wat werkte. Klaar. Maximum 5 minuten. Na een paar weken begon ik patronen te zien. Blijkt dat het merendeel van mijn bugs in een paar terugkerende categorieën valt.

Voorbeeld: Het inlogprobleem

Een veelvoorkomend probleem: gebruiker logt in, wordt doorgestuurd, en belandt weer bij het inlogscherm. Zo ziet een Session Log voor dit soort bugs eruit:

Session: Inlog blijft herladen Probleem: Gebruiker logt in → pagina laadt → weer terug bij inlogscherm

Wat niet werkte:

• "Fix het herladen" → AI voegt meer stappen toe die het erger maken 🤦
• "Maak het simpeler" → AI breekt de hele flow

Wat wel werkte: "Los het stapje voor stapje op:

1. Kijk waar precies de inlog mislukt
2. Check of de login-gegevens echt worden opgeslagen
3. Test of de pagina's naar de juiste plek sturen
4. Probeer in privémodus (oude cache kan rotzooien)"

Pattern ontdekt: Inlogproblemen komen meestal door opslag of timing Nieuwe standaard: Begin ALTIJD met begrijpen waar het misgaat, niet gelijk fixen

Dit soort logs redden je bij vergelijkbare problemen. Verschillende projecten, maar hetzelfde onderliggende pattern. Je ziet meteen: ah, dit is weer zo'n inlog-timing dingetje.

In gesprekken met andere developers hoor ik dit vaak terug: ze debuggen iets en realiseren zich halverwege dat ze dit probleem eerder al hadden. Zonder log beginnen ze opnieuw. Met log? Direct naar de oplossing.

Mijn template

Niks fancy. Dit werkt:

# Session Logs [Project]

## [Datum] - [Korte beschrijving bug]

### Het probleem

• Wat zie je: [user perspective]
• Wat vermoed je: [technical hunch]

### Geprobeerde fixes

1. [Prompt/approach 1] → ❌ [waarom niet]
2. [Prompt/approach 2] → ❌ [waarom niet]
3. [Prompt/approach 3] → ✅ WERKT

### De winnende prompt

[Exact de prompt die werkte]

### Pattern/Lesson [Wat is het onderliggende patroon?]

### Note to future self [Die ene tip die je later blij maakt]

Pak die bug waar je nu mee zit. We hebben er allemaal één. Fix hem met AI, maar log het proces deze keer. Die 5 extra minuten betalen zich tien keer terug.

Wat het je oplevert

Week 1 voelde het als extra werk. Twijfelde of het wat opleverde. Week 2: eerste doorbraak. Ik voorkwam een React state bug door een oude log. Week 3: ik zag patronen verschijnen. Die 80% in drie categorieën. Week 4: bugs die eerst 45 minuten kostten, fix ik nu vaak in 5-10 minuten. Veel minder "wtf gebeurt hier?" momenten.

Ik herken nu dingen. "Oh, dit is weer zo'n state-management ding." Mijn eerste prompts zijn beter geworden omdat ik automatisch edge cases include. Geen googelen meer, gewoon eigen logs checken. En complexe bugs? Die schrikken me niet meer af.

Het grootste verschil: ik hoef niet meer te hopen dat AI het snapt. Ik weet welke prompts werken voor welk type probleem.

Dus

Je investeert 5 minuten na elke bug-fix om later uren te besparen. Je traint niet alleen je AI-tool, je traint jezelf om betere prompts te schrijven, patterns te herkennen, en sneller te debuggen.

Open een nieuwe file. Noem het session-logs.md. Begin bij je volgende bug. Kijk over een maand terug en zie hoeveel sneller je werkt.

---

📥 Voorkom debugging-chaos

Stop met dezelfde bugs 3x oplossen. Het volledige framework helpt je structuur aanbrengen van planning tot debugging.

Begin met de PRD Template Lite (gratis) - voorkom bugs door eerst goed te plannen.

Wil je het complete framework? Met Mission Control Pro templates, Session Log templates en debugging best practices als onderdeel van Framework Access (€1.500/jaar).

---

Vorige: Mission Control: Je GPS voor bouwen met AI
Volgende: Van idee naar werkende AI-oplossing in 4 weken →

P.S. Deel je eerste Session Log-win met me op LinkedIn. Ik ben oprecht benieuwd wat voor patterns jij ontdekt.