The 8 most expensive languages to code your app in.

As a startup founder there are many factors you should take into account when choosing the language to code your app in.  Salaries and available talent pool should at least be in your top 3 though. 

The most expensive language with the hardest to find programmers is..

When a company is in it's startup phase there are a few things they are generally always short on. The first is cash and the second is time/available people to work on the project.   If you want to make this problem worse code your app in Ruby.  Ruby is currently the most expensive language to code in based on programmer salaries.   You'll also find that it takes an incredibly long time to find a good Ruby programmer.  Presently in Vancouver the time it takes to fill a vacant mid/sr Ruby role is almost 3 months.  Compare that to Javascript, and coders seem like they're falling out of trees. 

For comparison sake, lets look at a few other languages as compared to Ruby and see what the cost and average time to fill a mid/sr. vacant role is. 

ruby.png
  • PERL - 34% less expensive and about 3 weeks to fill.
  • C# - 23% less expensive and about 3 weeks to fill. 
  • JS - 20% less expensive and about 4 weeks to fill. 
  • C++ - 17% less expensive and about 1.5 months to fill. 
  • JAVA - 16% less expensive and about 4 weeks to fill.
  • Python - 9% less expensive and about 6-8 weeks to fill. 
  • Obj. C - 2% less expensive and about 8-10 weeks to fill. 

 

WHY THESE numbers ARE ESPECIALLY BAD FOR STARTUPS. 

Startups need to move fast.  If you're stuck waiting to find programmers either because they aren't available or you can't afford them, your product can't move forward.   The sales team won't be able to close deals and you'll burn out your investment money idling while waiting to hire new blood. Make sure when choosing your language you think seriously about your future hiring needs.  When anticipating how long it will take to find new staff, double the amount of time you think it will actually take. 

Personally I'm actually quite a big fan of Ruby, but that certainly wouldn't be the deciding factor in whether or not I chose to use it for my app.   It shouldn't be for yours either.