🎵 Rediscovering the joy of the album – Rian’s B-sides

Rian van der Merwe:

But in listening to it front to back several times, and not giving myself the option to skip whenever I got a little bored, I discovered depth and meaning in the songs I didn’t feel when I first listened to it. You see, songs take time. They take time to write, they take time to arrange, they take time to produce and record and mix and master. And when we treat those songs with the respect they deserve, something weird happens. We start to understand them. And like them. And make them part of us.

Easy, immediate access to any song ever recorded using just a tap or a voice command is pretty great, but I’m with Rian in that we’ve lost something because of it. One of the reasons I like vinyl is that I’m forced to live with new music for a while. I’m usually too lazy to put a different record on so I just listen to the same one over and over. I spend more time with a record, and thus feel like I become more connected with the music somehow.

The Downsides of a Static Site Generator – Drinking Caffeine

Martyn Chamberlin:

On the whole, the cons of a static file generator seem less tangible than the pros

This is a topic I’m a little obsessed with. I struggle with static-vs-CMS on a regular basis. Martyn makes good points, but also a few that make less sense to me. Each of his points favoring static site generators are spot on, although just saying they’re “geekier” would be enough. No need to blame it on ego.

It’s the downsides that I have some issues with.

Database-driven design gives you better flexibility

I’d say it gives you different flexibility. Some of the things done using a database come easily for us ego-driven nerds using text files and our favorite editor. The SSG handles most of the rest.

Every time you do a new deploy in a file-driven system, you have to rebuild the entire website

That’s true. On the other hand, with a WordPress site you have to rebuild each page every time it’s requested 1.

Yes, there’s a slight performance cost to increasing the number of rows in the wp_posts table, but it’s infinitesimal compared to increasing the file count in a file-driven system

Re-rendering my entire 3000+ page Hugo site takes about 2 seconds, so I don’t agree with this one. “Infinitesimal” seems a bit of an exaggeration, at least. I don’t feel at all like I’m slowing anything down by adding new static posts to Hugo. And again, any performance hit is once-per-deployment rather than once-per-view.

Related, every time you write a new post in Hugo, you’re creating a new file in a flat directory. Pretty soon you have hundreds or thousands of files

Yep. I have thousands of small, easily manageable, storable, backup-able, versionable text files in whatever directory structure I want on my own machine. So soothing!

WordPress has 28% of the global market. How much does Jekyll have? How much does Hugo have? A lot less than that.

True. The ecosystem around a product is important. There are two parts of the longevity consideration: How long the platform is available, and how long the content is available. He misses the second part here. I’m convinced that the odds of my content being available as a static site in 40 years is higher than if I were running it with WordPress. And even the platform availability matters less with a static generator, as I expect to be able to render static Markdown files using something for the foreseeable future. Still, he’s right about the ecosystem. WordPress offers a ton of resources.

It’s harder to get Go compiled and running than PHP and MySQL, simply because PHP and MySQL are more popular

I don’t understand this one, since you don’t even need to have Go installed to use Hugo. Hugo is a self-contained, pre-compiled binary with basically zero dependencies. Jekyll is a different story, but for some reason he didn’t use that in his example.

Getting your content from WordPress is a lot easier than from Jekyll or Hugo. That’s because it’s easier to get importable data out of a database than it is from a collection of markdown files.

I don’t understand this one either. I don’t have to “get my content” from Hugo. I already have it, no? It’s more like I have to put my content into Hugo than get it out.

Anyway, I’m not trying to pick on the article, really. I struggle with these same issues so I’m just using it as a way to think things through.

I run both static sites (Hugo and Blot) and CMS-managed sites (WordPress and SquareSpace). Both have merits, which is why I can never pick just one!

For me it tends to come down to convenience. I find WordPress more convenient to publish with. Click…type…click…done. The decision is harder with longer, more text-heavy writing, but I frequently post short pieces containing images and there’s no contest there. Drag a photo into WordPress and everything is taken care of for me. Some UIs for SSGs are starting to make this easier, though.

With a SSG, there’s more distance between the writing and the results (although Blot comes close here). See WordPress is a Typewriter.

Other things I think about…

Backups are pretty easy both ways. I don’t worry about losing content due to a database. Anything longer than a paragraph is usually written locally as text first, so I always have that copy. I also run httrack occasionally (gives me a static version of my entire WP site) and export everything occasionally to XML or whatever. That last bit is beyond what “regular” people are likely to do, but for me it works.

For me the biggest difference is on the hosting side. Static sites can just be dropped anywhere and will be fast, secure, and easy. WordPress is, while not difficult, more of a pain to host. It’s also prone to security and performance issues.

With all that said, I’m typing this in MarsEdit for posting to my WordPress blog. So there’s that.

Previously, previously, previously, previously, previously.


  1. I’m conveniently ignoring the option of WP static caching here. 

I watched 2 “heist” films yesterday: “Ocean’s Eight” and “American Animals”. The first was fine but I enjoyed the second much more.

After 3 days, I am completely enamored with Alien Skin Exposure’s catalog-less image handing. I keep photos in neatly-organized folders and Alien Skin just uses those directly. No importing, catalog files, etc. It’s liberating.

Not having separate modes for View/Edit views in the latest Day One is pretty great but it’s taking some getting used to.

Fallback Tools

It’s fun to try new things. I experience a strong fear of missing out when it comes to gear and software, so I try almost everything. What if that other thing is better? I should try it!

The New Thing is always fun and interesting, and it some cases I decide that I no longer need the Old Thing and go all in.

Then it happens. I stumble over some missing feature or unanticipated side effect so decide to fall back to the thing I know. The Old Thing. Sometimes it’s only to get over the current hurdle, but most of the time I end up staying with my old standbys. My fallback tools.

Software examples are: BBEdit, Apple Notes, OmniFocus, Apple Mail, Tinderbox, DEVONthink, and Curio. For photography gear it’s a Leica M6, Fuji X100T, Tri-X, HC-110, and 5×7 RC paper.

I’m currently trying Capture One again for image management and editing. My fallback tool is Lightroom, so we’ll see what happens there.

Experimenting with new tools is my favorite meta hobby, but it’s good to know there are things I can always count on.

One thing about Twitter is that when it’s down, it’s down for everyone. When my Mastodon instance is down (like right now) I feel like it’s just me. You all have fun while I wait! 🙂

The greatest lie I ever told myself was that all of these “optimizations” will help me be more productive