Though Cron has been around since the 1970s, it is often still a perfectly viable, incredibly robust way to run scheduled jobs for your web application – in particular if you deploy your app to a single dedicated server or VPS.

Whenever is a command line utility, written in Ruby, that lets you declare your Crontab entries using the very human-readable Ice Cube DSL, and that includes related utilities to actually write out to your Crontab based upon these human-friendly source files. The benefits for your project are twofold. First, you get to define your Crontab entries in a language that is natural to read rather than in the famously obscure and forgettable native syntax. Second, you get to keep your schedule definition within your project tree so that it becomes, in effect, integrated with your application rather than something managed separately with your infrastructure.

I have been away from New York much more this past year than I’m accustomed to and have been trying to encourage myself to take more photos, since it is not a habit I’ve cultivated at home. I thought it would help if I kept a photo log up here on my personal site and so I made ZPhotostream, a simple but featureful-enough photo log app that I could style to my liking and host myself.

Validation contexts are a little-appreciated but immensely practical feature of Ruby on Rails’ object-relational mapper, ActiveRecord. I cannot count the number of times I have seen hacks around a problem for which a validation context would have been a perfect fit simply because this feature lives a bit under the radar and isn’t in every Rails developer’s toolbox.

What is a validation context, precisely? It is a way to constrain a model validation to a particular usage context for a record. This is similar to what you might achieve with something like state_machine, but far more lightweight.

I’ve been in Berlin for the past month. I ended up here somewhat arbitrarily, on behalf of a client, but I can honestly say I have fallen in love with this city, perhaps more so than any city I have spent time in aside from New York, which has been my home for nearly ten years.

I wanted to do a post to reflect on the things that are unique and wonderful about this city for anybody who may be thinking about traveling to or working from here.

These days I increasingly feel that I am in a minority in my deep appreciation – love, even – of the heaviest weight of heavyweight dynamic MVC web frameworks: Ruby on Rails. I have worked, now, with many of the more popular frameworks on both the server and client side. Flask, Django, Web.py, React, Angular, Express JS, Sinatra and others. I still come back to Rails.

I belive that, for the overwhelming majority of domains, it is the tool – if weilded with healthy reverence for its conventions and idioms – which leads to the most manageable, consistent, non-redundant and all-around sane codebases.

I was at a party several days ago and found myself talking to a bunch of other developers about skateboarding. We realized we had all been really passionate skateboarders through some part of our youth. Later that same night, surfing youtube, I found this TED talk by Rodney Mullen, one of the most important figures in the whole history of the sport. I couldn’t believe it when he turned to the subject of hackers and open source software. So unexpected — and yet so relevant, it turned out, to the broader subjects of the talk.

A couple years ago I read an article DHH had posted to 37Signals’ “Signal vs. Noise” blog called Pattern Vision. I love that article not because it is at all profound. It isn’t. Kind of the opposite. I love it because I could have written it. The ways of thinking described in it are overwhelmingly common in the work I come across and live with day to day. Every new codebase I encounter seems to carry some new dubiously-applied patterns, some new collection of less-than-idiomatic directories, modules and classes for me to discover nested within “/app”.

I’ve been reading Joseph Mitchell’s Up in the Old Hotel, a fascinating collection of writings from the first half of the 20th century about New York street characters by one of the New Yorker Magazine’s most famous and eccentric contributors. If you haven’t read it, and you have a deep interest in the history of New York City, I highly recommend it.

I wanted to watch Zero Dark Thirty last week. It was only available on DVD through Netflix, so I put it in my Queue and 2 days later I was watching it. Then I thought about what I had done.

• I went to Netflix and selected the title
• A person in a faraway warehouse pulled a disc with mpeg-encoded video from a shelf and put it on a conveyor belt
• The disc went in a truck and was driven to a mail sorting hub
• The disc was through more conveyor belts and was placed on another, larger truck
• The disc was driven some much longer distance to my city’s mail hub

Since we now know that we can’t reasonably expect the emails we exchange with friends and colleagues to not be warehoused and read without our knowledge (and without a subpoena, warrant, or similar from the reading party), I want to shine a spotlight on one of the still-effective techniques available for restoring some privacy (with caveats) to personal email. This strategy is not new. In fact, it’s quite old. I’m talking about GNU Privacy Guard (GPG), a FOSS implementation of the OpenPGP encryption standard, and GPGMail, an awesome plugin for the native Mac Mail client.