2020 marathon race report

In 2019 I ran my first half marathon. For 2020 I wanted to go even further, so I set myself the target of running a full marathon.

It didn't go quite as planned.

Race Information

Date March 15th, 2020
Distance 26.2 miles
Time 5:37:39


Goal Description Completed?
A Finish in under 5:00 hours No
B Finish in under 6:00 hours Yes
C Finish the race Yes


I stuck pretty close to Hal Higdon's Novice Marathon plan. I kept notes throughout my training, which I've tidied up below:

  • Early training weeks are hard because of lack of practice. Later weeks are even harder and tire me out.
  • Motivation really dipped halfway in, around the time I completed my first 13.1 mile training run.
  • Training is REALLY time consuming. Longer runs can hours to complete, and then there's added hours for recovery.
  • Foam roller helps a lot with recovery. As do compression socks and knee brace.
  • I wanted to eat a lot of food ALL the time.
  • I felt really out of shape, even though I was the fittest I've ever been.
  • Somebody tried to run me over on one of my long runs, and they followed me home in their car. That put me off running outside for a while and made me quite nervous.
  • Tuesday runs are the hardest to get motivated for. I still ache from the long run on Sunday, and 3 miles doesn't feel like worth bothering with. Once I got going they were fine.
  • Failed my first 15 mile run. I only hit 11 miles and struggled with the last hour. Walked a fair amount. I did swim the day before, so that might be why.
  • Cold weather running is brutal. Thermal undershirts help.
  • My run on 30/01/2020 was awful. I REALLY wanted to quit after 1/4 mile. I stopped and turned around before forcing myself to keep going. I felt a bit agoraphobic.
  • The 18 miler went okay, but got boring towards the end and the last few miles were very hard. It hurt my quads and took two days to recover from.
  • I got to run side-by-side with a train. That was neat.
  • Ran my 20 mile week pretty comfortably. First 5 mile run was nice and quick. 10 miler was pleasant enough. Last 5 miler hurt due to aches, but was doable.
  • Last 20 mile run was a complete bastard. Coming up the hill was agony, and my upper thigh hurt a lot. Took two to three days to recover properly. Rolling helped.
  • It was REALLY hard to motivate myself once tapering was in place. Retroratcheting goals on Beeminder helped.
  • 8 miler after 20 miler really hurt after about 4/5 miles.
  • Took the last 12 miler off due to IT band soreness. Didn't want to do take time off, but didn't want to risk further injury.


I stuck pretty close to my half-marathon prep:

  • No alcohol for at least 7 days before the race.
  • My night before meal was fresh spaghetti and meatballs.
  • I ate 40g (dry weight) of oatmeal 4 1/2 hours before my start time.
  • I drank around 8oz of sports drink (Skratch Labs) before starting.
  • Applied a healthy amount of astro glide to the appropriate areas.


The actual race was canceled due to COVID-19. The race was due to take place on March 15th, and on March 10th I received an email saying it was still going ahead. Two days later it was canceled. I spent the day deciding on whether or not I'd do it by myself or just wait until 2021.

In the end I decided to go for it.

The first half came in 2 seconds under my target time, but I knew as soon as I hit the mark that I wouldn't make the finish at the same pace. I shifted to "finishing slow is better than DNF" mode.

The last six miles were extremely painful, especially in my thighs. I walked for around a mile until the pain decreased.

It was difficult to stay hydrated. I brought 20oz of sports drink with me, but I had to ask for someone to deliver two bottles of water around mile 20. That might be the best water I've ever drank.

I found running alone to be particularly challenging. There's nobody to set pace with, and I was running laps which was boring. My headphone batteries died around 4:30 which really tanked my energy. I ended up running the last few miles on the street to break up the monotony.

Finishing alone was a bit of an anti-climax; I was waiting for my watch to say "26.2" so I could stop, rather than running under a banner to the sounds of cheers. Having done it both ways, I can say that having other people around makes a huge difference to how it feels.


Post-race felt a lot like a really bad hangover. My mouth was dry and no amount of water helped. My lips were chapped. Everything hurt. I sat in the car on the way home and confidently declared "I am never doing that ever, ever again".

My next marathon is March 21st, 2021.

Deliberate practice

I've been reading the late Aaron Swartz's "Raw Nerve" series over the past couple of days. The "Confront Reality" article covers what is needed to become an expert, and the following quote gave me a lot to think about:

Synthesizing hundreds of these studies, K. Anders Ericsson concluded that what distinguishes experts from non-experts is engaging in what he calls deliberate practice. Mere practice isn't enough – you can sit and make predictions all day without getting any better at it – it needs to be a kind of practice where you receive "immediate informative feedback and knowledge of results."

This sounds a lot like Stephen Covey's seventh habit, "sharpen the saw".

I'll admit, I haven't been as diligent about sharpening the saw as I would like. When I first started programming I would happily make little toys to experiment with whatever I was learning. They weren't supposed to be products or the next Big Thing, they were like sketches to be drawn and discarded.

All of that stopped once I started working as a professional developer. Suddenly I felt that everything I created had to be good. I couldn't just create a throw away software, I had to create useful tools or high quality games. Gone were the days when I'd be happy to get a little sprite jumping around the screen - now it had to be a top-quality platformer with multiple levels and ultra-tight gameplay.

I'm not sure why this happened, but it's something I'd like to fix. Earlier in the year I read Mastering Software Technique - it's a great book about running "coding studies" to practice and learn the programming skills. It covers the entire process: deciding what to study, structuring the study itself, and how large (or small) the studies should be.

I should probably read it again.

Triaging my someday/maybe list

After yesterday's post about my someday/maybe list, I decided to be a little more proactive about things. I dumped all of my current items into an org-mode file and assigned custom properties for estimated size, area of responsibility, and a future column for the action I want to take.

Using org-mode's column view, it looks a bit like this:

Column view of triage list

The columns are configured with the following settings, and I added properties for each column to make data entry quicker:

#+COLUMNS: %60ITEM(Details) %10AREA(Area) %8SIZE(Size) %8ACTION(Action)
#+PROPERTY: AREA_ALL Personal Work FreeSoftware
#+PROPERTY: ACTION_ALL Do Delegate Defer Delete
#+PROPERTY: SIZE_ALL hours days weeks months years

I wanted a rough idea of how large tasks are, so I didn't try to be too accurate with the size column; using hours, days, weeks, months, and years gives me enough detail to decide on actions to take. I also assigned an area of responsibility (e.g. work, free software, etc) so they can be tied to larger goals.

Finally, I went through each item on the list and asked myself a couple of questions:

  • Would I be okay if this thing never happened?
  • If it does happen, do I want to be directly involved, or am I okay with just putting the idea out there?
  • I if I am involved, would I be okay hiring someone to do some or most of the work?
  • Do I want to do it all by myself?

These questions are similar to GTD's 4 D's: do it, delegate it, defer it, or delete it. If I wasn't sure about any of them, I left the "action" column blank (aka deferring it).

A lot of the list is still deferred, but it was a helpful first step and it eased some of the discomfort I'm feeling. Going forward, I want to make triaging my someday/maybe list part of a monthly review. Weekly feels a little too often, although that might change as the list gets smaller.

Someday? Maybe not

The someday/maybe list is an integral part of Getting Things Done. It's where things go when you might want to do them at some point, but now is not the right time.

It's a really useful tool, but even with regular reviews it can get pretty darn large. My list is around 250 items, but that doesn't include things like books I want to read, games I want to play, random ideas I've had, etc. It's probably closer to 500-600.

All of these items range in size; there are things I could do in an hour, tasks that would take months - or even years - to complete, and everything in-between. It's a little overwhelming to look at it all in one go.

One thing that stood out is that I have a pretty decent handle on the someday part of my list, but I'm struggling with the maybe side.

There are a lot of things on the list that I'd really like to do. There are also things that I'd like to do, but that are outside of my current abilities. And there are also things that sound like a good idea but are probably not so great.

Even if each item only took a day, it would still take me nearly two years to get through everything. If each item took a month it's closer to 50 years. Ouch.

Right now I'm trying to accept that maybe not is a part of the someday/maybe process, and that most of these ideas will never come to fruition.

Regolith Linux

The first GNU/Linux distro I ever used was MEPIS. It was a Debian-based distribution that came on a live CD and used the KDE3 window manager. As a first step into GNU/Linux it was a bit of a revelation for me, although I didn't switch completely for quite a few years.

Since then I've tried out a number of different distributions and window managers. I've been using Xubuntu as my primary operating system for 10+ years, and although it's my firm favourite I still like to try out new setups every now and then.

I'm currently trying Regolith Linux, which is a little different as it uses a tiling window manager instead of draggable windows.

Writing this post in Regolith Linux

Most of my work takes place inside Emacs - where I'm comfortable splitting windows - so a tiling window manager seemed like a logical step.

What I like

Feels snappier than XFCE
Everything from keyboard response times to applications starting feels faster to me.
Keyboard controls are fast
Switching to another workspace can be done with a single key press of super + <number>. There is also super + tab for switching windows one-by-one, and super + ctrl + space which opens a prompt for searching by open window name.
Low distraction
Part of my motivation for switching was to reduce the amount of distractions on my screen. So far it's working very well. This may be because I have to remember what's active on each workspace, so I open less applications.
Easy to test
Once I installed Regolith (via Synaptic) it was available to choose as a session type during log in. It didn't break anything that was installed or replace any of my default applications.

What I don't like

Steep initial learning curve
I'm still learning how to configure everything the way I want. It's all done via config files, which is something I like, but finding what to modify takes some digging.
Unlearning habits is difficult
This isn't Regolith's fault, but there's a lot of muscle memory for me to unlearn. Most things are the same for me, such as launching apps via a launcher instead, but having windows stored in workspaces isn't my usual workflow.
No desktop icons
I know, I'm that person that stores stuff on their desktop. I normally keep shortcuts for current projects on my desktop for quick access, but Regolith doesn't have a desktop (as such) so I'm having to work around it.

Overall I'm pleased with how it's going. I really like how easy it is to split windows side-by-side, which is something I do quite often when working on client websites. I don't know if it'll ever take the place of XFCE, but for times when I need to be more productive it looks like a winner.