Things broken on purpose
Anya P. · Jun 19
The fastest debugging trick I've learned is to write out, in one sentence, what the system is supposed to be doing. Half the time I notice the bug while writing the sentence.
When a system surprises me, my first instinct used to be to fix the surprise. Now my first instinct is to figure out which mental model of mine was wrong, and update that.
Every time I revisit a project after six months, I find at least one place where past-me wrote a comment that present-me has now stopped trusting. Comments rot faster than code.
I used to add a layer of abstraction the first time I saw a pattern repeat. Now I wait for the third. The waiting is uncomfortable, but the abstractions that survive that wait tend to last.
If a config file has more than a dozen options, half of them aren't being used. The other half are being used in ways the original author didn't predict.
I write smaller commits than I used to. The commits are uglier in isolation and much easier to read in sequence.
← back to index