For a bit of context, he states:

Do you include the half-baked stuff, or hold it until it’s fully-baked? Apple wasn’t going to include a front-facing camera until they had software that made it useful in an iPhone-caliber way. HTC is happy to include a front-facing camera and leave its utility (and user experience) in the hands of third-party developers.

And from here – he carries on to state the following:

Android and iPhone fans will read the preceding paragraph very differently. Android fans will read it and say, “Exactly — give us the hardware and let developers figure out what to do with it.” iPhone fans will read it and say, “I can’t wait to get an iPhone 4.”

My first thought, reading the above paragraph wasn’t “I can’t wait to get an iPhone 4″, but rather “Thank you for saving me from having to deal with mediocre implementations of video calling that will no doubt increase my blood pressure and shorten my life. Thank you that I don’t have to give a flying crap what Qik or Fring are. I can’t wait to get an iPhone 4.”

Planning is not just guessing, it’s harmful guessing… 37 Signals has been around for 10 years, you know how long we usually worry about? Two weeks. Sometimes, when it really gets crazy, we worry about two months. We absolutely do not worry about what next year is going to look like.

I’m not always the hugest DHH fan (although, I am a Rails fan ) – but watch the lecture.

This needs to be re-posted on the Interwebs every now and again, especially when you just finish having one of “those” moments.

When jQuery gets ahold of invalid JSON data on a $.getJSON call, it fails silently, which can leave you with a head-scratcher, until you fix your broken JSON data.

I’m hoping a few people who use it decide to take it and run with it – or at least enjoy the open sourced version.

Media Temple was a great host, but something changed over the past several months, and my Capistrano deployments were no longer working. It was less of a headache to get a better host than it was to figure out what actually went wrong, and it’s about time I started bumbling around in happy server deployment land again. It doesn’t hurt that mod_rails drastically reduces the Ibuprofen required in the deployment of Rails apps.

As an aside, it’s been so long since I’ve looked at Apache configs in any depth, that it took me a few minutes to figure out how to use the same VirtualHost config for both humandoing.net and www.humandoing.net. The answer (at least the one I used) was ServerAlias. I’m surprised that this didn’t appear anywhere in the mod_rails docs, but I guess it’s more of an Apache thing than a mod_rails thing.

See my config below:

<VirtualHost ip_goes_here:80>
  ServerName humandoing.net
  ServerAlias www.humandoing.net 
  DocumentRoot /var/www/apps/humandoing/current/public
</VirtualHost>

I’m doing deployment using Vlad instead of Capistrano, but man, the documentation sucks. I think that the problem is almost that it’s too easy to use, but that aside – the documentation still seems uber-lacking.

Files were being uploaded fine, but my thumbnail and other variations were not generating. The documentation says that the whiny_thumbnails option defaults to true, but my reality seems to dictate otherwise.

After I added that…

has_attached_file :receipt, 
                  :styles => { :medium => "600x600>", :thumb => "100x100>" }, 
                  :whiny_thumbnails => true

…I was at least getting an error:

/tmp/stream.13496.0 is not recognized by the 'identify' command.

At long last, I figured that the error message is totally inaccurate. What it really meant is “I’m looking for ‘identify’ in /usr/bin instead of /opt/local/bin even though /opt/local/bin is in your user path”.

For fixing:

cd /usr/bin
sudo ln -s  /opt/local/bin/convert convert
sudo ln -s  /opt/local/bin/identify identify

You’ll probably only have this problem if you installed ImageMagick via MacPorts (as I did). I probably could have fixed it by adding /opt/local/bin to the $PATH used by the web server user, but whatever. This worked.