Do companies have bad interviews? Yes.
Is it because they ask stupid trivia questions, demonstrate stupid biases against races, genders, ages, and nervousness, or otherwise don't have a rigorously meaningful process? Yes.
Is interviewing stressful? 100%, and every interviewer should be cognizant of and prepared for the intensity of that stress for some people.
But saying that software engineers shouldn't have to code in an interview is always going to sound absurd to me.
> A live coding exercise often has little to do with what the candidate's output is like on the job.
That's not an argument against live coding exercises. It's an argument against ones that aren't representative of the scale of expected work given the available timeframe and the position's responsibilities.
There's a parted Red Sea of difference.
There isn't to my knowledge any other way to demonstrate ability to perform that can be completed in an hour or less. That isn't to say that there are no other ways to evaluate someone. Certainly one could completely restructure their business around zero-onboard few-hour contract jobs, but that's really an untenable degree of accommodation if we're looking for something that can be applied broadly. Is there yet another way? I don't know. I can't think of one, and the author doesn't provide any useful insight.
Do you know what a senior engineer in the US gets to do after they're done demonstrating competence though? They get to make a shit-ton of money compared to everyone else on the planet except for drug lords, investment bankers, and Dwayne "The Rock" Johnson. We're talking Scrooge McDuck swimming in his money bin money compared to approximately 100% of all people on the planet. All they have to do is put on a t-shirt for an hour or two and show that they're halfway decent at their profession.
Maybe that's worth some performance anxiety for a few miserable fucking hours and then they can go back to tweeting or binge-watching Ted Lasso or whatever it is that stressed people do to unwind these days. Does that privilege people who are better at demonstrating themselves? Yes. That is always going to be the nature of demonstration. But if they fail, there are a thousand more tries ready and available right now. And if they can't do better after a few...well...nobody wants to hire someone who doesn't improve when given the same test over and over again.
> Why are you giving Senior Engineers coding interviews anyway?
Because most so-called engineers quite frankly really suck.
> Do you really think someone who has been holding increasingly more demanding jobs over the past decade or two was faking knowing Python the whole time?
Uh. Yes. I've seen way too many "senior" bombs, and this is definitely the reality. Many if not most people who call themselves software engineers are actually very bad at what they do ranging from being utterly incapable to just not caring about quality. If that's not you, show it.
> If you say to me "tell me about a time you dealt with an unusual networking problem and how you resolved it" I'm going to tell you a way more detailed and interesting story about Dell Optiplex 2x0 boxes that all had the same MAC address when their Service Tag was cleared.
If you let me contact your previous/current bosses _before_ the interview, then I'll gladly let you tell me all the stories you want. Otherwise I think I need to be able to see how you perform. And, yes, that also includes seeing if/how you perform with pressure.
Look, I'll plan, architect, code, document, and mentor circles around 99% of my peers and also be the life of the workplace that everyone enjoys interacting with, but ask me for a story about something I did one time and I'm going to stare at you with an eyebrow ...
2 comments
[ 2.6 ms ] story [ 18.2 ms ] threadThere's a lot of good here.
Do companies have bad interviews? Yes. Is it because they ask stupid trivia questions, demonstrate stupid biases against races, genders, ages, and nervousness, or otherwise don't have a rigorously meaningful process? Yes. Is interviewing stressful? 100%, and every interviewer should be cognizant of and prepared for the intensity of that stress for some people.
But saying that software engineers shouldn't have to code in an interview is always going to sound absurd to me.
> A live coding exercise often has little to do with what the candidate's output is like on the job.
That's not an argument against live coding exercises. It's an argument against ones that aren't representative of the scale of expected work given the available timeframe and the position's responsibilities.
There's a parted Red Sea of difference.
There isn't to my knowledge any other way to demonstrate ability to perform that can be completed in an hour or less. That isn't to say that there are no other ways to evaluate someone. Certainly one could completely restructure their business around zero-onboard few-hour contract jobs, but that's really an untenable degree of accommodation if we're looking for something that can be applied broadly. Is there yet another way? I don't know. I can't think of one, and the author doesn't provide any useful insight.
Do you know what a senior engineer in the US gets to do after they're done demonstrating competence though? They get to make a shit-ton of money compared to everyone else on the planet except for drug lords, investment bankers, and Dwayne "The Rock" Johnson. We're talking Scrooge McDuck swimming in his money bin money compared to approximately 100% of all people on the planet. All they have to do is put on a t-shirt for an hour or two and show that they're halfway decent at their profession.
Maybe that's worth some performance anxiety for a few miserable fucking hours and then they can go back to tweeting or binge-watching Ted Lasso or whatever it is that stressed people do to unwind these days. Does that privilege people who are better at demonstrating themselves? Yes. That is always going to be the nature of demonstration. But if they fail, there are a thousand more tries ready and available right now. And if they can't do better after a few...well...nobody wants to hire someone who doesn't improve when given the same test over and over again.
> Why are you giving Senior Engineers coding interviews anyway?
Because most so-called engineers quite frankly really suck.
> Do you really think someone who has been holding increasingly more demanding jobs over the past decade or two was faking knowing Python the whole time?
Uh. Yes. I've seen way too many "senior" bombs, and this is definitely the reality. Many if not most people who call themselves software engineers are actually very bad at what they do ranging from being utterly incapable to just not caring about quality. If that's not you, show it.
> If you say to me "tell me about a time you dealt with an unusual networking problem and how you resolved it" I'm going to tell you a way more detailed and interesting story about Dell Optiplex 2x0 boxes that all had the same MAC address when their Service Tag was cleared.
If you let me contact your previous/current bosses _before_ the interview, then I'll gladly let you tell me all the stories you want. Otherwise I think I need to be able to see how you perform. And, yes, that also includes seeing if/how you perform with pressure.
Look, I'll plan, architect, code, document, and mentor circles around 99% of my peers and also be the life of the workplace that everyone enjoys interacting with, but ask me for a story about something I did one time and I'm going to stare at you with an eyebrow ...