4 ms·
I agree that incompetent people are out there, but I also think the interview setup is completely unnatural and nerve-racking. I've been working 10 years, can
by polalavik 4y ago
I agree that incompetent people are out there, but I also think the interview setup is completely unnatural and nerve-racking.
I've been working 10 years, can get things up and running pretty fast, learn fast, but I'm super anxious in interview (and I've done hundreds). I'm just an anxious person, so most of the time I completely freeze up. Perhaps finding a better way to interview is a better way to hire for diversity.
I think there are two camps of people: truly incompetent liars that look good on paper and people just straight up bad at interviewing who are perfectly qualified. So how do you give the latter a fighting chance?
- MontyCarloHall 4y agoIn my experience, the latter can pass the interview with some coaxing. Someone who knows the right answer but who's frozen due to anxiety can often complete a thought that's already in their head if someone else starts verbalizing it. On the other hand, no amount of hints can help the truly incompetent liar, since they can't produce any thoughts on how to solve the problem in the first place. The problem is that many (most?) interviewers have no idea how to effectively coax a candidate along. They usually sit there in silence for an awkwardly long period of time and then fail the candidate, or offer totally irrelevant hints that don't reflect how someone would actually think about the problem.
- throwawayboise 4y agoHonestly, most companies will prefer the candidate who projects poise and confidence rather than anxiety, all else being equal. Sorry but that's life. Work on overcoming that.
- lapcat 4y ago> Honestly, most companies will prefer the candidate who projects poise and confidence rather than anxiety, all else being equal. Sorry but that's life. Work on overcoming that. Most companies will also prefer the candidate who who projects tallness and youth. Maybe these biases are something that companies need to overcome?
- ZephyrBlu 4y agoThe difference between being confident and anxious almost certainly has a bigger effect on your work than being tall/young and short/old.
- lapcat 4y agoHow so? I'm talking specifically about confidence and anxiousness in a job interview. One can be very confident in one's work yet be anxious in a job interview.
- polalavik 4y agoAlso someone can be very confident AND incompetent but convince people otherwise - that is, they can convince people that they are fully capable of doing a job they are not capable of.
- ZephyrBlu 4y ago"job interview" is an instance of what someone is anxious about. No one is specifically anxious about job interviews, they're anxious about what occurs during a job interview. Ex: being anxious about a job interview might really mean they get anxious in high pressure situations, talking with unfamiliar people, etc. Depending on the role, these situations could easily be ones you encounter at work as well.
- lapcat 4y agoThis is a common and unfortunate misconception. Repeated interviews going badly and/or repeated failures to get a job can make someone specifically anxious about job interviews. Also, let me explain some of the crucial ways the job interview experience is distinct from work experience: 1) In an interview, you can lose the job at any moment for any little reason, because you don't even have the job yet, whereas on the job you're very unlikely to lose your job at any moment for any little reason. It typically takes gross incompetence or insubordination to get immediately fired. I've written plenty of software bugs in my career, as has everyone I suspect, but I've never been fired. I've lost plenty of jobs in interviews though. 2) The stakes are personally higher in a job interview, especially if you're currently unemployed. You can claim theoretically that the stakes are higher on the job, because "millions may be lost", but those aren't your millions, they're the company's millions. The company losing millions may suck for the company, but it doesn't necessarily mean you lose your job. Companies lose millions yet continue in business. Whereas if you don't get a job at all, you'll eventually run out of money and become homeless. That is the highest of stakes, for you. 3) If you've had a job for a while, then your coworkers already know that you're competent. They aren't suspicious of you or sitting in judgment of you, because your work has already been seen and judged. Whereas in a job interview, it is a stranger sitting in judgment of you. The issue isn't necessarily "talking to strangers" but rather you have a stranger who is wondering if you're a "faker who can't code your way out of a paper bag", and you have to prove to them otherwise in an hour. 4) In a job interview, someone is standing over you watching your every move while you work. Unless you do pair programming (which I dislike), most programmers are sitting alone at the computer most of the time, not having someone else stand over them. And even if you do sit with a coworker at the computer on the job, the process is usually collaborative rather than judgmental. You and a coworker sit together to solve a programming problem together, not so that your coworker can judge you and give you an evaluation which determines whether you get paid or not. 5) The tests given in job interviews are usually totally artificial and often have nothing to do with the job. You're just given a test — sometimes ill-defined — out of left field, at the spur of the moment, and you have to solve it in a few minutes, because the job interviewer can't sit and wait for you to take however long you need. People who interview a lot, or who are coached in interviewing techniques, apparently learn that there are tricks to interviewing, and you can ask the interviewer multiple questions to clarify and talk through the process, but someone who doesn't interview much doesn't know this. You rarely get such artificial, out of left field problems at work that need immediate solution. At work, you have meetings, discuss the product, discuss what's needed, before you work on things. Or if there's a work "crisis", the crisis has to do with your company's codebase, which you're already familiar with and may have written yourself! I could go on and on and on, but hopefully that's enough to show that the pressures of job interviews are unique and not the same as work pressures, no matter how bad the "emergency" at work. One more thing about different pressures and psychology: It's well known that many people have a specific fear speaking in front of groups of people. So why is the notion so strange that people have a specific fear of job interviews. I have little doubt that there are firefighters, who rush into burning buildings for a living, who would feel sick at the idea of giving a speech in front of a thousand people in a non-burning building. Anxieties are not all the same, they're often very specific. It's sad to me, though not surprising, that many hard techies don't understand human psychology and have a hard time empathizing.
- lesuorac 4y agoI mean what questions are you getting that you freeze up on but could otherwise solve in ~1h? I nearly always use a glorified DFS and I find that roughly - 50% of the candidates cannot write an iterative or recursive function (never mind actually solve the problem). - 15% of the candidates can't figure out how to pass data recursively (i.e. a counter) and resort to a global or do it incorrectly (i.e. pass-by-value which won't work). - 10% start with an iterative solution and change to recursive once they start having trouble (IMO good call but it is solvable iteratively). - 10% actually come up with a completely correct answer. ~ 5% test their solution with non-provided input. Sometimes I do wonder what prep the candidate has been given. A lot of the time they seem afraid to add a new function and instead only modify the provided template (do-able but obviously more difficult).
- lapcat 4y ago> I mean what questions are you getting that you freeze up on but could otherwise solve in ~1h? You're thinking that the difficulty of the question matters, but it doesn't. The difficulty is the situation. You freeze up in an interview, but then immediately after the interview you go back and solve the same problem quickly, because the anxiety is gone, and nobody is standing over you watching. But you don't get a second chance after you're rejected. If you're not anxious, you can solve very hard problems. If you are anxious, you can't solve very easy problems. Many interviewers are astonished that candidates can't do FizzBuzz or whatever, but it's often because these interviewers don't understand fundamental human psychology, and expect everyone to be a robot with no emotions.
- 331c8c71 4y agoCan't upvote enough. I tend to freeze big time in tech/mathy interviews unless I feel there is a good emotional connection with the interviewer.
- edmcnulty101 4y agoPass data recursively You mean back up the stack via the return statement? or via parameters in the function call?
- PeterisP 4y agoHiring is about satisficing, not optimizing. As long as your process gets you to a great candidate or two, it works and does all you need even if it filtered out someone who might have been 10% better (because it's not something which is possible to that accuracy during the limited time/effort plausible during an interview, and your final selection would not necessarily pick them) but a process that gets you to a candidate which seems great but has a 10% chance of being totally worthless is costly.
- lapcat 4y ago> Hiring is about satisficing, not optimizing. Yet the OP's suggestion was this: "don't have 500 interviews. Have at most 2 or 3 which altogether should not take more than 2 to 3 hours of somebodys time." In other words, the OP was recommending satisficing rather than optimizing. Companies waste so much time on interviewing. Their own time and candidate time. Hundreds of interviews, multiple rounds, just a massive amount of time for 1 job. It certainly feels like they're trying to optimize rather than satisfice.