Great Post by Noah (Resident Data Nerd) of 37 Signals

These guys are on my short list of business idols. (And to boot, they're a Chicago company.) One of their hallmarks is reducing everything to an almost deceptive level of simplicity. Noah continues in this tradition with his latest post on Signals vs. Noise.

"Free" isn't really free

... at least when it comes to consuming services online these days. The latest Facebook gaff (changing everyone's primary address to your.name@facebook.com) shouldn't really come as much of a surprise and absolutely shouldn't piss anyone off.

Yes it's boneheaded, but we are in an age we we're willing to trade privacy and personal information about ourselves for a service or convenience. I love and use Google's "free" services (gmail, calendar, tasks) on a daily basis. And I do this with the knowledge that I'm giving Google more and more information about my personal life, who I communicate with, what I do with my time, and even where I am on every day. But I'm ok with it. If I occasionally see an ad that's so targeted it strikes me as almost eery, they're just doing their job.

As consumers, we're not really Google's customers. The advertisers are. We and the data Google, Facebook, and all of their cohorts have about our behavior are. If you don't want to see targeted ads or have Facebook muck with your profile, get yourself offline. Online privacy is quickly becoming a thing of the past.

A Reminder That People Are People

There's a phenomenon that has bothered me since early on at my first job out of college. We (I can fall into the trap of being guilty as well) tend to dehumanize people by calling them "users", "customers", "resources" or something other than people. I think that it's particularly pervasive within I.T., but it definitely shows up in other departments as well.

I can't stand it.

Firstly, it just sounds ridiculous. "I've got some resources on my team which would be valuable on this project" is something I heard often during my tenure in a huge, corporate IT department. It's borderline offensive. How about "Steve is a rockstar developer who really understands the framework you're proposing to use. He might be a huge help." It's just so much more human.

Secondly, it puts us in a terrible mindframe. If people are just cogs in a machine, we're biased toward thinking that they'll simply just behave rationally and predictably. This couldn't be further from the truth, particularly when we're talking about building things for end users. Expecting them to intuitively understand the assumptions we made and built into our solutions is crazy. In a very current example for me, customers interacting with an online ordering site do not think about the process of ordering pizza the same way an engineer designing that site does. They don't care how hard it is to map out a delivery zone or to figure out which is the optimal location to pick up from. They just want to type in their address and have it magically appear.

So I'm pleading with you. Don't abstract away the fact that we deal with messy, irrational, and unpredictable people every day. It'll help us make better decisions and besides - it's what keeps things interesting.

High Order Goals

In clearing out some of my old documents, I re-discovered something I'd written about a year in to my current job (July of 2005.) The staying power of these goals was pretty solid, so I figured they'd make a good post.

This job is really about just a few things.

Automation

The whole reason that we have computers in the work environment is to do things that we either can do, but are a waste of time or just can't do all that well. One of the focuses of an IT department should be to automate away just about all of those tasks. Over time, things that are a pain in the ass to do should just be delegated down to the computers. Little bits and pieces of everyone's jobs should get easier, bit by bit.

Innovation

It's like automation taken to the next level - instead of re-inventing the wheel, or borrowing the idea of the wheel from someone else, it's inventing the wheel. These ideas and these applications make a competitive difference for the organization. They differentiate us in some way from our competitors.

Education

Technology is great, but it's pretty worthless unless people actually know what to do with it.

Maintenance

This is the not-so glamorous part of IT. It's absolutely got to get done, but it's not where the glory is. Automation can help this get easier, but it won't ever go away entirely. This is where a good portion of the short-term work lies, but it's a hindrance to getting the other work done. So this is where it makes sense to divide an

Coupons in Web 2.0

As the "great recession" either lumbers on or quietly gives way to economic recovery, the proliferation of Web 2.0 sites which provide information to their user base about every offer or coupon code in existence on the web has forced us (and presumably other businesses) to rethink some of our marketing strategy. In my opinion, it's safe to assume that any general offer you send out to your email list, or otherwise communicate in a limited fashion will show up on CouponCabin, RetailMeNot, SlickDeals, Deals.Woot or their counterparts for the whole deal-obsessed portion of the consumer market to see in a few hours.

Of course smarter technology can let you limit these offers with unique discount codes or business rules enforced in your ecommerce platform, but generally should you? There are a handful of sites out there with highly dedicated audiences who may be exposed to your brand for the first time through one of your discounts. (Think Groupon without the restrictions and outrageous cut of your sales.)

Damn You Snow Leopard...

We recently finished our upgrade to Exchange 2010, which set off a chain reaction of events that destroyed my development environment. I had been using IMAP to connect Apple's mail client to our Exchange 2003 server. IMAP is turned off by default in Exchange 2010, and Snow Leopard supports natively connecting to Exchange. As such, I thought it was a perfectly good excuse to upgrade from Leopard. This was not a great idea.

Apple bundles an update version of Ruby (1.8.7) with Snow Leopard, which clobbered the rather messy development stack I'd been running on my laptop. (Having started really working with Ruby and Rails back when you had to run everything in Webrick, moving to nginx, mongrel clusters, and finally settling on passenger over a span of at least a few ruby and rails versions, it was rather fragile.

I spent somewhere on the order of 8-10 solid hours trying to fix it. (Installed RVM in the hopes that I'd get some help from a clean version of Ruby. Nope. Rebuilt almost everything. Nope.) Ultimately I decided it would likely be easier to start over with a fresh install of Snow Leopard on a blank drive and rebuild a clean stack from scratch.

So here's what I ultimately ended up doing. (Note that this would be what you need to do in order to get started with Rails on Snow Leopard. I'll add command line snippets shortly, but most of this is pretty straightforward stuff.)

1. Back up everything to a time machine drive
2. Insert the Snow Leopard DVD
3. Boot up for an installation
4. Use disk utility to wipe my hard drive (scary.)
5. Reinstall a clean version of Snow Leopard
6. Install XCode from the "Optional Installs" on the Snow Leopard DVD
7. Update Rubygems
8. Download and install MySQL binary
9. Create .profile and add /usr/local/bin to my path
10. Install the mysql gem with 64 bit archflags directive
11. Install rails 2.3.
12. Install the passenger gem
13. Configure passenger [sudo passenger install-apache2-module]
14. Install the passenger preference pane
15. Success!!

Rework

I got my copy of "Rework" by the 37signals guys today - just in time to take it on the plane with me to Buenos Aires! I'm exited to read the latest by David + Jason.