Agile Zone is brought to you in partnership with:

Krishna Kumar is a software development manager from New Hampshire. He writes on topics related to software development, programming, project management, and business management. Krishna is a DZone MVB and is not an employee of DZone and has posted 41 posts at DZone. You can read more from them at their website. View Full User Profile

Hiring Programmers

07.26.2012
| 10394 views |
  • submit to reddit
Curator's Note: Originally from Dec. '10


Alan Skorks’ old post on programmer interviews reminded me of a couple of old posts (here and here) that I had written about the reality of hiring. In short, 99+% of good programmers are not actively looking for a job. 99+% of the rest don’t know about your company. Of those who know, many won’t apply at your company. So your pool of potential employees is not a true representation of the overall programmer supply.

The posts that disparage 99% of programmers for not having basic skills are counter-productive in another way. It implies that we should so lucky to have programmers who can code a loop. The truth is that companies should be improving their hiring processes to attract better programmers to interview for the position that they have available.

Big or well-known companies attract employees, even if they don’t actively chase them. Companies like Google or Facebook probably get hundreds of resumes every week. But smaller companies, especially those not VC-backed with expectations of an IPO or buyout bonanza, have a harder time.

A small company usually only has a handful of openings (or more likely, 1–3 openings) at anytime during the year. The kind of opportunities and benefits it can offer are very different from larger, more famous companies. And there is greater risk for potential employees with respect to career stability and future prospects. Therefore, the applicant pool is more likely to contain more desperate than good candidates.

So small companies have to work harder to attract talented employees. A few obvious places for improvement are:

  1. Website: Why should someone join your company? The usual text about benefits and “fun place to work with” are great. But what is truly different? Also, do you have an easy way to get people to submit their information (not just resumes, but specific pieces of information) through your website. Many companies simply offer a career email address or a 3rd party resume tool.
  2. Recruiters: Do you have recruiters who are very smart at reaching good programmers, or are they simply doing searches on Monster.com? Do they continue to reach out to and maintain relationships with capable programmers even when there is no urgent need. Here is an example of a recruiter who you don’t want in your company.
  3. Job Postings: Many job postings are so generic that they invite many unwanted responses, or so particular that they lose out on capable individuals who can learn quickly on the job. Companies also have weird numbers of years of experience for various technologies when a simple overall experience range may be enough.

Needless to say, there is a bit of chicken-and-egg situation here. Since they have few openings, most small companies rarely allocate enough resources for hiring, let alone spend the extra effort required to attract and engage potential employees. But that is the root of the poor application pool. Somewhere, the cycle has to be broken.

Published at DZone with permission of Krishna Kumar, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Comments

Barry Smith replied on Fri, 2012/07/27 - 5:12am

Another problem is key word recruitment. Recruiters need to understand more about interchangeable skills - I'm sure we've all heard of cases where people are rejected for jobs involving Linux because they only had Unix on their CV. But more to the point, companies and recruiters need to understand that, if they are looking for someone to work on a Struts2 project they are probably better off with an excellent Spring/MVC developer than a mediocre Struts2 developer.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.