Moving From Tumblr

I’ve decided to move Hack/Make and my personal blog off of Tumblr to a self-hosted blogging engine called Second Crack, created by Marco Arment. I’ll be finalizing this transition in the next couple of days and this is likely the last post you’ll see in your Tumblr dashboard.

I’ve recently moved away from Google products as well, but this move is proactive rather than caused by privacy concerns and worsening products. I like Tumblr, but Second Crack gives me more control—now and in the future.

Second Crack is a lightweight server-side application that generates static HTML from markdown files. It uses Dropbox to sync files I write on Mac, iPhone, or iPad to the server. This makes publishing posts as easy as saving a text file into the proper folder. No need to write in wonderful applications like Byword just to copy and paste it to Tumblr. Less friction publishing makes writing more enjoyable. Moving to second crack also gives me more control long-term because it moves away from their unusual URL path of /post/12345678/post-title-slug. I can be confident that even if I want to move to a different blog service in the future they will more likely support the more standard /YYYY/MM/post-title-slug URL structure which helps to maintain valid links across the Internet without having to write out hundreds of 301 redirects (again). Having text files of everything I’ve posted living on my computer is nice too.

This move makes it easier to write and future proofs my articles but by moving from Tumblr I’m leaving one thing that’s important to me: the community. Tumblr was built with great social features and they’ve helped me meet new people and share ideas. Being able to see what gets reblogged and loved on Tumblr helps me know what interests you. Part of what’s great about publishing is sharing ideas while seeing them spread and become greater through your input. You won’t be able to reblog my posts anymore, but sharing with friends or blogging a link along with your thoughts is just as good.

If you love Tumblr’s dashboard and are going to miss seeing Hack/Make posts there, I’m sorry. You can subscribe to the RSS feed or follow the Twitter feed @hackmake. Thanks for following.

“The Heart of a Good Lifehack”

The heart of a good lifehack is something where you’re solving a real-world problem, maybe elegant or inelegant, but it fixes that little problem quickly and easily. I think the first part of getting good at lifehacks is realizing what your real problems are and then having the sense to realize that there may be a simple solution.

—Merlin Mann, Back to Work episode 59


Humans are one of the few intelligent beings that understand the benefit of using tools. We’ve been doing this for a while now, but in the last century our access to these tools has changed drastically. We no longer have to hit a couple rocks together to fashion a tool, we can just launch the App Store. This accessibility has solved many problems but has also created a big one that affects how we accomplish things. We now have an overabundance of tools and this can mean spending more time in the tool shed then out building things.

Bret Viktor, in his Brief Rant On The Future Of Interaction Design states the purpose of tools:

A tool addresses human needs by amplifying human capabilities. That is, a tool converts what we can do into what we want to do. A great tool is designed to fit both sides.

The goal of a tool, whether it is the hammer or the bicycle, is meant to increase efficiency of a human action while it accurately addresses the problem it solves. A tool that fits your capability (hammer with ergonomic handle) but doesn’t do much to solve your need (hammerhead made of jello) isn’t effective. This is easy to understand when we’re working with tangible problems and physical tools but technology has brought the innovation of tools beyond human action to human cognition. The bicycle greatly improves human transport efficiency and, famously, the Macintosh was first introduced as the bicycle of the mind. Like a tool should, the Macintosh was the first computer that truly fit human capability rather than just human need. The GUI and the mouse allowed new people to harness the power of the computer and as software evolved, new problems could be solved too. There is a point though where technology becomes a hinderance—an anti-tool—when it distracts from the greater problem it’s trying to solve.

It’s easy to get into a cycle of trying new tools to solve problems we have, or maybe just solve better than our current tool. Choosing the right tools for the job is essential to be most productive so we longingly search for whatever can make that difference. This endless cycle can happen when we misunderstand our capability, our need, or both.

Patrick Rhone, the author of the fine MinimalMac and recently published enough, talks about the tools he chose for writing his book.

Like many of us, a simple text editor (his choice is PlainText for iPad) syncing text files with Dropbox, was the solution Rhone went with.

Once the initial drafts were complete, I imported the resulting text files into a wonderful program called Scrivener. I had tried it many times in the past but never quite took to it. As someone who was used to writing straight to plain text files, it seemed a bit overkill to me. It also struck me notably as something that was more designed for those who write chapter-based fiction. Therefore, it did not seem like the right fit for a short-form essayist like me.

Rhone ended up learning how to use some of the features in Scrivener, but before that, it was a tool that fit someone elses problem but not his capabilities or needs.

I use the GORUCK GR1 and pack it with what I need to “survive” and enjoy an everyday urban life. But when I spend more time packing my bag with cool EDC items than outside exploring the city (which is easy to do), it no longer is a tool to make my exploring better but becomes an anti-tool that distracts from getting outside.

This isn’t just about text editors and bags though—we’re moving up the stack. There are tools and anti-tools in everything we try to solve.

We use analysis as a tool to determine our needs and capabilities but this turns into an anti-tool when the analysis becomes the objective and not a method to an outcome. When we focus on the thought project, looking for a perfect solution rather than realizing that the solution is just a tool to fix our problem, we lose sight on what we are trying to accomplish. We fashion a perfect hammer when we need to build an entire house. It’s the difference between ideas and execution—an idea is a tool but if it just sits in the toolbox and never gets used to build something, what’s the point of it?

Finding a balance, or as Rhone addresses in his book—what’s good enough—is a combination between properly understanding and addressing our needs and capabilities and then being comfortable with the solutions we chose. We can constantly be iterating on our decision to make it work better and smoother or we can be satisfied with our current implementation and focus more on the goal.

A tool is only that, a thing to help get something done. Start thinking beyond the tool and focus on making that something something great.