Worst interview questions for software developers(fibery.io)
fibery.io
Worst interview questions for software developers
https://fibery.io/blog/worst-interview-questions-for-software-developers/
252 comments
I would try to answer (to my future supervisor) something like "I'll have your job, because I want to grow and get better". But that might the interview. Of all the dumb questions, I think this one is the dumbest because there are only wrong answers.
The question isn't a way to know the future. It's to gauge whether they have thought about the future. Easy to pass, but red flag for a fail.
Genuine question: why does it matter?
If you plan to stay, you’re a better investment
> How do you see yourself in five years?
[Sighs heavily and pulls a tarot deck from laptop case]
[Sighs heavily and pulls a tarot deck from laptop case]
I always respond with "half-way through my 10 year plan".
I disagree. I ask this question to get an idea of what you think about your own career and how goal oriented you are. There is no right answer to this question. I don't care if you think the answer is "management" or "team leader" or whatever. I try to read between the lines. If it feels like you had to come up with an answer, then I already know you don't care too much. That is not necessarily a negative but people who do have an idea or at least care about where they want to be, they have the potential to do bigger things. As a hiring manager, I absolutely care about that even though I understand it takes a lot more than just wishful thinking.
The idea of this question is not about getting spot on prognosis, but about the general sanity and maturity of the candidate. It is not a technical, it is a behavioral question.
> How do you see yourself in five years?
Standing in front of a mirror.
Standing in front of a mirror.
But what if you're turned into a vampire before then?
It's a fine question to chew the fat with, and there _are_ wrong answers, needn't I go in to those. Probably the best answer: even better off, more happy, more fulfilled, and not worrying about where I will be in the next 5 years.
Which would be some of the wrong answers?
I interview people for support roles, when I ask this question it’s to see what their future goals are career wise. If they say they want to be in marketing or something else, I simply ask how they see this job helping them get there. That’s where they can come in with the wrong answer.
If this role can’t help you get to your actual goals, chances are you’ll be looking to leave sooner than later and you most likely wont be as invested.
If this role can’t help you get to your actual goals, chances are you’ll be looking to leave sooner than later and you most likely wont be as invested.
> I simply ask how they see this job helping them get there.
So just curious, in my last job the real answer would have been “it’s paying enough to let me fund things on the side to help me move towards my goals”. Is this a wrong answer? I imagine most places wouldn’t care for such a blunt, cynical answer, but it’s the truth.
So just curious, in my last job the real answer would have been “it’s paying enough to let me fund things on the side to help me move towards my goals”. Is this a wrong answer? I imagine most places wouldn’t care for such a blunt, cynical answer, but it’s the truth.
Anything that says you don't wat to grow inside the conpany, however they define "growing".
How about 'Living the life of riley on a hawaiian island having embezzled funds from the company'?
I think there is a middle ground (= I was looking for serious answers)
>> How do you see yourself in five years?
> Questions like this have no answer
Is “Retired” ever a good answer to that, even if it’s true?
> Questions like this have no answer
Is “Retired” ever a good answer to that, even if it’s true?
> 4. Why do you change jobs so often (so rarely)?
If an engineering candidate's last few positions have all been about a 1-year vest, that's definitely going to be on my mind. I'd prefer to build a coherent, highly-effective development team who can see us through the whole lifecycles of this and successive projects -- not what might as well be fly-by-night gig contractors, tossing less-aligned check-off sprint deliverables over the wall.
I don't currently have a standard way to ask about this, and would play it by ear. Maybe their answer is that there was something about recent positions that they didn't like, or maybe they've been doing early startups, or maybe they were junior but just now hitting their stride as experienced and know what they want and how to perform, or maybe they give what seems like a dishonest answer, or maybe they're only looking for particular kind of short-term transactional engagements (which we might need).
If an engineering candidate's last few positions have all been about a 1-year vest, that's definitely going to be on my mind. I'd prefer to build a coherent, highly-effective development team who can see us through the whole lifecycles of this and successive projects -- not what might as well be fly-by-night gig contractors, tossing less-aligned check-off sprint deliverables over the wall.
I don't currently have a standard way to ask about this, and would play it by ear. Maybe their answer is that there was something about recent positions that they didn't like, or maybe they've been doing early startups, or maybe they were junior but just now hitting their stride as experienced and know what they want and how to perform, or maybe they give what seems like a dishonest answer, or maybe they're only looking for particular kind of short-term transactional engagements (which we might need).
I mean most people will just tell you what you want to hear, but the reality it's usually about the following things:
I'm in the UK and spent many years as a contractor. It was never a case of not caring, or not wanting a long term home, and since most of the work and platforms were similar org to org, not understanding longer term consequences of decisions doesn't entirly apply.
Mostly, the negativity just writes off ambitious people. Though it might make sense given your org, like others, might just have the same reward problems.
Pay - Almost always, wages don't keep up with your progression, and never with the market.
Progression - Not just promotions, but being given the interesting work to run with. Once someone sees you as junior, it's easier to go somewhere else to be treated with a bit more gravitas.
Morale - Quite a lot of tech leadership is terrible. Various problems make people sad.
Skill - They might actually be terrible / or skilled but terrible at actually finishing anything.
I'm in the UK and spent many years as a contractor. It was never a case of not caring, or not wanting a long term home, and since most of the work and platforms were similar org to org, not understanding longer term consequences of decisions doesn't entirly apply.
Mostly, the negativity just writes off ambitious people. Though it might make sense given your org, like others, might just have the same reward problems.
> Mostly, the negativity just writes off ambitious people. Though it might make sense given your org, like others, might just have the same reward problems.
Or the person has unreasonable expectations. On top of that, they are bad at selecting a job that will make them happy. In any case, I would not hire then either. Maybe if I just had some boring app that needed some maintenance I would hire them, but that is not what I do.
Or the person has unreasonable expectations. On top of that, they are bad at selecting a job that will make them happy. In any case, I would not hire then either. Maybe if I just had some boring app that needed some maintenance I would hire them, but that is not what I do.
> [snip] On top of that, they are bad at selecting a job that will make them happy. In any case, I would not hire then either. [snip]
I'm not sure that's entirely fair to say. If a company makes a few bad hires, are they necessarily bad at selecting candidates that will make them happy? Or is it also that there are other factors, like lack of availability of first-choice candidates, possibly an inexperienced hiring manager, maybe pressure from C-suites to hire a friend of theirs regardless of qualifications, and perhaps the regrettable, but unavoidable, truth that a bad hire is more than likely going to misrepresent themselves and social engineer their way into an offer?
Personally, I think it's a little unfair to make the assumption that someone who's switched around a handful of times and/or gives "morale" as a reason for leaving is bad at picking jobs that will make them happy, but I'm just some guy on the internet- I don't really know anything about anything.
I'm not sure that's entirely fair to say. If a company makes a few bad hires, are they necessarily bad at selecting candidates that will make them happy? Or is it also that there are other factors, like lack of availability of first-choice candidates, possibly an inexperienced hiring manager, maybe pressure from C-suites to hire a friend of theirs regardless of qualifications, and perhaps the regrettable, but unavoidable, truth that a bad hire is more than likely going to misrepresent themselves and social engineer their way into an offer?
Personally, I think it's a little unfair to make the assumption that someone who's switched around a handful of times and/or gives "morale" as a reason for leaving is bad at picking jobs that will make them happy, but I'm just some guy on the internet- I don't really know anything about anything.
Fair comment. It depends what you think of the market.
I'm in the UK. My summary of the British market is most devs are earning $50,000 - $100,000, with a few tier 2 and even less tier 3 companies, that don't actually offer SV level RSUs.
Basically there's not a lot of spots to "guess right".
Historically there's a large contractor market that's way more lucrative net than anything excep tier 3, of which you can probably count on your fingers.
Personally, I try to build better orgs to keep these folks happy, but each to their own. :)
I'm in the UK. My summary of the British market is most devs are earning $50,000 - $100,000, with a few tier 2 and even less tier 3 companies, that don't actually offer SV level RSUs.
Basically there's not a lot of spots to "guess right".
Historically there's a large contractor market that's way more lucrative net than anything excep tier 3, of which you can probably count on your fingers.
Personally, I try to build better orgs to keep these folks happy, but each to their own. :)
Wow. I feel incredibly targeted by that list.
I will almost always ask why the candidate left their last few positions (or is looking to leave their current role at a minimum). Rarely does a candidate give an answer that cements the "definitely hire" decision, but I've had a few talk themselves out of a likely offer. This typically takes the shape of story-telling where everyone else at three different companies was too blind to see their obviously superior talent and brilliance or three companies in a row where everyone was just too difficult to get along with. In both cases, while it's theoretically possible to be true, there's only one common element across all three companies and they're sitting across from me...
If the answer comes back as mostly pay/opportunity: I get it; that's a real problem in a lot of places and it causes a lot of ambitious juniors to change companies frequently; no concern.
If the answer comes back as mostly pay/opportunity: I get it; that's a real problem in a lot of places and it causes a lot of ambitious juniors to change companies frequently; no concern.
If I am interviewing someone with 5-7+ years of experience and I don't see 1 single job with at least 3 years, I would mostly pass on that candidate unless I know them already. I dont care what your reasons are if you couldn't hold on to a single job for that long and you are now 5-7+ years in the industry.
On the flip side, if you are entry level (< 3 years of experience), I will give you a pass if you can answer the question reasonably. We all know that the best way to get a salary bump is to get a new job and early on, it is more ok than later on in your career.
On the flip side, if you are entry level (< 3 years of experience), I will give you a pass if you can answer the question reasonably. We all know that the best way to get a salary bump is to get a new job and early on, it is more ok than later on in your career.
> I don't currently have a standard way to ask about this
Typically I don't ask about the overall trend, but ask a bit about each of their last few jobs including their reason for leaving each. (This works regardless of whether they've had many or few jobs.)
Then you can decide whether you think there's a worrying trend (e.g. talking disparagingly about every single one of their many < 1- year jobs) or generally reasonable reasons for moving on.
Typically I don't ask about the overall trend, but ask a bit about each of their last few jobs including their reason for leaving each. (This works regardless of whether they've had many or few jobs.)
Then you can decide whether you think there's a worrying trend (e.g. talking disparagingly about every single one of their many < 1- year jobs) or generally reasonable reasons for moving on.
4. Why do you change jobs so often (so rarely)?
How does that matter? If I am a match for the company
in terms of qualifications and personal qualities, how
will my job history and reflection help? I changed jobs
every year or so. Is that “often” or “rarely”? What’s
wrong with changing jobs frequently?
Several of the questions in the article are very good questions to ask. Their purpose isn't for the candidate to give some canned response, like the article states. Their purpose is to help the candidate shine by asking questions that can be answered with examples from the candidate's background. If the candidate can't give solid answers that's not an issue with the questions.
"I actually come prepared for this question, and have a line to explain each and every job I've departed in reverse chronological order. And I'd be happy to read them off if you'd like. You do? Okay...
- VCs merged us with a Chinese acquisition and sent our work overseas
- Manager ignored my memos for 5 years and then said "you have no new ideas" to my face in a review
- Sales team demanded an emergency prototype and then let a competitor steal the contract
- Company pivoted into a different tech stack overnight
- Google rewrote our code in a weekend and kicked us out of Android
- Owner wouldn't install health benefits (+$5K) but hired his daughter for the summer for busywork
- Company abandoned the market and went into Facebook games
While I agree all of these scenarios are good reasons to leave, I have a feeling (based on being an American for all 30 years of my life now), these answers would be classified as "TOO REAL" and as a result you might be filtered for "culture fit" aka manager doesn't think he/she can control you.
I agree, but at that point if they're going to make this kind of observation on my resume ("hmm, you move around a lot"), the reply is going to be of equal tone ("I move around a lot because the companies I choose tend to make bad decisions and change direction with equal frequency").
There's nothing much to lose by that point.
There's nothing much to lose by that point.
Lol, after 3 small companies, I joined a large systemic bank. It's less exciting but I can see projects to their completion without being surrounded by bumbling idiots barely out of business school barking nonsensical orders.
[deleted](1)
Agreed. You changed twice last year and you have good reasons, fine. You changed every 6 months for the last 10 years and it is always the others fault? Either you've been really unlucky and I am sorry for you or the blame is not on the others and you may want to ask yourself some existential questions.
Interviews are here to determine if the place is a good fit, on both sides.
Interviews are here to determine if the place is a good fit, on both sides.
Exactly, I dont get it why some folks are clearly in the job for short stints over and over, and clearly dont have stability in mind, yet they want this stable position and frown upon rejection as clearly a bad match. I'd say this is an epitome of bad match, since people with too little/incorrect experience are normally filtered out by agencies, but this is more personality mismatch.
Some things are just damn too easy to spot without even trying, and this one of them. Have a great story to explain why you are actually wont leave when meeting first frustrating item at your work.
Also, everything is being evaluated, including how you react to uncomfortable questions. Parents snarky response would be a nogo on itself, regardless of subject.
Some things are just damn too easy to spot without even trying, and this one of them. Have a great story to explain why you are actually wont leave when meeting first frustrating item at your work.
Also, everything is being evaluated, including how you react to uncomfortable questions. Parents snarky response would be a nogo on itself, regardless of subject.
That's a fine question. The "what's with this gap in your resume" makes me want to slap someone. I didn't feel like working and I am compensated well for my skillset that you seek hereto, so how about why haven't you taken a break recently, son? Huh? Too busy catching up on the Joneses to keep yourself relevant? Thought so.
"It says here that for 22 years you went... Kerouac on everyone's ass?"
[deleted]
Yeah it's ridiculous to think it's a wrong question because you're in a resume competition and a peer is at 4 years per job average and you're at 1. Purely neutrally, for the hiring person, he s faced with a short term guy vs a medium term guy.
If the guy reply "why do you care", then it s def suspicious and the short term guy might be so incompetent he s pushed away and doesnt last more than a year. I d take the guy who seem to survive 4 years most jobs to be safe.
If the guy reply "why do you care", then it s def suspicious and the short term guy might be so incompetent he s pushed away and doesnt last more than a year. I d take the guy who seem to survive 4 years most jobs to be safe.
> A hiring manager may not want to hire someone who will leave soon.
I was one of those, but I don't think that there's many.
I remember talking to a manager of a startup we were working with, and he told me that the average stay of an engineer was 18 months, and that they plan for that.
I bounced like that, for my first three jobs, but stuck at my fourth, for nearly 27 years.
I was one of those, but I don't think that there's many.
I remember talking to a manager of a startup we were working with, and he told me that the average stay of an engineer was 18 months, and that they plan for that.
I bounced like that, for my first three jobs, but stuck at my fourth, for nearly 27 years.
> It is actually important to ask this of a candidate who seems to frequently change jobs.
It seems very inaccurate to judge that probability purely on past performance, which is likely to be just a handful of data points.
It seems very inaccurate to judge that probability purely on past performance, which is likely to be just a handful of data points.
Worst one I got recently was "What is your perfect number of working hours per week?" I said 40 and the interview process was ended early after the CEO said "oh we put in 50 per week because we know it takes extra effort for a startup". I expanded on how 40 is what works for me, interview got very cold after that. I felt pretty incredulous after that. Especially when the recruiter asked if 40 was a hard requirement. I thought those types of startup cultures were long gone by now but I guess not!
Sounds like it was actually a perfect question. It made it crystal clear that you and the company didn't see eye to eye on work conditions, and that neither of you would be happy working together.
I would feel grateful for this question. It would allow me to quickly reject this company and move on.
Personally, if the expectation is to work 50 hours a week, then the question to ask them is "OK, do you pay 25% more than the average salary for this position?"
Of course, the only reason you'd ask such a question in the interview is that you have already decided you don't want the job. But the response can still be illuminating/entertaining. :)
Of course, the only reason you'd ask such a question in the interview is that you have already decided you don't want the job. But the response can still be illuminating/entertaining. :)
"Oh wow, you must be burning through a lot of cash paying for all that overtime."
Would probably end the interview right then and there but so worth it to see their reaction.
Would probably end the interview right then and there but so worth it to see their reaction.
It's the fact that they're trying to trick you that I'd object to. Why not "we do a standard 50-hour week, how do you feel about that?"?
More than 48 hours is illegal where I come from
"172." "There are only 168 hours in a week." "We expect your family to put in some hours also."
[deleted]
I've laughed in potential employers' faces when they said they expect 50 to 60 hour weeks from their hires. It just reeks of entitlement.
> I've laughed in potential employers' faces when they said they expect 50 to 60 hour weeks from their hires.
Quant finance companies expect employees to work 60-80 hours per week.
But then again, they pay 400-500K USD to 22 year old new grads.
Quant finance companies expect employees to work 60-80 hours per week.
But then again, they pay 400-500K USD to 22 year old new grads.
Can't speak for most firms, but I interned at Jane Street and this definitely wasn't the case: almost everyone there worked 45 hours/week with a consistent schedule (market hours + a small buffer).
It makes sense: they value people doing high-quality work and avoiding mistakes. Everybody there was also clearly very productive—it was one of my first experiences that convinced me that long hours are actively counterproductive.
I understand other firms in the space (like Citadel) have pretty different cultures, so it's not going to be true for the entire field.
It makes sense: they value people doing high-quality work and avoiding mistakes. Everybody there was also clearly very productive—it was one of my first experiences that convinced me that long hours are actively counterproductive.
I understand other firms in the space (like Citadel) have pretty different cultures, so it's not going to be true for the entire field.
9 hr/day is not quality work. Quality work is 6 hr/day max.
These were startups who were not making up for the long hours with financial compensation. They just felt that they were entitled to cheap labor that doesn't value their time.
Attention any quant firms-- I'll do it for 250k, 80 hours a week, 24/7 on call, fire me if I don't deliver satisfactory results.
10 years of experience in Cpp, Java, Javascript, Python, SQL, the last 5 of which as a lead (aka designing the data model and optimizing slow parts of the code base through better ds and algo implementations).
Only catch is I won't show up physically in NY or Philly or Chicago, etc.
10 years of experience in Cpp, Java, Javascript, Python, SQL, the last 5 of which as a lead (aka designing the data model and optimizing slow parts of the code base through better ds and algo implementations).
Only catch is I won't show up physically in NY or Philly or Chicago, etc.
Response to the 50: "Sounds like you need to work _smarter_, not longer and harder like my--" and then walk out but walk with a gait gorilla walk due to the weight.
Can't speak for the company and their intention - but here's how I'd answer that question, authentically to me:
"Work is variable. If we are on a super tight deadline with real implications, then people should put in extra hours if they can. Like, if we need to deliver for a major client, let's just do that.
And then other times, you can back off and work at a sustainable pace. It really depends on what makes sense in the situation"
This answer may not please everyone but I think it would resonate with reasonable people. It's worked well for me.
"Work is variable. If we are on a super tight deadline with real implications, then people should put in extra hours if they can. Like, if we need to deliver for a major client, let's just do that.
And then other times, you can back off and work at a sustainable pace. It really depends on what makes sense in the situation"
This answer may not please everyone but I think it would resonate with reasonable people. It's worked well for me.
Startups will work you to death if they could. I have zero interest in repeating this again.
Interviews are a two way street. They crashed and burned on your interview. Unless they can explain that they are paying 25% more to compensate for 25% more time, why would you work for them?
I had a similar situation interviewing with one of Musk’s companies a while back. Who would want to work 80 hour weeks to make a 40 hour a week salary? The answer should be no one. You did great.
I had a similar situation interviewing with one of Musk’s companies a while back. Who would want to work 80 hour weeks to make a 40 hour a week salary? The answer should be no one. You did great.
For 25% more time you would expect more than 25% more pay, since the marginal value of your free time grows as it gets shorter
That was actually a great question for both parties!
They were filtering out people who were not willing to work 50 hours a week
You were filtering out companies who expected over 40 hours of work a week.
The only complaint I have is they should have put hour requirements it in the job posting so you both filtered each other out before it got to the interview stage.
They were filtering out people who were not willing to work 50 hours a week
You were filtering out companies who expected over 40 hours of work a week.
The only complaint I have is they should have put hour requirements it in the job posting so you both filtered each other out before it got to the interview stage.
Here is what I would reply:
I'm 43 years old, been programming all of my life, and have a Master degree. I've never seen a person do concentrated work or study for more than 6 hours a day. I've met plenty of people who claimed to do double. But they were either lying to me or to themselves.
If you think people can do 50 hours per week of highly concentrated work, you still have a lot to learn. Once you understand developers have around 0 to 6 hours of productive work in a day, you can start to optimize it.
Best of luck to you!
I'm 43 years old, been programming all of my life, and have a Master degree. I've never seen a person do concentrated work or study for more than 6 hours a day. I've met plenty of people who claimed to do double. But they were either lying to me or to themselves.
If you think people can do 50 hours per week of highly concentrated work, you still have a lot to learn. Once you understand developers have around 0 to 6 hours of productive work in a day, you can start to optimize it.
Best of luck to you!
Sounds like you dodged a bullet there! If the question is specifically about work for someone else, that they decide you do, I'd be suspicious of anyone answering anything other than "zero".
The recruiter failed his/her job for not being upfront about this.
Why doesn’t anyone ever ask why people are expected to work an extra 10 hours for free? This assumes that 40hrs/wk is standard, but that doesn’t seem unreasonable.
> perfect number
More like 30. But I'm not expecting perfect one.
More like 30. But I'm not expecting perfect one.
You never put a ceiling: otherwise it makes them believe you work the hours, not the job (I mean, if you care to "win" the job offer).
A good response is "there s no hour limit: as long as there s work and the client isnt satisfied, we work. I think it's important to sleep a bit between work day sto stay coherent, otherwise as long as I can".
Doesnt matter true or not :D
A good response is "there s no hour limit: as long as there s work and the client isnt satisfied, we work. I think it's important to sleep a bit between work day sto stay coherent, otherwise as long as I can".
Doesnt matter true or not :D
Hm, I think a counterargument to that is that there is always work, so not sure where that leaves you…
There is always someone who will make their lack of forethought into your problem. As long as they can override pushback with a little bit of social engineering they will never learn.
>4. Why do you change jobs so often (so rarely)?
Am I wrong to think this seems at least somewhat reasonable? Like obviously it's annoying to explain yourself, but it takes time to on-board someone and for them to become productive and it seems reasonable to want someone to stay on long enough for that at least. This naturally applies less to those super engineers you barely need to train and have obvious experienced, but that's probably not the normal case.
Am I wrong to think this seems at least somewhat reasonable? Like obviously it's annoying to explain yourself, but it takes time to on-board someone and for them to become productive and it seems reasonable to want someone to stay on long enough for that at least. This naturally applies less to those super engineers you barely need to train and have obvious experienced, but that's probably not the normal case.
No, you're not wrong, and are even downplaying how seriously disruptive a serial job hopper is to a company. I have without regrets red-flagged numerous well-qualified candidates who were an obvious flight risk at the companies I have worked at, which were always smallish. Now that big tech is contracting its ranks somewhat, this behavior is going to be even more suspect, because they will not have that refuge so easily, and I think it's for the best that we have more pressure to curtail it industry wide.
I don't begrudge people for having good reasons to justify their job switches (e.g., wanted a manager role, and was told none would be forthcoming in the future), but e.g. "I got bored doing React and I wanted try Vue on the MEAN stack" does not bode well for the projects left in the lurch when he gets bored at my workplace.
I don't begrudge people for having good reasons to justify their job switches (e.g., wanted a manager role, and was told none would be forthcoming in the future), but e.g. "I got bored doing React and I wanted try Vue on the MEAN stack" does not bode well for the projects left in the lurch when he gets bored at my workplace.
> when he gets bored at my workplace
And that! That is the problem to deal with.
Or just don't hire the bastard. Your choice.
And that! That is the problem to deal with.
Or just don't hire the bastard. Your choice.
There's a nugget of truth in what you're saying: it is a valid expectation that knowledge workers be adequately stimulated. But we're not gonna start adding the latest flavor of NoSQL just because it's been popular for 4 months in the tech blogosphere.
How short is short in your opinion?
Speaking personally, I always want to give a technically promising candidate a chance to defend his job hopping, but rarely do I hear convincing reasons for sub 2 year stints unless it is something out of their control, like a spouse needing to move for work, or their whole department getting laid off.
I'll just second this based on my experience with software engineers. Most places I've worked your looking at at least 6 months before someone is starting to get enough familiarity with everything involved in the internal ecosystem (both technical and non) to really be productive and probably a year before they're starting to reach the productivity of their peers. So if someone leaves at 2 years you've probably gotten one of something resembling their full productivity. Less than that and there's a good chance your better off hiring the slightly less impressive candidate who will stick around for a few. Less than 6 months to a year you may be better off hiring no one.
I've contributed significant changes in my first 3 months at most jobs. Lack of fit (eg with your manager) can become too much at 5 months.
In my last job I completed a project that had been backlogged for months within about two months of starting. It was still about 6 before I really felt like I had my feet under me, and definitely closer to the year mark before I really had a grasp of the full ecosystem and was operating at the level I'd expect to be. Admittedly this was a larger organization with around 10-15 engineering teams all managing services that had to interact. The numbers I mentioned weren't a hard-fast universal rule, more a rough guideline from the environments I've been both an IC and manager in.
I 100% agree lack of fit can absolutely be a reason to leave in < 6 months. One or two of these wouldn't be a concern, however I've seen resumes of people who have been in the industry 8 years, with the average stint being between 6-8 months and none over 2-years. I'll probably pass on this candidate, even if they otherwise look better than my next choice. Sure they might make "significant changes" in the 6 months they are here, but I'll almost certainly be better off in the long run with the person who sticks around long enough to have something resembling deep knowledge of our environment. If they have had a "lack of fit" with that many previous managers, I have no reason to believe I'll be the one they finally click with.
I 100% agree lack of fit can absolutely be a reason to leave in < 6 months. One or two of these wouldn't be a concern, however I've seen resumes of people who have been in the industry 8 years, with the average stint being between 6-8 months and none over 2-years. I'll probably pass on this candidate, even if they otherwise look better than my next choice. Sure they might make "significant changes" in the 6 months they are here, but I'll almost certainly be better off in the long run with the person who sticks around long enough to have something resembling deep knowledge of our environment. If they have had a "lack of fit" with that many previous managers, I have no reason to believe I'll be the one they finally click with.
So have I, but notably the jobs where I have not, are identifiable by significant legacy code.
It's easy to make a quick impact on greenfield or yellow field projects with little or no pre existing dependencies.
Hiring managers need to consider if the question is relevant, given the work to be done.
It's easy to make a quick impact on greenfield or yellow field projects with little or no pre existing dependencies.
Hiring managers need to consider if the question is relevant, given the work to be done.
Surely this is the baseline? If you hadn't contributed significant changes in the first three months and I was your line manager I probably would have failed your probation. I wouldn't expect you to be at maximum productivity by this point but I would be expecting you to make substantive contributions appropriate to your skill level and experience within this time.
I am baffled by this. It has to be so different between fields and companies.
At 2nd job it took 5 months until the first commit. At my 3rd like 4 months.
Getting up to speed and not being a net time sink for the coworkers, like 8 months on my 2nd job even though I did kinda the same thing in my first job. About 5 months at my third job.
This also make me have a hard time understanding how job hoppers are valued at all.
But reading your comment I realize some companies work completely differently.
At 2nd job it took 5 months until the first commit. At my 3rd like 4 months.
Getting up to speed and not being a net time sink for the coworkers, like 8 months on my 2nd job even though I did kinda the same thing in my first job. About 5 months at my third job.
This also make me have a hard time understanding how job hoppers are valued at all.
But reading your comment I realize some companies work completely differently.
5 months to the first commit!
At my last job I had a small bugfix (a one liner but still a bug) committed on my first day, PRed and merged by the end of my second day. That job was the definition of hit the ground running but still. Damn.
At my last job I had a small bugfix (a one liner but still a bug) committed on my first day, PRed and merged by the end of my second day. That job was the definition of hit the ground running but still. Damn.
Ye, automotive ECU programming, 5 months. The 3rd one industrial plant controller software, 4 months. Both one-liners if I remember correctly.
If you want people to stay, pay them more in tune with what they're worth and they will. This isn't brain surgery.
I've worked at places that pay 7 figures for staff level roles and still have seen people bounce after a year.
After a while its not just money, if you like your work, your manager and your teammates, have a good work life balance, it does not make sense to jump just for money.
In my experience, mercenaries are never satisfied with their pay, they always want more. While I care about pay, I have also cared about a few other things: who do I work with and what can I learn from them, what type of work is it, location, company goals, etc. It is ironic, but I think if you optimize money by just focusing on money, you will fall short of what is achievable.
Give them work that's more meaningful than 'you get to work with the latest and greatest JavaScript framework.'
It's been my experience serial job hoppers have personal problems, not a lack of monetary compensation.
Reading this thread, it seems like you just become tainted and no one will ever take a chance on you again if you had this period for whatever reason.
This is starting to sound a little cruel.
This is starting to sound a little cruel.
Some companies will take a chance on you again, depending on their needs. Just not everyone.
I once reviewed a resume where someone literally had a 30 year career when their longest stint was 14 months with several stints of 2-6 months each. Not exaggerating. I passed on the candidate myself, but the last 20 or so companies who hired him were willing to take their chances.
I also once interviewed someone else much more jr who looked like a serial job hopper. During the interview he had a very good explanation for it which eased my concerns literally 100%. This was like 4 years ago and he's still onboard.
At a previous employer we hired someone who had a 15 year job history where he left every employer like clockwork every 14-16 months. We hired him anyway because he had a specific skill we were looking for.
And, yeah, sometimes people with a string of bad luck will begrudgingly grind out a couple years somewhere they'd prefer not to be to better help their future career prospects. It's REALLY not the worst thing in the world.
I once reviewed a resume where someone literally had a 30 year career when their longest stint was 14 months with several stints of 2-6 months each. Not exaggerating. I passed on the candidate myself, but the last 20 or so companies who hired him were willing to take their chances.
I also once interviewed someone else much more jr who looked like a serial job hopper. During the interview he had a very good explanation for it which eased my concerns literally 100%. This was like 4 years ago and he's still onboard.
At a previous employer we hired someone who had a 15 year job history where he left every employer like clockwork every 14-16 months. We hired him anyway because he had a specific skill we were looking for.
And, yeah, sometimes people with a string of bad luck will begrudgingly grind out a couple years somewhere they'd prefer not to be to better help their future career prospects. It's REALLY not the worst thing in the world.
I felt this point was very out of place on that list. I've interviewed so many people that had an average tenure of 6-9 months across many different jobs. In my field, if someone only stays for 6-9 months, then it was a complete waste of time. I suppose I could just outright reject the candidate without letting them explain, but that seems to be worse than just asking the uncomfortable question.
No. It’s a fine, useful signal.
I have asked this question in the past, and will continue to do so. I used to be more lenient with short term stint candidates. It never paid off, so I’m a lot more strict about it now. I have not once experienced the highly competent short stint non-contractor developer that HN would have me believe exists in such frequently that’d make this an unreliable signal.
I can’t realistically envisage an employee so valuable and productive that anything less than a 12 month stint wouldn’t leave a taste in my mouth, and for good reason. Not many people would be earning their keep for a fair portion of that. And I would’ve burned a lot of time learning how to work with them. At the end of it you’ve ended up with a loss of what little institutional knowledge they had, and a bunch of code written by someone without the proven ability to build maintainable software that’s only learned by being burned and learning the hard way.
I have asked this question in the past, and will continue to do so. I used to be more lenient with short term stint candidates. It never paid off, so I’m a lot more strict about it now. I have not once experienced the highly competent short stint non-contractor developer that HN would have me believe exists in such frequently that’d make this an unreliable signal.
I can’t realistically envisage an employee so valuable and productive that anything less than a 12 month stint wouldn’t leave a taste in my mouth, and for good reason. Not many people would be earning their keep for a fair portion of that. And I would’ve burned a lot of time learning how to work with them. At the end of it you’ve ended up with a loss of what little institutional knowledge they had, and a bunch of code written by someone without the proven ability to build maintainable software that’s only learned by being burned and learning the hard way.
A short job or two, fine, but at a certain point it’s a pattern that needs a reason. If the reason is “my spouse was in the military and we moved around a lot for that, but we longer do”, that’s fair enough. If the answer is that you weren’t happy enough at your last jobs to stay for more than 12 months, then why should I think you’ll be any different at your next job?
My wife had really bad luck with her first three jobs: the offices would just up and close a year or so after she started (this included a Nokia office because of the Microsoft merger). But she would still have to frame her answer in a way that didn’t give vibes that she was cursed.
How short? How many examples? And credible reasons, especially if I know something of the circumstances at various large companies.
I know personal counterexamples where someone verged on job-hopping who became a great relatively long-term employee. And I've also known people who had a single example of clear not-meeting-of-the-minds. But, in general, if there's a consistent pattern, no reason to believe you'll be different.
I know personal counterexamples where someone verged on job-hopping who became a great relatively long-term employee. And I've also known people who had a single example of clear not-meeting-of-the-minds. But, in general, if there's a consistent pattern, no reason to believe you'll be different.
You'll never hear the real reason. So if you have an issue with this fact, don't invite the candidate to an interview. If you don't have an issue with it, then why ask? They'll never say "because I'm constantly looking for better opportunities and will jump ship when I can".
This is what most of those questions on the list have in common: both sides of the table know that the answer will be contrived BS. They are a waste of everyone's time.
This is what most of those questions on the list have in common: both sides of the table know that the answer will be contrived BS. They are a waste of everyone's time.
Maybe I’m 80% sure I’m gonna pass on this candidate because I’m not confident they’ll stick around, but it can still be worth my time to get on a screener call and at least ask. There can be many reasons why someone jumps around frequently and maybe after hearing their story Ill be convinced that it’s a true story and a reasonable situation for them to be moving so much.
Not everyone is a serial liar, don't assume people can't give real reasons for deficiencies in their resume.
> Have a family/children? How does this affect your work?
I'm pretty sure that question is illegal. I do know that asking if someone is married, is illegal (in my state). We got lots of CYA training from HR, telling us to not ask these questions.
I'm pretty sure that question is illegal. I do know that asking if someone is married, is illegal (in my state). We got lots of CYA training from HR, telling us to not ask these questions.
It's also kinda dumb, because it make some wrong assumptions. Some of the most stable people are those with kids. You're not going to take a random offer across the country/globe because it sounded kinda interesting, you're not going to stupid shit and risk getting fired, because you really need to be able to afford new winter boots for three children. On the other hand, you do need a bit of flexibility some times, for sick days or pick up from daycare.
A previous boss of mine genuinely preferred hiring people with children, simply because they "feel more dependable".
A previous boss of mine genuinely preferred hiring people with children, simply because they "feel more dependable".
Huh...interesting. I have long felt there is a bias towards those with a traditional family life, at least in the American companies where I have worked. Your previous boss provides some confirmation of that view.
Personally, I do not believe that kids vs. no kids, single vs. married, makes a difference in work performance. Any changes attributed to family status can be equally attributed to age and maturity.
Personally, I do not believe that kids vs. no kids, single vs. married, makes a difference in work performance. Any changes attributed to family status can be equally attributed to age and maturity.
It makes a difference in someone moving away the second they get trained on some new skill.
It makes a difference at some place which might require late hours, weekends, or on call.
It also makes a difference for companies that want to absolutely abuse their employees.
It makes a difference at some place which might require late hours, weekends, or on call.
It also makes a difference for companies that want to absolutely abuse their employees.
How should the interviewee respond to illegal questions?
I had someone do that to me in one of the later phases of an interview process. They were doing some physiological testing after the technical part - and the person kept diving into areas they should not have been asking about. I've been through enough interviewing/training on the other side of the table that I knew what was being asked was a bit no no. I finally called it out and asked, "you know you can't ask these types of questions, right?" They responded they were a contractor, so somehow them not working for the company made this all right.
I was shocked to get an offer from them. I turned it down, as from my perspective, it probably spoke volumes of likely cultural issues with the company.
I was shocked to get an offer from them. I turned it down, as from my perspective, it probably spoke volumes of likely cultural issues with the company.
It depends on if the interviewee is bothered by answering it or not.
If you don't want to answer, you can try pushing back gently and see if they get the hint. Maybe something like "I would prefer not to answer personal questions but I'm happy to answer any questions about my work experience and professional history"
It places you in an awkward position of course. But it can't really harm your chances at that point. Your interviewer will either realize they are offside with the question and drop it and it won't really affect their perception of you, or they will insist you answer a question they shouldn't be asking and you probably shouldn't work for them anyways
If you don't want to answer, you can try pushing back gently and see if they get the hint. Maybe something like "I would prefer not to answer personal questions but I'm happy to answer any questions about my work experience and professional history"
It places you in an awkward position of course. But it can't really harm your chances at that point. Your interviewer will either realize they are offside with the question and drop it and it won't really affect their perception of you, or they will insist you answer a question they shouldn't be asking and you probably shouldn't work for them anyways
That last sentence is paramount. I always remind people going into interviews that they are just as much interviewing their employer as vice versa. Not only does it encourage smartly using that "do you have any questions for us" moment at the end, but it can also help a lot with confidence.
Can't answer that for others, but for me, I would end the interview, and walk out.
But I have the luxury of having the means to do that.
But I have the luxury of having the means to do that.
I'm completely up front about having a family or my age, because if that's a problem, I'd prefer to know it before starting there. If it is a problem for them, I would probably let them know what they've asked is illegal. I would probably also let any recruiter who brought me in know as well.
I might go with, "Why do you ask?"
Seems like a polite noncommittal refusal. And if, by some miracle, they have a legitimate reason to want to talk about that topic, then they get a chance to clarify.
Seems like a polite noncommittal refusal. And if, by some miracle, they have a legitimate reason to want to talk about that topic, then they get a chance to clarify.
Just lie and give them the most advantageous answer. If they confront you on this later say, "I don't remember being asked that. And is is illegal for an employer to ask such a question. Are you admitting to breaking employment law?"
Either fight back or lie as much as possible to get the best possible answer.
"I was in a relationship and it broke me, never again. I do not even like cats"
"I like being in a couple where we are both enthusiastic about our work. And I am sterile"
(or something more sensible - but honestly: lie, lie, lie)
"I was in a relationship and it broke me, never again. I do not even like cats"
"I like being in a couple where we are both enthusiastic about our work. And I am sterile"
(or something more sensible - but honestly: lie, lie, lie)
I'm America there isn't much that is illegal in terms of speech. But you do open your company up for a lawsuit with those kind of questions
I think it may actually be against employment law.
Our HR was run by our General Counsel, so they tended to be pretty strict about the language they used, and they called it "illegal."
I think asking questions about sexuality and/or disability may fall into the same bucket.
Our HR was run by our General Counsel, so they tended to be pretty strict about the language they used, and they called it "illegal."
I think asking questions about sexuality and/or disability may fall into the same bucket.
It is practically illegal because relying on the answer to the question in employment decisions is illegal, and if you ask it in an interview, and you are challenged, it is going to be very hard to convince a jury or judge that it did not factor into your decisions.
That makes sense.
Thanks for the clarification.
Thanks for the clarification.
It's not so much an "illegal question" - it's asking about something that's illegal to take into consideration when making hiring decisions. So there's no legitimate reason to ask it and any answers can't be used.
I think this and the pregnant question are illegal in all of the US
what can we do if they ask us illegal questions?
You can certainly say, "I would rather not answer that question."
I love interviews. And in contrast to most of the advice on that page, I'm totally honest even if I get the questions about strengths and weaknesses etc.
* If I'm going to be working with/for these people I want it to be a good fit. Honesty increases the chance of that, and reduces the chance I'm going through the whole job-hunting process again in the near future.
* Interviews can be a great opportunity to assess the current expectations of others in the industry, which is really helpful for staying current. This isn't always true of course, but enough of my interviews are of a pretty technical nature that it generally is.
* If the interviewer asks probing enough questions I can often learn something new about myself by seeing what (honest) answers I arrive at.
They're also fun; interesting opportunities to meet new people. It helps that I've got a good track record of getting the roles I apply for, but I'm not sure whether I enjoy them because I'm usually successful or whether I'm usually successful because I enjoy them.
Either way, whilst not all of those questions are appropriate I'll still answer them honestly. And to me, the worst interview questions are leetcode and algorithms (unless they directly reflect the nature of the work expected of course). I have a general background awareness of such stuff, but you'd be better off checking my search engine skills to make sure I can find them if I ever need them.
* If I'm going to be working with/for these people I want it to be a good fit. Honesty increases the chance of that, and reduces the chance I'm going through the whole job-hunting process again in the near future.
* Interviews can be a great opportunity to assess the current expectations of others in the industry, which is really helpful for staying current. This isn't always true of course, but enough of my interviews are of a pretty technical nature that it generally is.
* If the interviewer asks probing enough questions I can often learn something new about myself by seeing what (honest) answers I arrive at.
They're also fun; interesting opportunities to meet new people. It helps that I've got a good track record of getting the roles I apply for, but I'm not sure whether I enjoy them because I'm usually successful or whether I'm usually successful because I enjoy them.
Either way, whilst not all of those questions are appropriate I'll still answer them honestly. And to me, the worst interview questions are leetcode and algorithms (unless they directly reflect the nature of the work expected of course). I have a general background awareness of such stuff, but you'd be better off checking my search engine skills to make sure I can find them if I ever need them.
> I would say, “I’ve got bills to pay, and I know a bit about websites. But you can hire me as an assistant to the system administrator too if you want.” Unfortunately, when you give such an honest answer, you’re asked to get the hell out of the interviewer’s face. So you have to cheat. Don’t make people cheat you.
This is important, IMHO. So many companies set a tone of dishonesty and playing-to-the-metrics, starting from the interviews themselves. Which is absolutely not what you want from an engineering organization.
One of the most refreshing things about being a principal engineer at a multinational tech company was interviewing engineering candidates in China. They came across as exceedingly honest about what they're looking for, how they see the company, etc. (I also often find candor from experienced US candidates, especially once they read me as valuing and respecting that, but it didn't often seem the immediate default. I think they're often braced for Leetcode hazing, class shibboleths, corporate theatre, etc.)
This is important, IMHO. So many companies set a tone of dishonesty and playing-to-the-metrics, starting from the interviews themselves. Which is absolutely not what you want from an engineering organization.
One of the most refreshing things about being a principal engineer at a multinational tech company was interviewing engineering candidates in China. They came across as exceedingly honest about what they're looking for, how they see the company, etc. (I also often find candor from experienced US candidates, especially once they read me as valuing and respecting that, but it didn't often seem the immediate default. I think they're often braced for Leetcode hazing, class shibboleths, corporate theatre, etc.)
I am surprised by your feedback as we have heard for years that Chinese students cheat all the time.
https://duckduckgo.com/?q=cheating+chinese+student&t=newext&...
https://duckduckgo.com/?q=cheating+chinese+student&t=newext&...
The first hit I got from that search URL was of severe prison terms to people caught cheating on a national exam in a huge country. (Meanwhile, I read of rampant cheating by US college students, and professors bemoaning that administration won't even punish caught students.)
Also, I wouldn't know what to make of all the search hits I might read, especially since presumably there's cultural context I don't understand.
If you work with engineers from China, I suspect you'll notice many favorable qualities. Maybe including an implicit "No Jerks policy" (in American tech company terms).
You'll also notice that they're all distinct individuals (in American terms), and though it might be human to prejudge groups/labels of others, that's not fair to individuals, and we strive to be better than that.
Also, I wouldn't know what to make of all the search hits I might read, especially since presumably there's cultural context I don't understand.
If you work with engineers from China, I suspect you'll notice many favorable qualities. Maybe including an implicit "No Jerks policy" (in American tech company terms).
You'll also notice that they're all distinct individuals (in American terms), and though it might be human to prejudge groups/labels of others, that's not fair to individuals, and we strive to be better than that.
I don't see the contradiction.
> 1. Have a family/children? How does this affect your work?
I think this is a huge no-no to ask in the US, since a company can't discriminate in hiring on the basis of family/children, and this is sounding too close to that. (It's about ideals like fairness, and also about company liability.)
When I'm an interviewee, I don't read too much into early startups doing things like asking that question, since startups are still learning lots of things. But if someone is doing this in a big established company, there might be a disconnect from conventional HR practices there, and who knows what other surprises are in store.
I think this is a huge no-no to ask in the US, since a company can't discriminate in hiring on the basis of family/children, and this is sounding too close to that. (It's about ideals like fairness, and also about company liability.)
When I'm an interviewee, I don't read too much into early startups doing things like asking that question, since startups are still learning lots of things. But if someone is doing this in a big established company, there might be a disconnect from conventional HR practices there, and who knows what other surprises are in store.
It's never appropriate. I've never been asked that question but my wife has, which suggests to me that the question places women at a disadvantage when applying to jobs.
My wife and basically all of my friends who are women have gone through the exercise of deciding whether to wear a wedding ring to interviews. There's unfortunately a lot of biased nonsense around married/unmarried women in job interviews.
[deleted]
Worst interview question I got:
“Imagine you are on an island with your peoples…. How do you protect your population?”
Then this interview kind of went weirder further along…
“Some predators are entering your island and rape your women. What do you do?”
Well: not joining the company making up these weird questions ;)
I guess this “island question” was somehow picked up by the engineer watching too many hiring talks on YouTube and I think the island question was remotely connected to some person doing these questions at Dropbox (besides the rape stuff of course)
“Imagine you are on an island with your peoples…. How do you protect your population?”
Then this interview kind of went weirder further along…
“Some predators are entering your island and rape your women. What do you do?”
Well: not joining the company making up these weird questions ;)
I guess this “island question” was somehow picked up by the engineer watching too many hiring talks on YouTube and I think the island question was remotely connected to some person doing these questions at Dropbox (besides the rape stuff of course)
That question is really weird man.
Biggest problem is any of these can be rehearsed and the best interviews are spontaneous ones where the person opens up into uncharted authentic territory vs canned responses.
Of these, I've only been asked questions 5-9 back circa 1990 when I was just starting out and the "where do you see yourself in 5 years" and "what are your strengths/weaknesses" were ubiquitous. Something must have happened in HR world in the 2000's because interviewers stopped asking these questions even thought I was still hiring for dev positions so maybe a memo went out or possibly the internet was blowing up. By the 2010's I was 20+ years into my career and at that point your CV speaks for itself and they just want to know if you are going to be behaviorally difficult person. Interviewing very senior people is a much more difficile proposition.
When I was 20 (cusp of 21) and hiring for internships my mentor told me the answer to "where do you want to be" should be "in your seat" but I my mentor was so old he didn't understand the concept of HR people giving the first interview lolololol.
Of these, I've only been asked questions 5-9 back circa 1990 when I was just starting out and the "where do you see yourself in 5 years" and "what are your strengths/weaknesses" were ubiquitous. Something must have happened in HR world in the 2000's because interviewers stopped asking these questions even thought I was still hiring for dev positions so maybe a memo went out or possibly the internet was blowing up. By the 2010's I was 20+ years into my career and at that point your CV speaks for itself and they just want to know if you are going to be behaviorally difficult person. Interviewing very senior people is a much more difficile proposition.
When I was 20 (cusp of 21) and hiring for internships my mentor told me the answer to "where do you want to be" should be "in your seat" but I my mentor was so old he didn't understand the concept of HR people giving the first interview lolololol.
Depending on where you are, questions 1 and 3 are just straight up illegal. No interviewer in the US would dare ask about vices or your family situation unless they don’t mind shelling out lawsuit settlements to everyone they interview and decline to hire.
> No interviewer in the US would dare ask about vices
I actually saw a job application recently asking to confirm that you haven’t used any nicotine products in 6months in order to be hired. This was very strange as it was a 100% remote job so maybe it was HR/copy paste but the wording was bizarre . They made it clear that it was about nicotine and not just tobacco and explicitly called out things like gums or patches.
I did not continue the application. I assume now it was some useless virtue signaling related to young people and vapes or something. I’m not even sure they’d seriously test people, but it’s still ridiculous that according to what was written you could be denied employment or lose your job because you had a cigarette outside the bar last weekend or have been using nicotine gum to quit smoking
I actually saw a job application recently asking to confirm that you haven’t used any nicotine products in 6months in order to be hired. This was very strange as it was a 100% remote job so maybe it was HR/copy paste but the wording was bizarre . They made it clear that it was about nicotine and not just tobacco and explicitly called out things like gums or patches.
I did not continue the application. I assume now it was some useless virtue signaling related to young people and vapes or something. I’m not even sure they’d seriously test people, but it’s still ridiculous that according to what was written you could be denied employment or lose your job because you had a cigarette outside the bar last weekend or have been using nicotine gum to quit smoking
I have sat across from recruiters at a previous job, in California of all places, that would quite frequently ask these very questions. The question is, how would you prove you were asked these questions if you were being interviewed in a state that has 2 party consent laws for recording?
Ask the other candidates, it’s not so hard with glassdoor etc. The questions are a red flag, so you’d never want to work there but equally some free money from a discrimination lawsuit wouldn’t hurt.
If you are in a single party consent state, you can legally record conversations you are involved in without informing the other participants. (California is not one of those states, sadly, but if you are in a state that does, and are interviewing for a California company via zoom or a phone call, I believe you can still record it legally)
Question #3 offers a great opportunity to make the interviewer feel very uncomfortable. Tell them your bad habit is sticking boogers on your keyboard.
"My bad habit is hacking into the personal computers of interviewers who decide not to give me a job."
That is a terrible list. Many of those questions are perfectly fine.
10 - Fermi problems. Good to get an indication of a candidate's problem solving skills.
9,8,7,6 - The candidates's motivation, weaknesses, strengths, plans. What's wrong with that? Evidently, you have to modulate the answers somewhat, but the extent to which you do that well is indicative of your understanding of the job requirements, the competition, etc. Perfectly legitimate.
5 - Best candidate. Again, this is a fine question - it allows you to highlight your understanding of the job, and your fit, and your accomplishments, and so on.
4,2 - If you've had unusually short tenures at prior jobs, why? Again, perfectly legitimate question. There might be some reason pertaining to the prior company, or there might be a character trait with the candidate. Insofar as training a candidate incurs some fixed costs, it is legitimate to aim to find out whether they'll stay around for a while.
1,3 - "bad habits", family. Agreed, irrelevant.
But 2/10 is a pretty bad hit ratio for a top 10 list.
10 - Fermi problems. Good to get an indication of a candidate's problem solving skills.
9,8,7,6 - The candidates's motivation, weaknesses, strengths, plans. What's wrong with that? Evidently, you have to modulate the answers somewhat, but the extent to which you do that well is indicative of your understanding of the job requirements, the competition, etc. Perfectly legitimate.
5 - Best candidate. Again, this is a fine question - it allows you to highlight your understanding of the job, and your fit, and your accomplishments, and so on.
4,2 - If you've had unusually short tenures at prior jobs, why? Again, perfectly legitimate question. There might be some reason pertaining to the prior company, or there might be a character trait with the candidate. Insofar as training a candidate incurs some fixed costs, it is legitimate to aim to find out whether they'll stay around for a while.
1,3 - "bad habits", family. Agreed, irrelevant.
But 2/10 is a pretty bad hit ratio for a top 10 list.
> 10 - Fermi problems. Good to get an indication of a candidate's problem solving skills.
Well, you could ask them to solve a problem that might realistically come up on the job.
There are a lot of professions that require problem solving, but they don't use Fermi problems.
Interviewees for car mechanic or doctor positions don't get asked how many piano tuners there are in Chicago. They get asked questions like "A 2021 Prius is emitting a high-pitched whine and exhibiting poor acceleration from stop lights. What is the likely cause?" or "This patient has a blood pressure of foo/bar, a creatinine level of blah and has this other symptom blugh. What would be your next step?" If you gave them a Fermi problem they'd probably walk out the door.
Many of these "interview questions" are basically just cargo cult stuff. The company has heard that Microsoft or one of the FAANGs has used some weird-assed question at some point, and thinks that if only they do the same, they'll be the next FAANG. It's a tacit admission that the hiring manager actually has no clue as to how to evaluate a candidate based on metrics that are actually relevant to the job.
Well, you could ask them to solve a problem that might realistically come up on the job.
There are a lot of professions that require problem solving, but they don't use Fermi problems.
Interviewees for car mechanic or doctor positions don't get asked how many piano tuners there are in Chicago. They get asked questions like "A 2021 Prius is emitting a high-pitched whine and exhibiting poor acceleration from stop lights. What is the likely cause?" or "This patient has a blood pressure of foo/bar, a creatinine level of blah and has this other symptom blugh. What would be your next step?" If you gave them a Fermi problem they'd probably walk out the door.
Many of these "interview questions" are basically just cargo cult stuff. The company has heard that Microsoft or one of the FAANGs has used some weird-assed question at some point, and thinks that if only they do the same, they'll be the next FAANG. It's a tacit admission that the hiring manager actually has no clue as to how to evaluate a candidate based on metrics that are actually relevant to the job.
Do mechanics and doctors actually get asked those questions? I don't think doctors do, they have credentials and references. I'm pretty sure mechanics around here wouldn't get asked that, just references and maybe credentials and "how soon can you start?"
Software is a weird industry where you have to quiz every applicant to make sure they know how to program even though they've been the industry for years, and we seem to get it wildly wrong anyway.
Coincidentally, although I've been offered jobs after doing these kind of interviews and technical tests, I've only ever accepted jobs that are on the basis of "we know you, just come along" and I guess I now don't have any trust in a full interview process.
Software is a weird industry where you have to quiz every applicant to make sure they know how to program even though they've been the industry for years, and we seem to get it wildly wrong anyway.
Coincidentally, although I've been offered jobs after doing these kind of interviews and technical tests, I've only ever accepted jobs that are on the basis of "we know you, just come along" and I guess I now don't have any trust in a full interview process.
Nah, software is weird because they so rarely ask people to do anything related to the task at hand. "solve a toy problem without using libraries. Please don't paste off SE/AI".
I prefer to actually think about what I want and devise a problem set to work through with the last candidates. You know, "here's a simple TCP server with a minor bug in the handler for one packet. Let's fix it". Real job: here's a 100k LoC server. Add a report/packet type/etc or fix a bug...
Uses up my time as well as theirs, but shows me a lot about how they work as well as what they'll be like to deal with.
I prefer to actually think about what I want and devise a problem set to work through with the last candidates. You know, "here's a simple TCP server with a minor bug in the handler for one packet. Let's fix it". Real job: here's a 100k LoC server. Add a report/packet type/etc or fix a bug...
Uses up my time as well as theirs, but shows me a lot about how they work as well as what they'll be like to deal with.
You're right that doctors have a well-established credentialing process, but yes, I believe that they are asked questions like that. Or maybe "For a herniated bupkis, some doctors prefer the Bloggs reduction, while others prefer the Quimby resection. Which do you prefer and why?"
There are nearly as many poseurs in mechanics as there are in programming, though. I think reputable shops grill candidates pretty hard. And not with Fermi questions.
There are nearly as many poseurs in mechanics as there are in programming, though. I think reputable shops grill candidates pretty hard. And not with Fermi questions.
I guess the only doctors I've known are ones going through the state run education and health system and it seems pretty streamlined. You go and work where you're told to based on your educational choices and achievements, there aren't interviews as such. It must be different going into a private health system.
Many software applications actually require estimates and thinking similar to how you would solve Fermi problems. Like, how many disks are needed to backup our database every week with 6 months retention?
It's actually a very straightforward equation, but way too often people just trial-and-error or make an assumption out of nowhere, instead of plugging in the disk-size, user-count and growth rate multiplied with size per user.
Same goes for understanding what a computer is capable of, instead of throwing in some complex kubernetes cluster because requests are processing slow. If you actually knew the order of magnitude of queries per second that is normal, you would question the application first before questioning the number of servers.
It's actually a very straightforward equation, but way too often people just trial-and-error or make an assumption out of nowhere, instead of plugging in the disk-size, user-count and growth rate multiplied with size per user.
Same goes for understanding what a computer is capable of, instead of throwing in some complex kubernetes cluster because requests are processing slow. If you actually knew the order of magnitude of queries per second that is normal, you would question the application first before questioning the number of servers.
> Like, how many disks are needed to backup our database every week with 6 months retention?
Then maybe ask that question instead?
But even this question is not relevant to the vast majority of programming jobs. It's more of a devops question.
Then maybe ask that question instead?
But even this question is not relevant to the vast majority of programming jobs. It's more of a devops question.
> Interviewees for car mechanic or doctor positions
Because those are different jobs. A good software engineer must be able to reason around all sort of real world problems. Software does not exist in a vacuum.
Because those are different jobs. A good software engineer must be able to reason around all sort of real world problems. Software does not exist in a vacuum.
I'm afraid I'm going to have to disagree with you that a software engineer needs better problem solving skills than a doctor. Strongly.
I actually disagree on 10, I just estimated the population of New York then looked it up and was off by an order of magnitude. Good chance I'd do worse in an interview situation than sitting at home. A few more estimates with errors of this size and we've learned what? I have a poor grasp of US census data? Unless this is a realistic approximation of the kind of thing your doing with this job, the time in the interview would be better spent on a problem within your domain, but that means the interviewer has to spend time coming up with something instead of Googling "interview questions". See also: "why are manhole covers round?" Which is a real question we asked all of our candidates at a previous job right up until I got control of the process (fun fact, invalid assumption. They come in all shapes and triangles are surprisingly common)
But agreed on the rest. OP thinks they are bad, when really they are poorly worded, and they would be better off taking a moment to think what kind of information the interviewer is trying to get at with their questions. Heck if the job involves interfacing with other people the ability to do this can even be an important signal on if the candidate is right for the job. A lot of people are really bad at asking what they are looking for.
But agreed on the rest. OP thinks they are bad, when really they are poorly worded, and they would be better off taking a moment to think what kind of information the interviewer is trying to get at with their questions. Heck if the job involves interfacing with other people the ability to do this can even be an important signal on if the candidate is right for the job. A lot of people are really bad at asking what they are looking for.
The goal isn’t to see how close you can get to the correct answer, it’s to see the extent to which you’re able to break down a complex problem you haven’t seen before into steps you can take to solve it.
And are you sure the person on the other side of the table can assess your problem solving skills correctly? That would make them an expert on Fermi-like problems. OTOH, perhaps HR really knows how many civilizations are out there in the universe.
There are no guarantees the other person knows anything, but they don’t need to be an expert to confirm you can break down a problem
Correctly? I could be bullshitting the heck out of it. I think I could teach anyone to pass such questions, if not vetted. It seems to boil down to: initial estimate, then multiply by a fraction for each narrowing specification in the question (how many red-haired, left-handed, gay piano tuners are there in New York), dependence between factors be damned, if it doesn't matter if the outcome is 1 or 500.
"why are manhole covers round"
So they don't fall in. Next question.
So they don't fall in. Next question.
2023 answer: Excuse me? You mean a street-level maintenance access lid? So it can't fall in. And why are a bunch of the other similar lids not circle? I leave that one up to you vape hit
Round shapes handle the pressure of the surface and soil better is the true reason I have heard.
the goal of these tasks is not to provide the most correct answer, but to show how you think about problems. Even the fact that you googled the right answer after may set you apart from candidates who just don't care, and that's relevant for the job. Of course if the recruiter judges candidates based on how close they were to the correct number, then they are doing it wrong and you might want to stay away.
> 10 - Fermi problems. Good to get an indication of a candidate's problem solving skills.
Calculating the number of pencils used by Chicago's public school system in one year or whatever is pointless, though. I could "solve" this problem, or at least make a reasonable estimate, I suppose, but I'm a web developer. Wouldn't you get a better indication of my problem solving skills if you asked me about a problem related to web development?
A question like "what are some problems you ran into on previous projects and how did you solve them?" will be one I can answer instantly as well as give you a better indication of the competence I have doing the job you actually want to hire me for.
Calculating the number of pencils used by Chicago's public school system in one year or whatever is pointless, though. I could "solve" this problem, or at least make a reasonable estimate, I suppose, but I'm a web developer. Wouldn't you get a better indication of my problem solving skills if you asked me about a problem related to web development?
A question like "what are some problems you ran into on previous projects and how did you solve them?" will be one I can answer instantly as well as give you a better indication of the competence I have doing the job you actually want to hire me for.
> 3. Do you have bad habits?
This might be a worse version of the "greatest weaknesses" question. It sounds like it could get closer to protected status that you consciously don't go anywhere near in an interview context.
Also, some of my favorite and most capable colleagues might answer honestly, about some random quirk, and not only is it problematic to have asked, but -- if that quirk got transmitted through some corporate telephone game, like an interviewer wrote down the answer -- someone elsewhere in the org will probably get a garbled impression (from "drinks too much coffee" or whatever), and then maybe bureaucracy breaks down during the offer process for the person you most should've hired, and they get alienated and go somewhere else.
This might be a worse version of the "greatest weaknesses" question. It sounds like it could get closer to protected status that you consciously don't go anywhere near in an interview context.
Also, some of my favorite and most capable colleagues might answer honestly, about some random quirk, and not only is it problematic to have asked, but -- if that quirk got transmitted through some corporate telephone game, like an interviewer wrote down the answer -- someone elsewhere in the org will probably get a garbled impression (from "drinks too much coffee" or whatever), and then maybe bureaucracy breaks down during the offer process for the person you most should've hired, and they get alienated and go somewhere else.
One of the most ridiculous questions I've encountered was asked by a manager on the Alexa team. First question in and this guy sneers at me and says tell me the smartest thing you've ever done. Hmmm... what?
To say this rubbed me the wrong way is an understatement. I knew immediately that I would loathe reporting to someone so egotistical, so it went downhill from there. I'm just never going humor to someone who starts a conversation with a pissing contest.
To say this rubbed me the wrong way is an understatement. I knew immediately that I would loathe reporting to someone so egotistical, so it went downhill from there. I'm just never going humor to someone who starts a conversation with a pissing contest.
"Walked out on this interview" would have been perfect :)
"I learned to trust my instincts and they aren’t telling me good things right now."
"Learnt to feed myself" would probably be my answer.
The common denominator of most of these questions is that they promote dishonesty and punish honesty.. and both sides usually know that. Why play this stupid game? It does make me feel less about an interviewer or company asking such questions
> Don’t make people cheat you.
Solid general piece of advice there. If the best answer is a lie, it’s not a good question.
Solid general piece of advice there. If the best answer is a lie, it’s not a good question.
I have that same general perspective working with the kids. Don't ask questions where you both know the correct answer is the bad answer. Examples, "Who did this?" "Why haven't you done your homework yet?" "Have you started your homework?"
Much better to do the invitation style questions. "Who is going to help me clean this up?" "What is left to your homework?", etc.
With the obvious major caveat of things being very tailored to the specific kid and situation, of course.
Much better to do the invitation style questions. "Who is going to help me clean this up?" "What is left to your homework?", etc.
With the obvious major caveat of things being very tailored to the specific kid and situation, of course.
I'll mention one which I've had which I considered bad. Worse than most on the linked list IMO.
The question was "What is the worst challenge you've faced, and how did you deal with it or overcome it?" and on me asking if it should be work related, "it doesn't have to be work related".
I can't remember whether the wording was exactly "hardest challenge" or "worst problem" or "most difficult challenge", but it used an absolute term (worst/hardest/most, not "a difficult challenge" or "a time in which you faced..."), and it was certainly very close to one of those.
I think that most people's hardest challenges in life are things like "my parents passed away" or "I came out as trans, and my parents disowned me, and I've had to come to terms with that" or "I had a divorce".. basically, interpersonal relationship experiences which really aren't very work relevant.
The use of "hardest" also makes it feel like you're lying if you go for something less serious, but work related.
I brought up a non-work-related rough time in my life from years ago, which still easily stood out as the most challenging time in my life, and then specifically asked again "this doesn't seem work relevant, should I choose a less serious work-related challenge?" and the interviewer asked me to continue with my non-work relevant one (i.e. asked me to relive some trauma).
It soured the experience massively for me, I had to try and disassociate some to avoid crying, and all in all it was the least comfortable I've ever felt in an interview. I can't imagine what signal that gave them.
That somehow also didn't disqualify me since I still got an offer, though I of course declined it.
Anyway, the company was osohq. I hope they don't ask this question anymore, but I guess prepare a story just in case if you do interview there.
The question was "What is the worst challenge you've faced, and how did you deal with it or overcome it?" and on me asking if it should be work related, "it doesn't have to be work related".
I can't remember whether the wording was exactly "hardest challenge" or "worst problem" or "most difficult challenge", but it used an absolute term (worst/hardest/most, not "a difficult challenge" or "a time in which you faced..."), and it was certainly very close to one of those.
I think that most people's hardest challenges in life are things like "my parents passed away" or "I came out as trans, and my parents disowned me, and I've had to come to terms with that" or "I had a divorce".. basically, interpersonal relationship experiences which really aren't very work relevant.
The use of "hardest" also makes it feel like you're lying if you go for something less serious, but work related.
I brought up a non-work-related rough time in my life from years ago, which still easily stood out as the most challenging time in my life, and then specifically asked again "this doesn't seem work relevant, should I choose a less serious work-related challenge?" and the interviewer asked me to continue with my non-work relevant one (i.e. asked me to relive some trauma).
It soured the experience massively for me, I had to try and disassociate some to avoid crying, and all in all it was the least comfortable I've ever felt in an interview. I can't imagine what signal that gave them.
That somehow also didn't disqualify me since I still got an offer, though I of course declined it.
Anyway, the company was osohq. I hope they don't ask this question anymore, but I guess prepare a story just in case if you do interview there.
The interviewer’s phrasing is a little clumsy, but an interview goes both ways. The candidate has a responsibility to maintain boundaries too. It sounds like the interviewer was trying to give you the opportunity to provide a non-work related response if you wanted, and anticipated something like you volunteering on a difficult project where you overcame challenges and helped people. Really, the challenge isn’t what’s important, it’s how you handled it and the result that matters.
It’s like how, in the US, if a stranger asks how you’re doing, you shouldn’t actually tell them how you’re doing. You should just say you’re doing fine, because they aren’t asking the question literally.
It’s like how, in the US, if a stranger asks how you’re doing, you shouldn’t actually tell them how you’re doing. You should just say you’re doing fine, because they aren’t asking the question literally.
Everytime they asked me "why should we hire you?", I always replied a small introduction saying that that position might be an interesting next step for my career followed by "and also your recruiter contacted me, so I guess you guys know better than me why you should hire me".
The oversaturated modern job market melted the brain of the HR departments to the point that they think it's a great privilege to work for them when they are just another company and you only want to earn a salary.
The oversaturated modern job market melted the brain of the HR departments to the point that they think it's a great privilege to work for them when they are just another company and you only want to earn a salary.
I had several screen calls with HR recruiters recently where they asked me why I wanted to work at their company, and I said something like, "Well, you reached out to me, so what do you think?" I did not get any of those jobs.
The only "creative brain teaser" question I've ever been asked was "How would you hide an elephant?"
Without thinking I replied "Alive or dead?".
I followed this up with the logistics around solving the problem in each scenario. Most of the solutions involved "I know some very rural people who will take our money and help us solve this problem."
At no point did it occur to me that they might be speaking metaphorically. I did get the job though.
Without thinking I replied "Alive or dead?".
I followed this up with the logistics around solving the problem in each scenario. Most of the solutions involved "I know some very rural people who will take our money and help us solve this problem."
At no point did it occur to me that they might be speaking metaphorically. I did get the job though.
Just get a shitload more elephants and put them in the same place.
When I interview, two things I always look for at as things to be concerned about are many short term (and not contract) jobs, and big inconsistencies between LinkedIn and their submitted CV.
This is of course on top of discussing their recent projects and seeing how far they can drill down into them.
I do this to weed out people who are very suave at interviewing, but turn out to be not only incompetent at the position, but actively poison the org. These folks are rare, but they do exist and can cause lots of organizational harm. They are aggressively self-promoting people who don’t know what they’re doing, but can fake it convincingly for awhile somehow, and who work energetically for higher and higher positions.
Often CV and LinkedIn are way out of whack because of the level of creative nonsense they have gone through about their pasts to get a job. I don’t mean this in the “CV is marketing you” sense, I mean this more as “saying you were CTO when you were a junior QA person” sense.
Many short stints can mean they were found out within a few months/year of being hired.
An odd variation on this is talking about very important sounding positions that turn out to be their own one-person consulting company.
In the past 5 years I have seen three cases of this where they were hired (2 I did not interview, 1 I did and was a “no”). All three imploded rather spectacularly.
I have also seen good candidates with bizarre CV inconsistencies or several short stints in a row who explained it all very sensibly and turned out to be great.
This is why these aren’t CV screening red flags, but points of discussion.
This is of course on top of discussing their recent projects and seeing how far they can drill down into them.
I do this to weed out people who are very suave at interviewing, but turn out to be not only incompetent at the position, but actively poison the org. These folks are rare, but they do exist and can cause lots of organizational harm. They are aggressively self-promoting people who don’t know what they’re doing, but can fake it convincingly for awhile somehow, and who work energetically for higher and higher positions.
Often CV and LinkedIn are way out of whack because of the level of creative nonsense they have gone through about their pasts to get a job. I don’t mean this in the “CV is marketing you” sense, I mean this more as “saying you were CTO when you were a junior QA person” sense.
Many short stints can mean they were found out within a few months/year of being hired.
An odd variation on this is talking about very important sounding positions that turn out to be their own one-person consulting company.
In the past 5 years I have seen three cases of this where they were hired (2 I did not interview, 1 I did and was a “no”). All three imploded rather spectacularly.
I have also seen good candidates with bizarre CV inconsistencies or several short stints in a row who explained it all very sensibly and turned out to be great.
This is why these aren’t CV screening red flags, but points of discussion.
Something I find myself doing is saying, “the reason I’m asking X is because Y.” I aim for absolute transparency. This isn’t a game of subterfuge, I’ll leave that part to
HR…
Most of the questions by themselves are not stupid, it looks like the author just used them for the wrong reasons. It's more of a HR questions and as a manager he can leave it to recruiters. Many years ago I worked in HR, here's this questions as recruiters see them:
9. Trying to understand persons motivation for the job. For culture fit, for position, etc. Not a'ways 'i love it and that's my sole interest in life' is a 'good' answer. Some companies/position are looking for cold professional approach, financial interest may be interpreted as less problematic and stable. Depends.
8, 7. To see how the candidate see himself, usually entry point for more questions and soft skills evaluation. Also gives you an idea what person in front of you sees as good and bad, and if he fits the manager/team. And people do tell their real weaknesses. Surprisingly, people tell A LOT on interviews.
6. Pretty obvious - direction of development, some want to grow to be in a managing positions, some interested in tech side only, position/company may provide support for this or no.
5. Also hate it, but used to see how motivated person is and again - how he sees his strengths.
4. Asked if person really jumps from job to job or, say, stayed in company 10 years. In first case - it's suspicious and question gives the chance for candidate to explain themselves. For people who worked in one place for a long time - let's see if we are the company that provides same benefits or not.
Last three is stupid and may be illegal.
But in general - questions are just entry points and a way to start a discussion about the things you wanna know. It's not stupid if you understand why do you ask it and not looking for just an answer.
Also his solutions for those who get this questions... Being passive aggressive rarely helps. You are in conversation with someone - speak, express your frustration, explain why. Facepalm, exhale and look deeply in the eye after being asked about why do you canned so many jobs - that's a great answer I guess, explains a lot, but just understand, that you are an asshole in this situation.
9. Trying to understand persons motivation for the job. For culture fit, for position, etc. Not a'ways 'i love it and that's my sole interest in life' is a 'good' answer. Some companies/position are looking for cold professional approach, financial interest may be interpreted as less problematic and stable. Depends.
8, 7. To see how the candidate see himself, usually entry point for more questions and soft skills evaluation. Also gives you an idea what person in front of you sees as good and bad, and if he fits the manager/team. And people do tell their real weaknesses. Surprisingly, people tell A LOT on interviews.
6. Pretty obvious - direction of development, some want to grow to be in a managing positions, some interested in tech side only, position/company may provide support for this or no.
5. Also hate it, but used to see how motivated person is and again - how he sees his strengths.
4. Asked if person really jumps from job to job or, say, stayed in company 10 years. In first case - it's suspicious and question gives the chance for candidate to explain themselves. For people who worked in one place for a long time - let's see if we are the company that provides same benefits or not.
Last three is stupid and may be illegal.
But in general - questions are just entry points and a way to start a discussion about the things you wanna know. It's not stupid if you understand why do you ask it and not looking for just an answer.
Also his solutions for those who get this questions... Being passive aggressive rarely helps. You are in conversation with someone - speak, express your frustration, explain why. Facepalm, exhale and look deeply in the eye after being asked about why do you canned so many jobs - that's a great answer I guess, explains a lot, but just understand, that you are an asshole in this situation.
The whole how many dogs fit in to a clown car is truly a waste of time and a relic of the original Google interview questions that everyone beat off to. Value your prospect's time and ask relevant questions even if they are weird. But don't think you/they, Mr. I Just Thought of A Fun Question With No Way of Discerning If The Answer is Sufficient Or Not, are going to create some existential divide between the good candidates and the rest. Ask them how close to a fist fight have they gotten in because of a PR and did they win.
I feel the same about them. And about algorithm questions for some positions also. I understand all this "we want to see how you solve the problem" argument, but... 99% of the time I will solve a very different problems.
I learned to value good interviews. And I'm not afraid to stop and quit interviews that I don't like. If you don't like questions and don't want to participate, act like an adult - explain you are not interested and save time for both parties involved.
I learned to value good interviews. And I'm not afraid to stop and quit interviews that I don't like. If you don't like questions and don't want to participate, act like an adult - explain you are not interested and save time for both parties involved.
Please add fizzbuzz and other stupid code trivia to the list.
If you want to see how a developer really works, ask them to submit a patch, participate in a real code review and review their public facing code contributions.
If you want to see how a developer really works, ask them to submit a patch, participate in a real code review and review their public facing code contributions.
By its very ubiquity, FizzBuzz is a beautiful filter. It's shocking how many interviewees can't do it, so bullets dodged. Then for those who regurgitate the conventional solution, extend the problem to FizzBuzzBang with Bang when divisible by 7, and see if light dawns.
I dislike your tools based "do it live" test unless you pre-configure their preferred tool chain end to end. Many devs are rote in their tools of choice while lost in anything else. That's ok.
I dislike your tools based "do it live" test unless you pre-configure their preferred tool chain end to end. Many devs are rote in their tools of choice while lost in anything else. That's ok.
Ooh, I've never heard of FizzBuzzBang before, but this seems like such a natural (and surprisingly interesting) extension. Thanks for mentioning it. I'm going to check it out.
Biggest weakness: I'm slow.
Where do I see myself in 5 years: Not here.
How many peas in pod: Don't use Quicksort (stole that answer form Obama)
Why should I-- : I've traversed your red/black tree and found the jade monkey, I have proven that I'm worth more than the position pays therefore you will need to increase said position's compensation, and I'm very hungover. I did all of this while wicked hungover. Do you have a beer for me or can I leave now? I have a lot of dogs to count for my next interview.
Where do I see myself in 5 years: Not here.
How many peas in pod: Don't use Quicksort (stole that answer form Obama)
Why should I-- : I've traversed your red/black tree and found the jade monkey, I have proven that I'm worth more than the position pays therefore you will need to increase said position's compensation, and I'm very hungover. I did all of this while wicked hungover. Do you have a beer for me or can I leave now? I have a lot of dogs to count for my next interview.
We will call you back, Sir. Have a good day!
I think this is a cultural thing as well.
I am reminded of how Daniel Stenberg (author of curl) interviewed with Mozilla, and mentioned it was several interviews taking place over several days. Obviously questions like these made up the bulk of the interviews, because they could not seriously have any doubts of his skill as a software developer.
Several interviews stretching over several days; accused serial killers have had to endure less before going to trial.
I am reminded of how Daniel Stenberg (author of curl) interviewed with Mozilla, and mentioned it was several interviews taking place over several days. Obviously questions like these made up the bulk of the interviews, because they could not seriously have any doubts of his skill as a software developer.
Several interviews stretching over several days; accused serial killers have had to endure less before going to trial.
Can you have the computer draw a red line in blue ink?
https://www.youtube.com/watch?v=BKorP55Aqvg
https://www.youtube.com/watch?v=BKorP55Aqvg
> Can you have the computer draw a red line in blue ink?
Are we talking about NTSC composite artifacts?
Are we talking about NTSC composite artifacts?
I love the "what's your greatest weakness" question. It's pretty silly to interpret this as looking for something deeply personal. This is a professional context.
You should answer this question with your greatest weakness in the context of the interview. It's such a good opportunity! It's so awful feeling like an interview went great but stressing about something you didn't talk about - maybe your lack of experience or lack of degree. Whatever you're worried about that you didn't get to talk about. You get to actually talk about it and address it to the best of your ability.
It also looks great that you're talking about something real. Something you're nervous about. You are being honest and vulnerable.
It reflects incredibly well on you if you can be vulnerable and professional.
If I don't get the opportunity to answer a question like this in an interview, I'll use some of my question time (usually with the hiring manager) for it. Having the ability to anticipate and address a teammate's (interviewers) hard-to-discuss questions is such a strong, positive signal.
You should answer this question with your greatest weakness in the context of the interview. It's such a good opportunity! It's so awful feeling like an interview went great but stressing about something you didn't talk about - maybe your lack of experience or lack of degree. Whatever you're worried about that you didn't get to talk about. You get to actually talk about it and address it to the best of your ability.
It also looks great that you're talking about something real. Something you're nervous about. You are being honest and vulnerable.
It reflects incredibly well on you if you can be vulnerable and professional.
If I don't get the opportunity to answer a question like this in an interview, I'll use some of my question time (usually with the hiring manager) for it. Having the ability to anticipate and address a teammate's (interviewers) hard-to-discuss questions is such a strong, positive signal.
The best answer to this question is to simply say your greatest weakness is interviews.
Questions like #5 are some of my least favorite. I don’t know if it’s only prevalent in the US, but can we stop throwing around phrases like “why are you the best” or “what is your super power”, etc. Not only this makes me cringe, it also leads to an uncomfortable moment since I always reply that I am not the best and don’t have super powers.
I offer 5 good "situation / behavior /outcome" (SBO, sometimes called STAR) questions, the key is there aren't objectively "correct" answers, you decide what behaviors you prefer (humility, risk management, bias for action, respect for chain of command, etc) and then select for answers that demonstrate them.
Interviewer tips: listen not just to the answer, but also how do they communicate, do they use deflective or passive language, ask them to elaborate a lot with lots of details (bullshitters are bad at this), let them do all the talking ("why? Tell me more" Or "and then what happened?" are all the additional prompts needed), take good notes
* tell me about a time you disagreed with someone senior to you. (After every prompt ask "How did you handle it" and "what were the results?")
* tell me about a time you failed
* tell me about a time you had too much to do and not enough time do it.
* tell me about a time you solved a problem in a way you were really proud of.
* tell me about a time you felt you were asked to do something that was outside your skillset or comfort zone.
Lots of alternative questions you could ask instead, but again the key is no right answers, and you'll get a lot more signal compared to most questions.
Interviewer tips: listen not just to the answer, but also how do they communicate, do they use deflective or passive language, ask them to elaborate a lot with lots of details (bullshitters are bad at this), let them do all the talking ("why? Tell me more" Or "and then what happened?" are all the additional prompts needed), take good notes
* tell me about a time you disagreed with someone senior to you. (After every prompt ask "How did you handle it" and "what were the results?")
* tell me about a time you failed
* tell me about a time you had too much to do and not enough time do it.
* tell me about a time you solved a problem in a way you were really proud of.
* tell me about a time you felt you were asked to do something that was outside your skillset or comfort zone.
Lots of alternative questions you could ask instead, but again the key is no right answers, and you'll get a lot more signal compared to most questions.
> 5. Why are you the best candidate for this job?
This could be a good question, when it's a high-value position of which a big part of it involves depending on the person's advice/judgment.
If they give what seems like a very honest and thoughtful assessment, that's a good sign.
But seems useless or counterproductive, if it comes off to them as just a nonsense ritual or trying to assert power. And if you don't alienate them, they might still give you a counterproductive sales answer, and that also then sets the tone for if you hire them and want honest assessments.
This could be a good question, when it's a high-value position of which a big part of it involves depending on the person's advice/judgment.
If they give what seems like a very honest and thoughtful assessment, that's a good sign.
But seems useless or counterproductive, if it comes off to them as just a nonsense ritual or trying to assert power. And if you don't alienate them, they might still give you a counterproductive sales answer, and that also then sets the tone for if you hire them and want honest assessments.
> If they give what seems like a very honest and thoughtful assessment, that's a good sign.
In 99% of cases, the real, honest answer is "I couldn't possibly know, because I don't know all the candidates for this job". Which makes it a very boring interview question.
The only time where that doesn't apply is a very, very tiny niche where you know all of the qualified people.
You could also see that as a prompt "pitch us why you're a good candidate", which also seems pointless, because pitching yourself is a big part of the interview already.
In 99% of cases, the real, honest answer is "I couldn't possibly know, because I don't know all the candidates for this job". Which makes it a very boring interview question.
The only time where that doesn't apply is a very, very tiny niche where you know all of the qualified people.
You could also see that as a prompt "pitch us why you're a good candidate", which also seems pointless, because pitching yourself is a big part of the interview already.
Most of these questions are valid and need to be interpreted to understand their real meaning. For example, the question "Why are you the best candidate for this job?" is not there for you to make a passive-aggressive comment about how you don't know other candidates personally and therefore cannot answer this question. Rather, it's an invitation for you to put your best foot forward and make the most compelling case you possibly can for why you want and should get the role regardless of anyone or anything else.
Most of those are decent questions.
Open ended problem solving problems can be done well.
'Where are you in 5 years' is really helpful to understand aspirations aka 'I want to be a Senior Dev/Architect' vs. 'I want to go in to Product' etc..
Open ended problem solving problems can be done well.
'Where are you in 5 years' is really helpful to understand aspirations aka 'I want to be a Senior Dev/Architect' vs. 'I want to go in to Product' etc..
Having interviewed innumerable candidates for software development roles, I seldom used anything resembling these questions. If the candidate had relevant domain knowledge, e.g., financial apps, we’d talk about that. If not, how did that person go about acquiring the relevant knowledge. Same on the development platform. If they weren’t experienced with our suite of technologies, how do they approach learning it. What were they reading currently? Some answers were disqualifying. The most extreme case being an individual who said he was reading “Shades of Gray”. When I clarified that I only cared about technical material, he replied that he only read technical material on the job, not after hours. Pass. Who/what was their favorite development source? Assuming they were good prospects, possibly they would be subjected to more in depth technical interviews with senior staff. Generally, we hired for talent not specific skill sets. As such, we had relatively long tenures with excellent productivity and quality. I considered pure behavioral interviewing to be a horrible way to select new hires. Making the individual uncomfortable seems to be counterproductive. Fortunately, I’m retired now. The various ATS’s cost companies untold millions in missed opportunities as do many HR departments.
>When I clarified that I only cared about technical material, he replied that he only read technical material on the job, not after hours.
He's heard of work/life balance and doesn't want to do work during unpaid hours.
Nobody hires a cashier asking "tell me how you've made cashiering an integral part of your whole life or we won't hire you".
He's heard of work/life balance and doesn't want to do work during unpaid hours.
Nobody hires a cashier asking "tell me how you've made cashiering an integral part of your whole life or we won't hire you".
Work/life balance? Yes, work/life balance matters. On the other hand, when one enters a professional field, the expectation of the employer is that they maintain their value. The employer is paying for productivity. The individual has the responsibility of maintaining and enhancing their knowledge. Those thinking otherwise are opening the door to foreign competition, against which they will lose. And comparing software development to cashiering is apples and oranges.
You're saying that if I didn't regularly read technical materials after working hours, I'd have lost value after 10+ years of industry experience compared with my 25 year-old self?
It seems very narrow minded to think that newer technologies could be "read" by any classical understanding of the word. I mostly learn new tech by cloning github projects and tinkering with them; or pick some interesting subjects and follow whatever scattered pieces of documentation I could find. You're not going to catch any seasoned engineer reading Machine Learning for Dummies.
It would be a much more straightforward question if you just asked the candidates what they learned recently.
It seems very narrow minded to think that newer technologies could be "read" by any classical understanding of the word. I mostly learn new tech by cloning github projects and tinkering with them; or pick some interesting subjects and follow whatever scattered pieces of documentation I could find. You're not going to catch any seasoned engineer reading Machine Learning for Dummies.
It would be a much more straightforward question if you just asked the candidates what they learned recently.
Read was all encompassing, I.e. how do you learn/keep up? If one doesn’t, one’s value diminishes. Simple as that. Experimentation coupled with reading is common among SEs. It’s not the company’s responsibility to keep them current. The problem I saw emerging over the last decade or so of my career, was a proliferation of individuals that wanted the money, but didn’t want to put in the effort. And that situation only worsened as they gained more tenure. Couple that with new grads or boot camp graduates, all wanting to start somewhere around 6 figures, and the industry has an issue. Hence, many companies have turned to outsourcing.
> How many ping pong balls do you need to lift a Ferrari from the bottom of a lake?
I estimate about 55,000?
Ferarri is 1300kg, needs 1300 liters, 1.3m^3 of air to be buoyant, and assuming square pingpong ball of 3cm, that be ballpark 46k. Add some extra for current, drag, mud
I estimate about 55,000?
Ferarri is 1300kg, needs 1300 liters, 1.3m^3 of air to be buoyant, and assuming square pingpong ball of 3cm, that be ballpark 46k. Add some extra for current, drag, mud
> My opinion on such a hypothetical question? I hate these riddles fiercely.
Then maybe you just not a good fit for the company, and it is actually a very good question for that company's interview, after all?
Then maybe you just not a good fit for the company, and it is actually a very good question for that company's interview, after all?
I would much rather have these questions than go thru the LeetCode grinder. Without spending significant prep time, you can’t get through the grinder. For most software developers, the grinder isn’t actually representative of how we work.
Yes but in reality this is in addition to 3 leetcode grinder interviews.
Ok, what are the best questions?
I like to ask the following as a starting point for an interview:
What is the most interesting project you have worked on recently? Doesn't have to be work related, but should be relevant to the job, e.g. programming, not gardening for a developer role. Why was it interesting? What were the biggest challenges on that project? How did you solve those?
Will show if people are passionate about something specific, and also gives a general measurement on what they consider challenging, and a first insight into their problem solving skills. If the person goes into detail, go along and ask more questions. Very helpful to figure out how a person works. This should hopefully be a low pressure "just talking" question to get started and help people to calm down a bit.
What is the most interesting project you have worked on recently? Doesn't have to be work related, but should be relevant to the job, e.g. programming, not gardening for a developer role. Why was it interesting? What were the biggest challenges on that project? How did you solve those?
Will show if people are passionate about something specific, and also gives a general measurement on what they consider challenging, and a first insight into their problem solving skills. If the person goes into detail, go along and ask more questions. Very helpful to figure out how a person works. This should hopefully be a low pressure "just talking" question to get started and help people to calm down a bit.
Demanding passion for the job is one of the toxic features of the software industry. It's your job, not your life.
I was curious if there were going to be good questions at the bottom. I suspect the general idea is that good questions are essentially unstable due to Goodhart's Law. (That is, as soon as they are on a list, they are no longer good.)
I like to ask about tradeoffs - what kind of tradeoffs they've made and why they chose that; where their opinion lies on the pragmatic vs perfection scale and that sort of thing. Quite a lot of tech work involves making tradeoffs, so they should be able to talk about it easily, and it leads to some interesting discussion as well as giving you an idea of their opinions and decision-making.
There's no need to lie or have a canned response, because tradeoffs are inherently between things which are both desirable.
There's no need to lie or have a canned response, because tradeoffs are inherently between things which are both desirable.
Question 10 is a situation / behavior / analysis question in disguise, sometimes called a Fermi problem but that doesn't say why it's useful.
Question 10 with a 'walk me through the thinking' reveals aptitude for modeling and dimensional analysis, but at a higher level, shows ability to break complex problems down into many simpler and easier to solve problems.
That is the essence of dev.
It shows thinking through and around the problem, identifying the first component to pull out, revealing key threads to other components, that together tell you if you're in the ballpark on modeling and analysis.
All dev is breaking problems down well. A thinking aloud response to 10 reveals a lot. The estimate itself (the Fermi part) isn't actually what matters.
Question 10 with a 'walk me through the thinking' reveals aptitude for modeling and dimensional analysis, but at a higher level, shows ability to break complex problems down into many simpler and easier to solve problems.
That is the essence of dev.
It shows thinking through and around the problem, identifying the first component to pull out, revealing key threads to other components, that together tell you if you're in the ballpark on modeling and analysis.
All dev is breaking problems down well. A thinking aloud response to 10 reveals a lot. The estimate itself (the Fermi part) isn't actually what matters.
It's not a terrible list, but #10 and #4 are fine, IMHO.
#10 is not only fine, but ought to be mandatory. How can you expect anyone ever to "engineer" something if they are not capable of making (and refining) rough estimates?
Sure, often you just have to measure. But I'd much rather work with the person who can get an order-of-magnitude estimate from a 10 minute measure than the person who gets a reasonably accurate estimate but only after taking half a day to set up the experiment.
Sure, often you just have to measure. But I'd much rather work with the person who can get an order-of-magnitude estimate from a 10 minute measure than the person who gets a reasonably accurate estimate but only after taking half a day to set up the experiment.
Come to think of it, #10 is now top of my "reverse interview" question list.
> All these riddles are aimed to reveal the person’s creative nature.
They aren't riddles, nor do they require creativity. Fermi questions exercise a basic skill: estimation.
Bread and butter.
> All these riddles are aimed to reveal the person’s creative nature.
They aren't riddles, nor do they require creativity. Fermi questions exercise a basic skill: estimation.
Bread and butter.
> The only worse option is asking female candidates if they’re planning a pregnancy
This happened to me in my very first grown-up job interview.
This happened to me in my very first grown-up job interview.
[deleted]
Got this once...
"I don't want to ask you where you'd like to be in five years…
…
but where do you see yourself in five years?"
"I don't want to ask you where you'd like to be in five years…
…
but where do you see yourself in five years?"
Shopify is infamous for asking the question 1. It is a part of what they call "life story" interview.
> 4. What’s wrong with changing jobs frequently?
This blog post is pretty self congratulatory. We get it, employer bad -> employee good.
The fact of the matter is, they are investing in you. It often costs more to hire frequent replacements than one long-standing employee.
I’ve been places 9 months, 6 MONTHS, this question drives me up the walls. At the back of my head, I never once thought, “I don’t deserve to be asked this”.
This blog post is pretty self congratulatory. We get it, employer bad -> employee good.
The fact of the matter is, they are investing in you. It often costs more to hire frequent replacements than one long-standing employee.
I’ve been places 9 months, 6 MONTHS, this question drives me up the walls. At the back of my head, I never once thought, “I don’t deserve to be asked this”.
I guess if the employer is willing to tell you how often they sack people, there's at least some give and take.
[deleted]
#10 is a measurement of ability to mentally model and estimate problems. Relevant to engineering ability.
#8 measures self-awareness. Many people can answer this question with "I know I could be much better at X and I am working on it" which is what it's about.
#8 measures self-awareness. Many people can answer this question with "I know I could be much better at X and I am working on it" which is what it's about.
Never once in twenty year I needed to do a ballpark estimate as an engineer. All my estimates were sourced or derived from known reference datapoints.
According to recruiter and many answer here it appears people are spending days at job throwing numbers to the wall.
Can anyone explain what these numbers with massive uncertainty are used for and why go tough all that effort if you still have to go back to sources and references to fix up the estimate anyway?
According to recruiter and many answer here it appears people are spending days at job throwing numbers to the wall.
Can anyone explain what these numbers with massive uncertainty are used for and why go tough all that effort if you still have to go back to sources and references to fix up the estimate anyway?
Do recruiters have up-to-date information on the number of piano tuners in NYC? How do they verify the answer?
It's never about guessing a correct answer.
Eg. if I guess NYC population is 10M, with every 100th household having a piano, I can guess there are 100k pianos in NYC. If each of them needs tuning once every two years, that's 50k tunes each year. That's roughly 1k tunes each week, which, if a tuner can do 2 a day (5 work days per week), is 100 tuners.
And then it'd be worth comparing to tuning of venue pianos which are tuned more frequently: let's say 10k venues with pianos requiring tuning every month, or 2k tunes a week. So another 200 tuners.
You can also talk about pattern of work instead of market demands (eg most tuners only get 1 tune a week, so we can multiply the number of tuners by 10), just to show off you are ignoring other variables knowingly.
Obviously, each of the guesses has a large error margin, and errors multiply, so you can be off by way more than a single order of magnitude.
But just coming up with things to include in your calculation, and not being scared of exploring such random situations with little data you know, signals some generic problem solving ability.
Eg for a better answer, I now know I need exact number of people and venues in NYC, I need to ask tuners how often are pianos tuned, get some data on how frequent are pianos in homes, how long does a tune take, etc.
While I think I am decent at these questions, and I do believe they signal a very generic problem solving ability, I agree they are terrible interview questions for most software engineering roles, since you rarely hire for such generic ability, and might even get more out of a more specific question/test..
Eg. if I guess NYC population is 10M, with every 100th household having a piano, I can guess there are 100k pianos in NYC. If each of them needs tuning once every two years, that's 50k tunes each year. That's roughly 1k tunes each week, which, if a tuner can do 2 a day (5 work days per week), is 100 tuners.
And then it'd be worth comparing to tuning of venue pianos which are tuned more frequently: let's say 10k venues with pianos requiring tuning every month, or 2k tunes a week. So another 200 tuners.
You can also talk about pattern of work instead of market demands (eg most tuners only get 1 tune a week, so we can multiply the number of tuners by 10), just to show off you are ignoring other variables knowingly.
Obviously, each of the guesses has a large error margin, and errors multiply, so you can be off by way more than a single order of magnitude.
But just coming up with things to include in your calculation, and not being scared of exploring such random situations with little data you know, signals some generic problem solving ability.
Eg for a better answer, I now know I need exact number of people and venues in NYC, I need to ask tuners how often are pianos tuned, get some data on how frequent are pianos in homes, how long does a tune take, etc.
While I think I am decent at these questions, and I do believe they signal a very generic problem solving ability, I agree they are terrible interview questions for most software engineering roles, since you rarely hire for such generic ability, and might even get more out of a more specific question/test..
But that still presupposes a whole lot of knowledge about pianos that most people just wouldn't be expected to have. From what percentage of households have them to how often they need tuning to how long it takes to tune one. Unless you're a serious piano nut, you're at best throwing out random numbers, and likely not only don't know the answers, but don't even know what questions to ask. What about peak demand? Do lots of parents also sign their kids up for piano lessons at the start of each school year? Do pianos get played more often during the winter months?
It's like the Drake equation - it doesn't matter what factors you choose (you can always come up with more) or what values you assign them (you can't know what most of them would be anyway). It's meaningless as a whole. And also irrelevant to software development or most anything else; at best it would be only very loosely relevant to managing a piano tuning company.
It's like the Drake equation - it doesn't matter what factors you choose (you can always come up with more) or what values you assign them (you can't know what most of them would be anyway). It's meaningless as a whole. And also irrelevant to software development or most anything else; at best it would be only very loosely relevant to managing a piano tuning company.
That's exactly what this tests for.
I have no idea what those values are! I am still able to make guesses to show that I can figure out a bunch of variables that affect the final value. And since I am multiplying data that's off maybe even by few orders of magnitude, errors multiply as well: I am aware of how erroneous input data affects the results too.
Is it relevant to software development as a whole? It definitely is.
You've got to provision web workers for new service being developed: you can only (guess)timate number of expected users, you can guess how much CPU time each request will take, figure out cost per unit, look at bandwidth requirements, and make your pick. To improve on your guess, you actually go and measure request times (p50, p99), decide on the number of users you can sustain with your team cost effectively, measure network usage, etc.
Or you need to decide on what type of DB to use? Depending on access patterns (read heavy, write heavy, time series...), data size and scalability demands, team familiarity with different tech, you make a guess at what should work: you can only measure after you've got the system exposed to real, live load.
Now, I still think it's a bad interview question: people can be perfectly comfortable answering above questions, yet not see that they are in abstract exactly the same as the number of piano tuners in NYC. It tests for that generic and general ability to estimate anything, and to break down any problem.
Yet some people get flabbergasted (like you seem to do?), since they think too much about specifics of each of the numbers they use and how wrong they might be. Basically, they have a hard time of letting go of the inaccurracies :)
As such, it's a mixture of tests: supposedly only tests you problem breakdown skills, but in reality tests your confidence in using inaccurrate numbers or lack of problem domain knowledge to solve a problem.
Which makes it a bad interview question unless both of those is what you want to learn about someone.
I have no idea what those values are! I am still able to make guesses to show that I can figure out a bunch of variables that affect the final value. And since I am multiplying data that's off maybe even by few orders of magnitude, errors multiply as well: I am aware of how erroneous input data affects the results too.
Is it relevant to software development as a whole? It definitely is.
You've got to provision web workers for new service being developed: you can only (guess)timate number of expected users, you can guess how much CPU time each request will take, figure out cost per unit, look at bandwidth requirements, and make your pick. To improve on your guess, you actually go and measure request times (p50, p99), decide on the number of users you can sustain with your team cost effectively, measure network usage, etc.
Or you need to decide on what type of DB to use? Depending on access patterns (read heavy, write heavy, time series...), data size and scalability demands, team familiarity with different tech, you make a guess at what should work: you can only measure after you've got the system exposed to real, live load.
Now, I still think it's a bad interview question: people can be perfectly comfortable answering above questions, yet not see that they are in abstract exactly the same as the number of piano tuners in NYC. It tests for that generic and general ability to estimate anything, and to break down any problem.
Yet some people get flabbergasted (like you seem to do?), since they think too much about specifics of each of the numbers they use and how wrong they might be. Basically, they have a hard time of letting go of the inaccurracies :)
As such, it's a mixture of tests: supposedly only tests you problem breakdown skills, but in reality tests your confidence in using inaccurrate numbers or lack of problem domain knowledge to solve a problem.
Which makes it a bad interview question unless both of those is what you want to learn about someone.
> It tests for that generic and general ability to estimate anything, and to break down any problem.
Ability to BS and multiply, more or less. Feels like a waste of a question even for the one asking it!
> Yet some people get flabbergasted . . . since they think too much about specifics of each of the numbers they use and how wrong they might be. Basically, they have a hard time of letting go of the inaccuracies :)
Having a hard time letting go of inaccuracies seems justified if you're in a more technical profession. Too often there's good engineering reasons for not wanting to excuse loose reasoning with bad guesses. On the software dev side, there are also too many cases where those kinds of fudged numbers are inevitably used against us.
Ability to BS and multiply, more or less. Feels like a waste of a question even for the one asking it!
> Yet some people get flabbergasted . . . since they think too much about specifics of each of the numbers they use and how wrong they might be. Basically, they have a hard time of letting go of the inaccuracies :)
Having a hard time letting go of inaccuracies seems justified if you're in a more technical profession. Too often there's good engineering reasons for not wanting to excuse loose reasoning with bad guesses. On the software dev side, there are also too many cases where those kinds of fudged numbers are inevitably used against us.
Being able to tell when highly accurate approach is required and when it is not is as much a quality in a technical profession as being simply accurate is.
I have no problem with the question being abstract; my main gripe lies in the first part of your explanation, compounded noise is still noise. Why go through all the mental gymnastics if you yourself are aware that it can be way off? Your next-in-chain-of-command will treat it as hard fact and make a decision or commit to something based on it- then you have all these piano tuners loitering around and nothing to do.
It's similar to estimating novel work.
It's similar to estimating novel work.
The thing is that it gives you questions to ask. I am sure NYC population is a web search away. Or tuning frequency recommendations for pianos. Or how long does tuning a piano really take? Some are certainly harder (how frequent are piano-households?), but maybe someone already looked into it.
It shows that one can break a problem down into more manageable pieces. Being more manageable means you can get a better estimate by delving deeper.
The question is not about finding the right answer, but about employing the right methodology.
And if you've got next-in-the-chain taking estimates as hard boundaries or facts, you need to be explicit they are not, and hopefully teach them to be a bit more suspicious of everything.
Even then, it's ok if someone else takes your ballpark and runs with, as long as you are willing to take responsibility. If you are higher in job title, be explicit this is what you are asking them to do, and that you will take the responsibility! Invite them to improve upon it as they learn more, though!
It shows that one can break a problem down into more manageable pieces. Being more manageable means you can get a better estimate by delving deeper.
The question is not about finding the right answer, but about employing the right methodology.
And if you've got next-in-the-chain taking estimates as hard boundaries or facts, you need to be explicit they are not, and hopefully teach them to be a bit more suspicious of everything.
Even then, it's ok if someone else takes your ballpark and runs with, as long as you are willing to take responsibility. If you are higher in job title, be explicit this is what you are asking them to do, and that you will take the responsibility! Invite them to improve upon it as they learn more, though!
Not at all. It's about you coming up with a framework for how you'd estimate it, and working through it.
Indeed. When I was a high school teacher, I saw kids fail estimation skills like #10 badly. You don't want technical teams doing that.
I've also seen people fail #8 in interviews for junior positions. They can't introspect. It sounds impossible but it happens.
I've also seen people fail #8 in interviews for junior positions. They can't introspect. It sounds impossible but it happens.
Who even asks those questions in 2022?
Are you sending this from 2010, OP?
Are you sending this from 2010, OP?
I don't understand the animus against Fermi questions. I think they're quite indicative of a candidate's basic abilities, particularly for technical roles.
Most coders are bad at thinking with numbers, and so bad at answering these type of questions. So, instead of improving themselves, they invent reasons why the questions are bad.
how about a tree traversal algorithm when you're about to become a developer on a CRUD app?
edit: someone downvoted this -- i'd love to know why you think an inorder, preorder, and/or postorder implementation would help in an application that uses SQL to query a db for primary keys in a couple tables?
edit: someone downvoted this -- i'd love to know why you think an inorder, preorder, and/or postorder implementation would help in an application that uses SQL to query a db for primary keys in a couple tables?
Man, this question.
I was asked this question in an interview for a startup. I gave the regular answer that was expected of me. The interview went well, and at the end when the interviewer (who was the co-founder) asked if I had any questions, I turned this around on him: "where do you see [company x] in five years?"
He laughed and talked about finding product-market fit and getting a certain amount of funding, and having so many employees, and that kind of thing. In other words, the things you're expected to say in that position. I was impressed, and took the position when it was eventually offered to me.
18 months later, the company was on fire, most of the staff were laid off, the product I had been working on was shelved, and the company pivoted to a completely different product. I put in my notice just before that co-founder left the company completely, and eventually took a salaried position in a different industry, and moved across the country.
So, we both just said the right things, but had absolutely no fucking idea where we'd be in even two years. If either of us had any idea, we wouldn't have told the other person anyway. Questions like this have no answer, but a trivially correct response, and so are meaningless wastes of time.