Ask Slashdot: Re-Learning How To Interview As a Developer?
An anonymous reader writes "Earlier in my career, when I switched jobs every year or so, I was pretty good at interviewing. I got offers about 75% of the time if I got to a in person. But times have changed... my last 2 jobs have been, longer term gigs.. 5 and 3 years respectively, and I am way out of practice. My resume often gets me the phone interview and I am actually really good at the phone screen.. I am 12 for 12 in the last 6 months phone screen to in person interview. It is the in person interview where I am really having issues. I think I come off wrong or something.. I usually get most of the technical questions, but I am not doing something right because I don't come off very likeable or something. It is hard to get very much feedback to know exactly what I am doing wrong. I have always gotten very good performance reviews and I am well liked at work, but if there is one area for improvement on my reviews it has always been communication. So I ask, can anyone give out some advice, I have tried toastmasters a few times, but does anyone have other tips or ideas? Has anyone else had a similar experiences?"
Maybe it's not about you, but that the job market isn't flourishing that much anymore.
Listen and watch. If you are answering the question you thought they asked, instead of the question they thought they asked, they will probably be somewhat annoyed.
Try to pick up on that, and either figure out what they were asking, or ask for clarification. Let them get in a few words, too.
Sounds more like the proverbial age discrimination that exists in the tech world.
Resume - great; phone interview - great; but then the interviewers get one look at you...
I don't know how friendly and open you are, anonymous person, but I've done pretty well in my last couple of interviews; Accepted immediately, first (face-to-face) interview.
Prior to those last two jobs, I hadn't had an interview for 8 years. It took me 12 interviews before I managed to get a job.
Basically, be more friendly, relaxed and relatable. Complain a bit about previous employers and how this new job will fix those problems (you may have to use your imagination), everyone has problems. A lot of the time, what puts perfect candidate A before candidate B is that "they could have a beer with them". Nobody wants to hire someone they're not gonna enjoy having around the office.
Since drinking heavily, I'm a lot more approachable, and apparently, a lot more employable.
Hope this *hic* helps.
To employers, it's of secondary concern that you're more competent than the other guy.
Primary concern is whether you can be a cog, e.g. will you get along with other team members (which they translate into "enthusiastic, cheerful and forgiving") and will you be able to understand, cooperate with and stay out of the way of your superiors. A big part of this is trying to avoid hiring an employee who also creates problems in addition to doing his/her job.
I suggest thinking vapid and friendly, like a labrador retriever, when you go into a job interview.
Futurist Traditionalism
I typically get job offers from almost all of my in-person interviews. What works for me is being very engaging in the interview. Appear genuinely interested in the company. Don't wait for the "do you have any questions for us" part of the interview before asking questions, ask questions throughout the entire interview. Ask questions about the corporate culture, ask questions about their internal workflow, ask questions about parts of the company other than the one you'll be working in.
Also, come off as very human during the interview, especially when they ask you about yourself. When they ask you about yourself, don't just rehash your resume, they can read that for themselves. Instead, talk about your interests, your hobbies, your life. "Well, I've been a programmer for 13 years, I have a BS in computer science from the U of M, I've been married for 3 years, I play softball and pain miniatures."
The interview is way less about them gauging your technical ability, and way more about showing your interest in the company and how you will fit in with their current team.
Yes, be prepared for the technical questions too, but that's really the minor stuff
Read up on defensive or aggressive versus relaxed/friendly postures (position of arms, leaning too far forward or back etc).
Also, actively listen, and try to understand what is behind some of the questions they ask. Make sure your more opinionated answers are not the kind that risk offending someone who is in the room.
Oh, and as toastmasters probably taught you, avoid saying ummm ahhhh, and keep your answers brief and to the point.
Where are we going and why are we in a handbasket?
Here's my $0.05. I've been a hiring manager for a number of developer positions.
i) Practice: Have a few pat answers for open ended or probing questions. Like when you get asked "Can you give me an example of..." pick a good example - one where you look good (I can't tell you how many times someone picked an "example of resolving a conflict with their coworker where they looked pretty bad"). Then bounce it off your NON-tech friends. Take their advice, even if it sounds weird or not how you would naturally talk. Then practice until you can make it sound natural.
ii) Question. It pays to ask a question or two about the questions being asked of you. Not every question but it shows you are listening and can be even used to show off knowledge you have but haven't been asked.
iii) Listen when they are talking. Try to get an idea of what these people are looking for.
iv) At the end you are often asked if you have any questions. Use the information about iii) to get them talking. Find something you have in common. Suggest some solution. i.e. get them talking about their biggest problem areas for software, hardware (whatever you're being hired for and ask them "Have you tried..."). Don't go on too much about a single technology. I don't mind it when someone slips an extracurricular into their interview but it should be a one off. For example, I interviewed a person who did some Ada programming in his spare time. Which is cool but he referenced it two or three other times and it started to sound like an attempt to distract from the question.
Bonus: Avoid jokes. Seriously. Unless you really can take the temperature of your audience it's hard to pull off and it can easily be taken the wrong way and counted against you . Remember that when you tell jokes to your peers at work they already know you (to some extent) and are attempting to think the best of you. An interviewer is trying to differentiate between you an everyone else. If someone from HR is on the interview panel and you tell a joke (or relay an experience) that makes you look like you have a problem or might be mildly sexist, ageist, racist. You can easily find yourself on the bottom of the pile when it comes to a decision.
Now this is a post that I never thought I'd see on Slashdot.
Somebody, in all seriousness, suggesting that someone wear makeup.
Would that Commander Taco see this.....
Faster! Faster! Faster would be better!
The problem with being eight years older is that you are, indeed, eight years older. Past a certain age it seems that the only jobs you will be able to get is through your network. All else being equal, a complete stranger who has to evaluate you against someone eight years younger (heck, you were a good developer at that age, right?) will definitely chose the younger person. More agile, easier to morph.
Work your network. If you are as good as you say you are, use your reputation instead of your skills.
To Terminate, or not to Terminate, that's the question - SCSIROB
... if someone tells you something is broken don't tell them that it was working earlier, say "I'll find out what's happening and get back to you ASAP" and maybe something like "... I should have been notified if it was a server crash, hopefully it's not too serious and we can get everything back in order a soon as possible, to minimise the downtime".
Never tell someone who comes to you with a problem that there is/was no problem.