In Search of the Elite Few – Finding and Hiring the Best Software Developers in the Industry

View all articles

The Challenge

Hiring software developers can often be a daunting task with the whole world as your talent pool.

Hiring software development talent – real talent – is a multi-faceted skill that lies at the crossroads of social networking, technical acumen, process management, and intuition. Anyone who has ever had hiring responsibility understands all-too-well the extent and depth of the hiring challenge.

Hiring talent is a multi-faceted skill that lies at the crossroads of social networking, technical acumen, process management, and intuition.

Particularly challenging is the fact that the hallmark qualities of exceptional software engineering candidates are extremely difficult to evaluate. How do you explore a candidate’s ability to innovate and think creatively? How do you determine if he’s a team player? How do you diagnose her ability to take constructive feedback? How do you investigate someone’s moral fiber?

While evaluating these “soft” criteria is no easy task, doing so is essential in one’s quest to hire the very best. Yet all too often, attempts at evaluating these crucial, yet elusive, attributes consist of questions or challenges that are sufficiently transparent for the “correct” answers to be obvious to most candidates. Thus, nothing of substance is achieved by asking them.

A common resulting pitfall is to instead focus too heavily on technical minutia, rather than evaluating the candidate’s ability to problem solve, to think creatively, and to work compatibly with the rest of the team.

A common pitfall is to focus too heavily on technical minutia.

Admittedly, effective interviewing and hiring of advanced software developers is as much of an art as it is a science. Nonetheless, approaches and methodologies do exist for evaluating the more subtle dimensions of a software engineer’s skills and abilities.

When used collectively, these recruiting techniques yield a highly effective screening process with a proven track record of success for hiring salaried or freelance programming talent. That process is what this post is all about.

Getting Started: Filling the Pipeline with the Best

The process of finding and hiring the elite few begins long before the interview itself. In fact, a systematic approach to properly identifying potentially qualified candidates can streamline and increase the efficiency of your entire recruiting process significantly.

Filling the hiring pipeline for software developer talent is crucial to recruiting the very best.

Without a doubt, the single best source of qualified candidates is personal networking, as quality people tend to associate with quality people. Personal referrals dominate as the most productive source for successful new hires (source).

Other valuable sources of top-notch technical talent include:

The beauty of these resources is that they supply candidates who you have vetted, in one way or another, before even interviewing them.
  • Blogs and online technical postings. Developer blogs can be a great source of strong candidates. Technical posts often provide valuable insights into a developer’s technical acumen, approach to problem solving, and writing skills, all of which are important criteria for identifying cream-of-the-crop candidates.
  • Open source code contributors. Perusing open source projects on sites such as GitHub and SourceForge can yield highly qualified candidates. An added benefit of this approach is that it allows you to see and evaluate a candidate’s code samples before even deciding to make contact.
  • Conferences. Conference speakers and co-attendees at relevant technical conferences often provide a valuable resource for qualified candidates. If you are unable to attend, review the online program and consider contacting the presenters. You may just happen to contact them “at the right time”, or they may be able to refer you to someone else who is highly qualified.

The beauty of these resources is that they supply engineering candidates who you have vetted, in one way or another, before even interviewing them. Either someone in your company, or someone you know, knows them and recommends them highly. Or you have reviewed their open source code and are duly impressed by it. Or their blog posts suggest a mature level of technical expertise and understanding (and ideally even a sense of humor :-) ). The key here is that, by the time you make contact, the candidate is already significantly more than “just another resume”.

Additionally, consider using job description templates (like these for SEO, front-end web development, and back-end web development) that set a high expectation for the types of candidates you desire.

Evaluating Software Developers’ Technical Acumen

An effective determination of technical proficiency goes far beyond the nuances of a specific programming language or technology. While these technical details should certainly not be ignored, they typically are not the most important element of the evaluation process.

An effective determination of technical proficiency goes far beyond the nuances of a specific programming language or technology...
It is the candidate’s fundamental technical strength and understanding, creative thinking, and problem solving that are critical to evaluate.

The best developers don’t waste time committing to memory that which can easily be found in a language specification or API document. Moreover, learning a new language, technology, or design pattern is a relatively trivial exercise for a strong developer (and is actually an essential skill given the accelerated rate at which new technologies are being introduced and gaining market share). It is therefore the candidate’s fundamental technical strength and understanding, creative thinking, and problem solving that are critical to evaluate.

A proven method for accomplishing this is to pose a programming challenge unconstrained by language. Present the candidate with a problem and ask him or her to code a solution in the language of their choosing. The only requirements should be that the solution be thorough and correct, including addressing any edge conditions or potential errors. Remember, the goal here is to evaluate the candidate’s (a) ability to problem solve, (b) knowledge of computer science, and (c) coding style. You’re not at this point evaluating aptitude in a specific programming language. (An added benefit of this approach, incidentally, is that it avoids requiring the interviewer to be an expert in the language the candidate is coding in.)

Numerous online resources exist from which you can select such programming challenges to incorporate into your interview process. Those that focus on algorithms (rather than knowledge of a specific programming language) facilitate evaluation of a candidate’s computer science foundation and problem solving capabilities. Some noteworthy examples include,, and Bear in mind, though, that you don’t need to use these sites to administer the tests; rather, you can simply use them as resources from which to select challenges and then have the candidate code a solution during the in person interview (on a white board, etc.).

That said, online testing can be a valuable additional component of your interview process. When using online testing services, though, it is important to avoid the risk of focusing too heavily on a candidate’s site-generated scores rather than the specifics of their solutions. For one thing, you may not agree with the evaluation metrics employed by the testing service. Moreover, there may be aspects of a solution that you consider particularly clever or elegant, to which the automated evaluation process may be entirely oblivious.

When using online testing services, it is important to avoid the risk of focusing too heavily on a candidate’s site-generated scores rather than the specifics of their solutions.

There is also the potential for “false positives” or “false negatives” with ratings provided by online testing services. On the one hand, false positives can result in wasted time and resources interviewing unqualified candidates, while false negatives can disqualify candidates who were highly worthy of consideration. In the long-term, the latter has more serious ramifications and is therefore something that one must carefully monitor for.

In general, tests administered in person are inherently more reliable than those administered online, since they reduce the potential for deception. Moreover, in-person testing provides the opportunity to observe how a software engineer candidate operates under pressure. Nonetheless, use of online testing services can be an effective component of the more comprehensive type of screening process advocated herein, which incorporates other techniques to help weed out either fraudulent or under-qualified candidates.

Online development tests can also serve as a valuable preliminary filter to eliminate the staggeringly high percentage of candidates whose technical skills are far below par. Interestingly, many such candidates abandon the process without even trying to take the tests, due to a lack of confidence. That said, confidence is not always the best barometer of attitude, as attested to by the Dunning-Kruger effect.

Another extremely valuable technique for evaluating technical acumen is to ask the candidate to provide a list of open source projects that they have authored, or at least contributed to, on sites such as GitHub and SourceForge (if they were only a contributor, ask them to indicate to you which portions of the code they personally authored). You can then come to the interview having reviewed their code, prepared to ask them about specific design decisions, coding styles, patterns employed, and so on. Such a discussion can be substantially more valuable than simply quizzing the candidate on the technical minutia of a language.

Speaking of language…

Members of the elite few are not just technologically savvy, they are consummate software development professionals who communicate clearly, effectively, and succinctly, both verbally and in writing.

Verbal communication skills are easy to evaluate in the course of an interview, whether in-person or over the phone. While verbal skills are admittedly less critical in certain “back room” technical roles that don’t involve user contact, they are nonetheless still important for maximizing effective team interactions and interchange of ideas.

Members of the elite few are consummate professionals who communicate clearly, effectively, and succinctly, both verbally and in writing.

Written communication skills can best be evaluated by asking the candidate to provide writing samples. Technical writing samples are strongly preferred, since they demonstrate not only writing skills, but also technical clarity. Requesting these samples in advance of the interview can be particularly useful. For one thing, this provides the opportunity to review and analyze their writing ahead of time so that you can come to the interview prepared to discuss and critique their writing with them. In addition, some technical candidates will be “put off” by the request for writing samples which in itself can serve as a valuable filter.

The Moral Dilemma

There is an old joke about a father who wants to teach his son about ethics. The father tells his son that he and his partner have a dry cleaning business. “One day,” says the father, “a customer comes into our store to pick up her dry cleaning. As the customer turns around to leave, I realize that she’s overpaid by 10 dollars. OK, so here comes the ethics… do I or don’t I tell my partner?!”

In contrast, real ethical dilemmas – moral dilemmas – can often be murky and complex and they most certainly present themselves in business. The strongest software developer can wreak untold havoc on a project if he or she lacks a properly calibrated moral compass. This dimension of a candidate is therefore critical to evaluate.

The strongest software developer can wreak untold havoc on a project if he or she lacks a properly calibrated moral compass.

A highly effective technique for accomplishing this is to present the candidate with a hypothetical moral dilemma and ask what they would do in the situation. For this to be effective, it is essential that the dilemma not have an obvious answer. Ideally, any possible answer should be imperfect and somewhat problematic. The answer the candidate provides to such a question can provide enormous insight into how they think, their ethical standards, and their priorities.

Here’s an example:

The company you work for has been hired to work on a project by another company. The project requires use of a particular subcontractor. You previously worked for that subcontractor and you therefore know first-hand that they often “pad” their hours and overcharge their customers for their time. If they do this on this project, though, it won’t hurt your company, since those costs will be passed on to your company’s customer. You’ve mentioned this to your boss and he has advised you not to say anything to the customer, especially since the subcontractor’s portion of the project only represents a small fraction of the overall budget. You have a very close friend who works for the customer though. One day over lunch, your friend asks you what you know about this subcontractor, since he knows you used to work there. How do you respond and what do you tell him?

The beauty here is that there’s no clearly “right” answer and the situation mirrors the moral complexity of real life and the business world. If asked properly, the answer to such a “moral dilemma” question can be one of the most telling and valuable parts of the interview process for hiring software developers.

Getting to Know You (Who are you really?)

One of the inherent flaws of the interview process is that there is really no way to get to know what it will be like to work with a person until you actually work with them. Getting a realistic feel for a candidate’s personality and temperament is nonetheless crucial to a successful hire.

The technical elite are not just technically superior, they are also highly professional. The search for them is therefore not limited to a strictly technical evaluation.

The technical elite are not just technically superior, they are also highly professional.

With that in mind, here are some interview techniques that can be beneficial for evaluating a candidate’s personality and professionalism…

For one, consider intentionally beginning the interview process with a prescreen by a non-technical staff member (such as an administrative assistant). You can then ask this staff member how the candidate treated them once they realized that they were not technical. Were they demeaning, impatient, and condescending, or were they pleasant, patient, and respectful? What the staff member relays to you can be very telling indeed. You want to know if the candidate treats others with respect, regardless of who they are.

Throughout the interview, look for opportunities to provide the candidate with constructive feedback. Observe carefully the reaction that this elicits. Is the feedback appreciated or does the candidate appear to become at all defensive?

Engage in non-technical “chit chat” for the first 5 or 10 minutes of an interview as a means of obtaining insight into the candidate’s personality. The candidate may think this is simply a prelude to the actual interview and will therefore be more likely to “let their hair down”. You may thereby be able to discern a surprising amount about their personality during this time. And of course, if they exhibit a sense of humor, that’s always a good sign. :-)

In addition to these general techniques for hiring engineers, here are some sample questions to help assess a candidate’s personality, confidence, honesty, and professionalism:

  • As you look back on your career, what it is a specific difficult situation you’ve been faced with that stands out in your mind? Describe the challenge and how you dealt with it in detail. What do you feel you handled particularly well? What might you do differently if you had the opportunity to do it over again?
  • What is the biggest mistake you think you ever made in your career?
  • What do you enjoy the most about software development? What do you enjoy the least?
  • If you could paint the ideal position for yourself, what would it be? What would it look like in terms of your role and responsibilities, size and type of company, the work environment and so on?
  • What are your greatest strengths? What would we gain by hiring you?
  • None of us are perfect. What are some aspects of your personality that you’re working on improving?
  • If I called your current boss and asked him about you, what would he or she tell me?
  • What should we be concerned about in hiring you?

Collectively, these questions and techniques have been proven to foster a much stronger and deeper understanding of who the candidate really is, which is a vital to making a successful hiring decision.

Is the Feeling Mutual?

So, you’ve found an A+ candidate. Highly skilled. Positive, upbeat personality. Excellent cultural fit. That’s great! But…

There’s still one pivotal question that remains to be answered: To what extent is the candidate specifically interested in your available position and in working for your company? The answer to this is of paramount importance in ensuring a successful hire. One-sided relationships work no better in business than they do in any other aspect of our lives.

Once again, simply asking the question directly is of minimal value since, in the context of the interview process, one must be suspicious of a candidate’s candor in answering such a question. Rather, this is something that one must attempt to ascertain through other, less direct, means.

One-sided relationships work no better in business than they do in any other aspect of our lives.

For starters, the way the candidate approaches you from the onset is a fairly reliable gauge of interest. Does the candidate offer a cogent, compelling explanation of why he or she is particularly interested in your company and the available opportunity? If so, this not only displays real interest, but also a level of professional maturity and sophistication. Such a candidate has clearly done at least some level of prior research into your company, and the opportunity, before contacting you (rather than simply “shotgunning their resume around town”).

Candidates who enter the developer hiring process having done their homework on the company, and its products or services, provide a useful indicator of both their interest and their savvy. Candidates who have gone as far as doing advance research on the interviewer (e.g., reading his or her bio, LinkedIn profile, blog posts, and so on) are particularly noteworthy. More sophisticated candidates will make a point of revealing this information in the course of the interview. For others, simple open-ended questions such as “What do you know about our company?” and “What in particular interests you about our company and this position?” can elicit very telling responses indeed.

Finally, a candidate who is genuinely interested will likely be asking questions throughout the interview process. That notwithstanding, it’s always a good idea to close the interview by asking if the candidate has any questions. A lack of any questions at all can be a red flag, even with someone who would otherwise have been considered an A+ candidate.

Wrap Up

The techniques described herein can serve as a valuable core process for finding and hiring software developers that are the best in the industry. Yet it is important to remember that effective hiring is not a destination, it’s a journey. One must continually re-evaluate and tweak their process, as a static process is destined to become a dead process.

Effective hiring is not a destination, it’s a journey.

Every company’s journey will be different, based on its own culture and priorities. Find the path that’s right for your organization and execute on it. You will have successes and you will have failures, but as long as you learn from the latter, you can be assured that you’re on the right path.

Hiring? Meet the Top 10 Freelance Developers for Hire in October 2016
Don't miss out.
Get the latest updates first.
No spam. Just great engineering and design posts.
Don't miss out.
Get the latest updates first.
Thank you for subscribing!
You can edit your subscription preferences here.


Taso Du Val
Fantastic write up Hyam. Very accurate advice and clearly from experience.
Zen Master
Hire me Hyam, your search is over! Just kidding, a good post. Hiring developers is hard, hiring talented developes is even harder!
Well sometimes things you looking for so much is too close to you and you can't notice it until you loose it ;). Also recruiters quite often judge people in the way like judging elephant by the ability of climbing. And in the end when you finally manage to you hire the talent let them evolve and work, as quite often companies are hiring top level engineers and then tell them how to do things or give them useless task. Think about it !
For the last quarter, I have been reading the articles published at TopTal. Many are excellent.... as is this one. Thank you for the time you invested to publish this. It is quite the great resource for both hiring managers and developers. I feel compelled, however, to provide some feedback that both corroborates many points in the article and some that **contest** a few statements. >> Other valuable sources of top-notch technical talent include blogs, open-source, and conferences. I completely agree. In fact, nothing articulates the developer's technical expertise [and bandwidth of skills] more that their own source and articles. This is a great opportunity to quiz/interview the developer with questions and challenges on their OWN code. The responses, rationales, and on-the-fly code changes can be quite revealing. >> Pose a programming challenge unconstrained by language I completely agree (again). Last year I was asked to create a AngularJS SPA based on simple requirements and mockups. At first I was shocked that an interview would ask a candidate for such investment of time and effort. Then I realized that the effort would be a win/win. I could demonstrate best practices to the client. And I could have another open-source project as part of my repertoire. That effort required over 40hrs of work... but was COMPLETELY worth the investment. In fact, the client even stated that they had never had someone deliver such depth of a solution. @see >> Online tests can also serve as a valuable preliminary filter... This statement only applies to beginner- or intermediate-level developers...or developers with no `public face`. If you are searching for senior top talent, then by definition they absolutely will have blogs and/or open-source. If not, then I contend that they are not Senior developers. If they do have a `public face`, their blogs and open-source will quickly confirm levels of experience, quality, and understanding of architectures, standards, and testing. At the start of the year, I actually started an interview process with TopTal. ;-) At the end of an excellent initial interview, I was bluntly informed that I would be required to pass an online `test` before the interview process could continue. I respectfully responded that I would not be willing to take a online test. I also stated that I would GLADLY do an online code review or questionnaire of my own publish code, gists, plunkrs, etc. After 20 years of development with significant blogs and open-source code... this recipe-approach that is applied to all candidates was rather offensive. Imagine asking a recognized, practicing surgeon to take a simple medical questionnaire. Imagine asking senior executives to take some kind on online exam... most would decline. The interview process at TopTal stopped as a result. I was shocked that a company that professes to hire top-talent would lose opportunities simply because of a recipe interview requirement. After some discussions with many peers (architects and senior developers), most of them agreed that they would likewise decline to take an online exam... and their refusal would not because of a lack of confidence nor an inability to pass the test. Rather, we decline because such tests indicate NOTHING of the ability to architect, code, and deliver terse, DRY, maintainable code and components. I personally have interviewed many candidates that asked verbal questions very well, that passed tests with flying colors... whose coding was horrible or their real-world understand of architectures was completely lacking. It is our code that reflects such abilities. I contend that testing `software architects` with online exams is both pointless, in-effective, and demeaning to our experience and publish materials. `Test` us within context of our code... test us with moral dilemmas... test us regarding our communication skills... test us regarding our philosophies of team building, agile development, product deliveries, etc. Thanks again for an overall wonderful article. I hope you find this feedback useful.
H. Singer
Hey Thomas. Thanks for taking the time to provide such detailed feedback. We're glad to see that there is much you agree with regarding our hiring philosophy and approach. With regard to online tests, we absolutely agree with you they are a suboptimal mechanism for evaluating a candidate's software architecture and design skills. We rely on the other aspects of our interview process to evaluate such capabilities. Yet at the same time we do find that the tests are an effective and important component of our interview process for evaluating knowledge of basic computer science algorithms and paradigms. And as you are surely aware, we are by no means alone in this practice. As a company, we are fortunate to be faced with rapid growth and, as such, find it particularly important to maintain an interview and selection process that is 100% consistent across the board, to help ensure that we maintain our quality standards. We regret that the test dissuaded you from completing the interview process with us, but appreciate your feedback nonetheless. Thanks again.
Gary Woodfine
Very bland! I'd expect a company that follows this type of formula, would also have emblazoned on their website in bold letters to really differentiate themselves from the rest of the herd "What differentiates us from the others is our people" The key to attracting the right talent to your organisation has got very little to do with your hiring process or what formula you employ. It is a lot more about what culture, working environment and projects your company has. You get this right and the right talent will find you! As a lifelong contractor/freelancer , entrepreneur or whatever other label you would like to provode, I have had countless interview experiences, On average I will attend between 6-12 interviews a year, and for the most part they are all exactly the same, dull, lifeless and particularly soul destroying for both parties! I can't tell you how many times, I've sat down in an interview and the folks conducting the interview describe their company in exactly the same dull, lifeless, monotone, vanilla and monosyllabic fashion. These same companies generally go about finding their "talent" the same way, by instructing a "Recruitment" agency, and they generally supply a shopping list of skills required, with a bland description of the company and role, never mentioning the type of project. The agency then posts some vanilla job description on the 1000's of "jobsites" , or trawls Linkedin etc, then conducts a series of phone calls similar to the ones described in my post . After this dull and lifeless talent search, the candidate will arrive in your office, after presumably doing a pre-read of your corporate website, which after you've read one, you've read them all. So the real challenge in recruiting has nothing to do with interview process, it has everything to do with the company. Make your company a place people want to work, for more than just a pay cheque, and the right talent will find you!
Dhruv Patel
Learned some new ideas today. Thanks @hyam_singer:disqus
Oscar M
I personally give a great thumbs up to open source code contributors and honestly I was never disappointed. Now regarding the online tests I believe the point of online tests is time saving because you are not personally involved. I'm not sure what kind of online tests others provide, but we provide simple problems that require simple solutions. We usually <a href="">use this online testing service</a> and yes we target beginners with them because tests that we use are somewhat a bare minimum, a basic requirements that we are looking in the candidate. We use them as a negative filters and I believe that should be the point of any online testing and also you cannot get a "false negatives" in this case, only a "false positives" but that doesn't matter anyway because you are filtering out and not choosing at this point. The funny thing is that we use them even when looking to fill a senior position. You are probably asking why, but I swear that even for a senior position we filter out a nice percentage of participants. Jeff Atwood wrote some time ago about this issue, <a href="">read here</a>, and his words can actually be applied to a current situation as well.
Uri Lukach
Excellent article, I do think that there is a place for online testing. We use which also allows you to integrate your own set of question along with their questions.
Suraj Gupta
Similarly, I've written-up the details of my process for hiring awesome developers. Hope it helps!
"By definition they absolutely will have blogs and/or open-source. If not, then I contend that they are not Senior developers." Where does this definition come from? I have been working for 15 years as a developer on multiple technologies and programming languages and always worked on private repositories (either personal or company owned), all tested and code reviewed by other developers. I think this assumption is very wrong.
Nihar Sharma
Very good article about to find the best Software Developer. The process of hiring the developer described in the article is very useful and interesting. It is always a very difficult task to hire a best developer for our business or project. Nowadays you have to check each and every things about the developers before hire. First of all you have cross check how many projects he has done successfully ? Then you have to check how many years of experience in the current industry and how he is good at latest technology. In this way the process become time consuming. As per my personal experience it is better to hire software development company than to hire a freelance developer. Because a software development company already has well developed infrastructure and talented developers. For my business web site I have hired <a href="">IndiaNIC Infotech Ltd</a> Before hire I had gone through the company profile and I really like the company and their working environment. My experience with this company is very good.
Philip Flesher
Totally agreed on the personal networking approach being the best way to fill the pipeline. I wrote a post recently that focuses on this aspect (and other ways to attract high quality engineers):
Recently I was working on a research report where the focus was on hiring part-time/freelance employees in the skilled industry sectors, such as lecturers, technicians and of course software developers. Several interesting ideas came up during the research. There is a trend of moving towards community-based having especially through LinkedIn, where a large majority of part-time/ freelance skilled potential employee profiles are available.1 separate focused was the recruitment and selection of teaching staff stop to colleges where courses are not conducted on a regular basis and hence only part-time freelance employees are required. the conclusion was also quite interesting. It was identified that a large number of the teachers are rehires and hence one college focussed on a fewer number of part-timers and freelancers and if they are not available, these guys would refer their colleagues or friends to the college, but majority of the part-time / freelancers will develop a relationship with their employer, even though they are not employed full-time basis. On the other hand the College would also like to keep their relationship with a fewer number of part-timers and freelancers to ensure their availability when required based on the courses they start or when the students are available for these courses in sufficient numbers.
Same here - great approach. I especially have to agree with the "less focus on technical skill" point. This is very important, as we're hiring people, not machines, so their way of interacting is far more valid than the skills alone. There are some basic "good devs" hiring rules here: that I've just found interesting. One thing is certain - it's not easy to hire well in this field. Goof luck to all.
Erin Riggers
This is wonderfully articulated. How do I become a part of your interviewing team? :)
I have read your whole blog and keep in touch in future as well.if any one get more information about the Hiring software: visit:
Nicoli Redmayne
Freelance designers are committed to outstanding performance to establish their personal brand. A commitment to excellence, when accompanied with skill, is a consistent winning combination. Even the newest freelancer may deliver more excellence than superstar large firm designers.
comments powered by Disqus