5 ms·
The advice about "chunking" when writing new code does not apply when, like the cartoon character, you are debugging, perhaps post-facto, an event in a complex
by jim-davis 8y ago
The advice about "chunking" when writing new code does not apply when, like the cartoon character, you are debugging, perhaps post-facto, an event in a complex system where you must recreate the state while considering multiple hypotheses. You are constructing and exploring a fault-graph, formulating various 'experiments' you can try next to prune (or expand) the graph, weighing the relative costs/benefits of each next action, and assessing your confidence in multiple beliefs. All this with imperfect information (e.g. as the cartoon shows, missing course code; but also empty commit messages, obscure or obsolete comments.
The most useful 'chunking' I do is to actually write down the multiple hypotheses and evidence pro-and-con. Often the mere act of putting the idea into words helps, and at least it gives me something to come back to when I get interrupted.
- bonniemuffin 8y ago+1 on write it down. Leaving myself an unusually effective trail of notes is the secret weapon that makes me substantially more resilient to interruptions and task switching than many of my peers. Paper, osx notes app, google docs, emails-- the right tool depends on the exact task, but step 1 to solving any problem is always "start a doc".
- Noumenon72 8y agoDo it in something searchable so you can look for "have I ever puzzled through this class before?"
- deleted 8y ago[deleted]