Brian began developing applications for the Internet in 1995, and has continued to architect, design and develop Internet software for the last 11 years, including projects for IHG, IBM, Brighthouse, and Cox Target Media (Valpak).

Brian now works in Ruby on Rails full time as part of the team developing the two official web sites for Miley Cyrus.

October 2008


Learning from 37Signals

I’ve been following the unique style of 37 signals for several years now and I believe they have come up with some very sound business practices, both in their direction as a company in developing web products and in how they promote a creative and motivational environment for their employees. In the interview I linked to below, Jason discusses many of these principles from trying to let each other work without distraction (avoiding meetings and working in the same room), to improving team collaboration using web tools (like Campfire), shortening work weeks, and streamlining development cycles.

Jason discusses his views of not needing Venture Capital, at least at the beginning. He discusses simple design, not watching your competition, not planning too far in advance, and not spending a lot of time up front designing and planning but instead doing and learning from the outcomes.

If you’ve listened to or read Jason or 37 signals in the past there isn’t much new here, but their thinking is so far outside the stuffy and constraining boxes of the Enterprise and corporate America, that you really can’t hear this enough. I hope it catches on, and I continue to try and preach the same principles and put them in practice in my own projects. I think many people instinctively recoil away from some of these ideas, but I urge you to resist the comfort of, “we’ve always done it this way…it must be working”, and instead consider the principles behind these ideas and the desired outcome of some of this new way of thinking and doing business. I’ve experienced first hand the flip side of these practices in the IT corporate world for the last 15 years. It never ceases to amaze me how every corporation does the same thing with the same results over and over again, including wasting employees time, working on large projects with huge complicated processes that burn time and money and burn out their employees, needless bloated meetings, emphasizing quantity of communication over quality, treating employees like worker bees or worse yet children by requiring them to be in a certain location at a certain time clearly showing them you have no trust in them, and by discouraging their individual thoughts and creative inputs.

I’ve worked with many employees with great potential who were figuratively bound and gagged, stripped of participation and thereby emotional involvement in the project, which demoralizes and prematurely burns out the employee. 37signals does exactly the opposite and you can see it by following the employees of the company, seeing the quality of their projects, and the passion the leaders of the team speak and write with.

IT and Rails Employment still strong

Despite unemployment rates increasing across the country to the highest point in five years, IT unemployment is unchanged and is as low as it was in 2000/2001, according to the US Bureau of Labor Statistics as referenced here (and shown on a nice graph.)

In the past IT was seen as a supplemental skill set. When income was high, business would invest in IT by hiring more IT employees, giving raises and bonuses, and spending money on more training, software and hardware. When low, the opposite occurs. However, many more companies today rely on IT for the entire business as compared with the past when IT was there to assist and create internal reports and other “nice-to-haves”. Now more corporations than ever actually make money from the work of their IT professionals and because of this they cannot cut them as easily as in the past.

As for Rails developers specifically, some feel the hurting economy will help Rails developers. As companies need more IT work, but have less operating income and less venture capital, they may look for shorter development cycles and outsourcing as opposed to funding large internal Enterprise applications often based on more time consuming and less agile coding frameworks.

Recently the FiveRuns blog shared their opinion:

Rails shops are built to do more with less. It’s part of our DNA to be more agile, more nimble, and more productive than developers using “legacy” tools.

They provide other reasons for Rails opportunities being on the rise, including the lower cost to deploy and host Rails applications.

eWeek.com reported David Heinemeier Hansson, creator of the Ruby on Rails, as saying:

I think Rails developers are much better positioned to weather the storm as they generally stand for delivering more with less faster. It’s the traditional mainstream environments that are going to see much more pressure to deliver.

Lance Walley, CEO of Engine Yard, added:

A slowing economy will likely lead to constrained IT budgets. There’s a good chance this will have a positive impact on the uptake of open-source options, such as Linux, Ruby and Rails.

Read the linked to articles from above for more opinions on why Rails developers should continue to see lots of opportunities. At the recent Tampa Brigade Ruby meetup it certainly sounded as though there was more opportunity than there were developers, and I’ve heard the same thing from several Tampa Bay recruiters now. Let’s hope it stays that way.

What has your experience been so far?


Close
E-mail It