I’ve had a blog (on a totally different subject) for ages. It was hosted on WordPress but no longer reflected who I am now or my interests. It was old but letting go of it was hard.
I had another site/blog which contained some more recent ideas but it was not polished and while looking at Go I ran into Hugo. It’s a static site generator written in Go. It’s lovely.
I wanted to start putting my professional thoughts out there ’cause I’ve really grown to enjoy the whole process of software development. I’m not yet very good at the technical parts but since there’s a lot of human communication and so-on involved the challenges are really interesting.
I got hung up on the yak shaving required to actually build/restructure and deploy my blog using Hugo. It was in the back of my mind but was easy to put off. I fell into the trap whereby I’d decided how I wanted to do something (using Go and Hugo) while forgetting the actual goal was to put my stance on a couple of things out into the world.
This can happen when writing or fulfilling user stories too. You can dive straight into the implementation detail and ignore the over-arching goal which may mean you don’t have to really write much code at all. Maybe the end result could be achieved with fewer steps?
There’s a temptation to be restrictive and provide detailed guidance as to how something should be achieved. The underlying problem here is that this approach robs people of agency over how to reach a solution. If you’ve been told exactly how to do something there’s no ownership as you’re just following someone else’s plan. If it happens to fail then the easy out is to point out that it wasn’t your plan therefore you’re not to blame.
It finally hit me. My underlying goal was to remove my old content and replace it with something more relevant to me at this point in time. The what has been achieved by expediently sacrificing the how. I didn’t (yet) port the blog to Hugo but the end result I wanted has been achieved.
Users mainly care about what happens, not how.