How I Read a Technical Resume
I have spent many hours discussing and writing about how rĂ©sumĂ©s are written, but Iâve never shared much regarding the way rĂ©sumĂ©s are read. Iâve reviewed thousands of rĂ©sumĂ©s, and my process has changed with the times. The description here describes how I read a rĂ©sumĂ© upon arrival in my inbox, with the only decision being whether I will schedule an initial conversation (with me).
Disclaimer: This is not meant to be a piece on rĂ©sumĂ©s as a hiring tool. I hope to provide insight regarding details that trigger responses in an agency recruiterâs mind. I try to err on the side of âletâs talkâ and not âno thanksâ.
Keep in mind that (as an agency recruiter) my goal is to first determine whether my client would interview, and to potentially save everyoneâs time (client, candidate, me). Iâm looking for some number of positives where Iâm convinced that we should speak, or a combination of negative flags that make it apparent that an interview (much less a hire) is unlikely. Technology has provided candidates the ability to shotgun rĂ©sumĂ©s even when they are grossly unqualified/overqualified or would almost certainly not accept the job if offered.
The top of most résumés I see:
Location The only data point I retain on the first pass is location. Remember that I have to consider whether my clientâs offer would even be entertained, which location can influence. Even if a candidate is not local, I continue reading.
A non-local location becomes a possible flag if the candidate seems rooted in their home city. If Janeâs rĂ©sumĂ© shows that she has worked in San Francisco for 15 years, the likelihood of a move to my clientâs city should be lower. Assuming Jane later appears qualified, I would want to inquire about her thoughts on relocation before potentially getting too far along. Maybe she has a move planned already.
Email/Domain For certain positions I will visit a candidateâs domain to see if there are any items (work samples, technical blog posts) that might reveal something worth highlighting to my client.
GitHub I donât read code, and I donât click GitHub links on the first pass. Generally I wonât bother clicking it at all unless the experience section is lacking, in which case I check for personal projects or activity that might help get the candidate in the door.
LinkedIn Again, I donât click it on the first pass. If I have difficulty understanding any of the rĂ©sumĂ© material or career history I may visit their LinkedIn for possible clarification.
What follows that top section varies, but I hope for a profile/summary:
Summary/Profile A well-written summary or profile statement is enough to prompt my decision to initiate dialogue without reading much further. I encourage my candidates and rĂ©sumĂ© customers to include one. Even if the profile isnât strong enough to get an immediate âletâs talkâ response, it should help steer the reader to which content is relevant.
One can sometimes predict a candidateâs level of confidence/overconfidence or even a blatant lack of industry knowledge from a summary. Entry-level candidates using terms like expert or master to describe themselves are a slight flag.
There is a trend for candidates to create summaries consisting of several bullets (5-15) of information. A summary is intended to be shorter by definition, and these summaries indicate someone who may not understand what is relevant.
Experience is usually next (education for entry-level):
Experience Iâm obviously looking for accomplishments and the candidateâs ability to put them into clear and concise terms. Were projects completed? For more experienced candidates, Iâm looking for consistency with respect to responsibility and role. An abundance of internal acronyms and company-specific jargon without context is a flag, indicating the candidate may be insulated. Is it clear what the candidate has done?
Iâm also observing how the candidate weighs details of their own work history. Candidates tend to lead with and highlight the experience they feel is most important and valuable, which provides insight as to their objective. Those looking to distance themselves from code may list leadership and management responsibilities (project management, mentoring, training, hiring, etc.) before more hands-on duties (architecture, development, etc.), whereas someone disinterested in management will likely emphasize and quantitatively detail a challenging technical problem and the solution.
Dates I look at dates to see if there is a pattern of large employment gaps, but I wonât discount a candidate based on gaps alone. I pay attention to long tenures at organizations and whether someone was able to accomplish several things over years.
Employer Names These are particularly useful when I am familiar with a companyâs technically rigorous interview process, as a candidateâs hire by such a firm should at least indicate interview ability (though admittedly not job performance). If I have knowledge regarding how well/poorly a company compensates their employees relative to my client, employer name reveals a high price tag or perhaps an ability to give a significant increase.
Locations As referenced earlier, I notice non-local cities (if listed) and assess the probability that someone would relocate if necessary. When a résumé lists different geographic regions for every job, it can be indicate a candidate willing to go anywhere for an interesting job or someone that chases the highest bidder. If someone is likely to be interviewing nationwide, the odds of any individual joining my client fade.
A skills section often follows:
Skills Obviously I scan to see if the list remotely resembles the job description, particularly if the client has any strict must haves. Hopefully by now Iâve determined what the candidate has done by reading the experience and not buzzword searching. I gauge whether the overall skill set resembles the typical preferred profile of my client based on past hires. Listing a clearly unrealistic number of languages or skills is a flag, with the judgment of ârealisticâ based upon overall experience while allowing for a degree of self-study.
Last (first for entry-level) is usually education:
Once Iâve come this far the decision is made and the information here is unlikely to make me reconsider. Iâll glance to see if itâs a school I recognize as having a good or bad reputation, whether overall or for the program completed. I check if the graduation year matches with the earliest listed experience experience, as that may expose internships or a past career change. I donât pay much attention to GPA for experienced candidates, and certifications tend to be ignored with few exceptions.
There may be other details on the rĂ©sumĂ© that donât fall into these categories.
Personal Projects/Meetups/Hobbies Some candidates will dedicate a section to these or list them under experience. These donât matter much for those with interesting professional experience, but can help push a questionable candidate into the letâs talk group.
Resources: Iâd never encourage a candidate to list the names of references on a rĂ©sumĂ©, as I think itâs disrespectful to the reference. Unless the reader recognizes a name, the information is useless at this point and unnecessary. References will be requested when necessary.
| Reference: | How I Read a Technical Resume from our JCG partner Dave Fecak at the Job Tips For Geeks blog. |









