Switching back to WordPress

For the past five or so years, I’ve meandered back and forth between various site generators: Gatsby, Hugo, Jekyll, and most recently, Jigsaw. It has been an exercise in tedium keeping the website up-to-date and wrestling with whatever template or starter kit I had used, and honestly, I simply cannot be bothered with it at all anymore.

I know many of you will argue that it couldn’t be simpler than editing text in Markdown and committing it to a repository, and you’d be right. I’m well aware of headless WordPress and countless other CMS systems available to be used with static site generators.

Regardless, I noticed that my blogging over the last few years dried up since migrating away from a traditional WordPress-based website, or when the site was hosted on Hashnode, which behaved in much the same way – WYSIWYG word processing that was more conducive to my way of thinking.

I’m sure many people will disagree and that’s fine. Some developers parrot the same talking points on X about the need for an over-the-top portfolio and stunningly designed website. I’d rather keep things simple – an out-of-the-box template that just works and let my writing and projects do the rest. Nobody’s hiring me based on my ability to style a static website or blog.

After all, if something’s tedious or cumbersome for me to work with, I just won’t bother. If I have to faff around with configuration files and post-generation hooks to build out functionality, I’ll just go build the stuff that I want to focus on instead. This lets me do both.

I’ve been indefatigable in improving my reading intake this year and subsequently want to spend the remaining quarter of the year writing more frequently as the ideal counterpart for that behaviour; aiming for a piece of writing on something I’ve encountered or worked with at least once a week.

Until then, thanks for visiting!

You should be coding

There’s no doubt about it. Software engineering as a continuously evolving and advancing discipline that often requires programmers to be equally steadfast in their advancement.

For new developers, perhaps those undertaking a self-taught journey or have recently joined or graduated from a boot camp, they will often look to the tech side of Twitter, Dev.to, and other communities for inspiration on how they can succeed in their new career; how they might become more employable and stand out from the crowd to find the success that they crave. Their efforts are not completely misguided – there’s plenty of fantastic information out there, and occasionally putting your ear to the wall can be useful in uncovering the latest trends and up-and-coming frameworks.

However, there is a sinister evil that lies amidst these communities. Many of those who garner large amounts of followers and engagement, those that quickly accelerate to the top of recommended lists and follow suggestions, are often nothing but charlatans. Of course, this isn’t all of them, but it’s many of them, and you might already know the kind of folk I’m talking about.

Those that are more social media influencers and link aggregators, than they are developers. They’ll post the same snake oil several times a day, the “learn x quick” tutorials, the free certifications, the secret tips and tricks that senior developers and industry moguls are purportedly withholding from you. Well, here’s my golden rule for handling just about anyone talking tech online:

Take anything from someone who has more time to tweet and blog than write code with a pinch of salt.

I know there are loads of exceptions and I don’t need a witch mob coming after me with raised pitchforks, the DevRels, the YouTube tech-bros, etc. I’m not really writing this article to ridicule those who produce content for other people. That would be the height of hypocrisy. The point I really want to drive home is that new developers often look to those with strong social media presence as those they should emulate.

Let me make it clear: The vast majority of software developers, especially the most senior and experienced ones, are almost certainly not cranking out amalgamations of no-code tools or the latest AI trends on Twitter. They’re almost certainly not writing article after article on Hashnode about the latest front-end libraries. They’re not doing any of these things.

You know what they’re doing? Well, funnily enough, the realistic answer is probably something not tech related. A senior developer friend of mine once told me that the more experienced developers get, the more they want to do non-tech things in their free time, perhaps tending to their vegetable patch, or perhaps playing golf. But, nevertheless, if they’re looking to upskill for an important new opportunity or they’re changing jobs? They’re writing code. If they’re not writing code, they’re reading code.

That’s the best way to get better. The talk about tutorial hell is a topic we can discuss on a different day, but the fact is, if you want to get better as a programmer, especially a green one, you should be coding. Find problems that you want to solve; things that you’re passionate about and want to resolve and figure out how you’re going to resolve it. Don’t sweat the details. Don’t worry about it being perfect; programming is an iterative process – you can make it better later! Grind Leetcode if that’s your thing!

Reading code doesn’t mean sitting with your nose in Modern Software Engineering by Dave Harley (though I highly recommend it). It means watching YouTube videos, or Twitch streamers, or even better, reading and understanding the source code of open source libraries and things that interest you. Many software engineers don’t realise it, but by reviewing their own code, and the code of their colleagues, they’re improving their own development and computational thinking abilities. It’s all nourishment for the mind.

I’d like to round off this rant by saying it’s not a bad thing to write blog posts, or to be engaged on social media if that tickles your fancy. Just don’t let it be a distraction. All the blog posts and followers in the world are not comparable to real-world experience.

So that game you’ve been thinking about? The portfolio site you want to build? The next generation social media and mobile app you know will change the world? Don’t wait until you’re more experienced, you should start now. The learning process happens by primarily by doing, secondarily by reading. Then and only then, consider writing a blog post about what you learned – we’ve got enough damn blog posts about the mystery of semantic HTML.