How a Tuesday Actually Goes
An honest timesheet, including the parts that don't look like work.
I wanted to know where a day goes, so I wrote one down as it happened. No editing, no rounding up to make it look better.
8:40 — Awake. Phone first, which I know is a bad idea and did anyway.
9:20 — Chai. Open the laptop, open the pipeline dashboard. One lane red. Check whether it's mine. It isn't. Feel relief, which is a slightly embarrassing emotion to have about someone else's broken build.
9:50 — Start on the actual task. Twenty minutes of just reading code before touching anything.
10:30 — The twenty minutes was the whole problem. What I was asked to build already exists, two directories over, under a different name. Message the person who asked.
11:15 — No reply yet. Start on the second thing instead.
12:00 — Reply arrives. The existing thing doesn't cover one case. So: build the one case, not the feature. Scope drops by about 80%.
1:00 — Lunch, late.
1:45 — This is the good stretch. Ninety uninterrupted minutes. Most of the actual work of the day happens here.
3:20 — A test fails that has nothing to do with me. Spend forty minutes on it. It's a test-data problem from a run three weeks ago. Not fixable today, write it down.
4:30 — Review someone's pull request. Find one real thing and three nits, and make myself delete two of the nits before posting.
5:15 — Back to my branch. Finish. Push.
6:00 — The push fails CI on something unrelated. Of course.
7:30 — Stop.
What I learned from writing it down
The single most valuable block was 9:50-10:30 — the reading that saved most of a week by finding the thing already existed. On a timesheet it looks like nothing. No commits, no output.
The second most valuable was deleting my own review comments.
Neither is visible in any system that tracks what I do. I think about that a lot.