Sleutelen als debuggen

Mensen vinden het soms een vreemde combinatie: overdag code, 's avonds met mijn handen in een motorblok. Voor mij is het juist hetzelfde werk in een andere taal. Een auto die niet start en een build die faalt vragen om precies dezelfde houding.

Begin bij het symptoom, niet bij het vermoeden

De verleiding is altijd om meteen te fixen wat je denkt dat er mis is. Nieuwe bougies, want dat was het vorige keer ook. Een dependency bumpen, want dat helpt meestal. Maar een vermoeden is geen diagnose.

In de garage betekent dat: eerst meten. Heb je vonk, brandstof en compressie? In code is het niet anders — lees de stacktrace, reproduceer het, en pas dan begin je te sleutelen.

Je lost geen probleem op dat je niet eerst hebt gezien.

Isoleer één variabele tegelijk

De grootste fout die je kunt maken is drie dingen tegelijk veranderen. Dan werkt het misschien weer — maar je weet niet waaróm. En wat je niet begrijpt, kun je de volgende keer niet opnieuw oplossen.

• Verander één ding.
• Test.
• Documenteer wat je zag.

Saai? Misschien. Maar het is het verschil tussen monteur en gokker.

Het echte werk zit in de details die niemand ziet

Een nette kabelboom, een aangedraaide bout op het juiste koppel, een commit-message die uitlegt waarom. Niemand ziet het als het goed is. Iedereen merkt het als het fout gaat.

Dat is uiteindelijk de rode draad van deze site: dingen laten draaien, met aandacht voor wat onder de motorkap zit.