Click here to Skip to main content
Click here to Skip to main content
Technical Blog

Technical Resumes and Interviews

, 30 Nov 2011 CPOL
Rate this:
Please Sign up or sign in to vote.
Some of my pet peeves that I run across during interviews (or on resumes) that will immediately get you removed from consideration.

Having done a few horrible technical reviews lately, I figured I should post a little info to help prospective interviewees out. So here are some of my pet peeves that I run across during interviews (or on resumes) that will immediately get you removed from consideration.

Listing Skills or Technologies You Don’t Know

Seems obvious, but clearly it is not. If you list a technology on your resume (especially the harder ones or ones not strictly in your specialty), I’m going to ask about it. For instance, if you list all the technologies in a project you were on, but all you did was update ASP.NET pages and someone else did the WCF/SQL Server/whatever it is, you shouldn’t list it. Technology acronyms may get the recruiter’s attention, but I am going to ask you about it, and if you don’t know it, I’m going to assume your resume is a batch of lies. I don’t have the time to figure out what you do know so I’m just going to eliminate you.

Listing Clients as Employers

Your clients did not hire you as an employee, but a contractor. Those are very different scenarios. If you work for a contract house and worked on a project at Proctor & Gamble, P&G is not your employer. I have personally seen contractors list Microsoft as an employer because they worked on a project led by MCS. You were not an employee of Microsoft, you were a sub-contractor. You did not go through the extensive hiring process at Microsoft and pass. Someone at MS hired your company to provide developers, and not specifically to hire you. That’s not the same thing at all.

Brush up on Basics

If you are a developer whose main skill set is Java or .NET, you should know OOP basics. How about the four pillars of OOP? I am amazed that interviewees with 10+ years of experience can’t answer this question. If you know C#/Java/whatever, you should be able to tell me what the language keywords mean and their effect. I expect you to be able to write code in the interview. I don’t think you should be able to write up a connector for WIF, but some basic coding without the benefit of Uncle Google is a prerequisite.

Opinions

I am consistently shocked by the number of developers who won’t express an opinion, on even the simplest of questions, like what do you like better about C# compared to language X?. I don’t want team members who won’t tell me what they think or even tell me if I’m wrong. I’m pretty sure if you can’t express your opinion in an interview you can’t work on my team.

Look up your Interviewer

Again, seems pretty basic, but it doesn’t happen. I know the recruiter gave you my name. In almost 10 years of interviews, only two people actually looked me up ahead of time. If you are reading this before I interview you, congratulations, you are on the right track, but I’m pretty sure you are the minority. This is an easy way to demonstrate some initiative.

Ask Questions

If your only question is what is the project this interview is for, I’ll just assume you are a contractor looking for a gig and not looking for a career at my company. Again, I don’t want you. If you don’t know anything about my company going in, I’m going to assume you are lazy in your work as well.

Read These

Do yourself a favor, read about tech interviewing:

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Share

About the Author

David Truxall
Team Leader Hewlett-Packard
United States United States
Dave has been programming for a living since 1995, working previously with Microsoft technologies modeling internal business processes, and now working as a mobile architect and team lead. He is currently employed by HP in the metropolitan Detroit area.
Follow on   Twitter

Comments and Discussions

 
QuestionHow you should check skills PinmemberAlexMand24-Feb-14 2:40 
GeneralMy vote of 2 Pinmemberjcrumble26-Mar-12 9:10 
I laugh and intentionally tank an interview when I see an interviewer who is more interested in terminology than experience. I have been on both sides of a number of interviews and can tell you that someone who can actually produce does not necessarily know terminology and vise versa. In fact a good developer is someone who is most likely going to go to a library of their own code that they understand and piece it together in a new way to speed up the development process for a new product. "Buzz words" are often a sign of an environment someone interviewing may need to be cautious of as well as certifications. In this area of the country, good developers are steered clear of these environments by the head hunting firms for the most part as they know that this type of interviewer is going to drive a real programmer to leaving before a commission check can be collected. I do however agree with the writer in that presenting a simple exercise in writing code is a good way to verify the person knows somehting about what they are doing. This was practiced at my last job and was useful in eliminating many candidates that looked good on paper.
QuestionContractor vs Permanent PinmemberEugene Sadovoi7-Feb-12 10:41 
AnswerRe: Contractor vs Permanent PinmemberDavid Truxall7-Feb-12 14:28 
QuestionGreat, my 5! PinmemberPranit Kothari14-Dec-11 19:35 
GeneralMy vote of 5 PinmemberPranit Kothari14-Dec-11 19:34 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Mobile
Web02 | 2.8.141022.2 | Last Updated 30 Nov 2011
Article Copyright 2011 by David Truxall
Everything else Copyright © CodeProject, 1999-2014
Terms of Service
Layout: fixed | fluid