5 ms·

Side topic, I think the question "give me an example of when you resolved a difficult challenge at work" and the like is the most bullshit part of job interview

Side topic, I think the question "give me an example of when you resolved a difficult challenge at work" and the like is the most bullshit part of job interviews. Bullshit questions get bullshit answers. Majority of people bullshit their answers on that type of questions. Pretty much majority of the job interview coach tells us to bullshit anyway, or embellish our mini accomplishments to the point it is not distinguishable from bullshit, and say "hey it is not lying". Sure, but the answer is worthless anyway and don't tell anything about a candidate. I'd take Leetcode any day.

deleted 4y ago
[deleted]
skeeter2020 4y ago
You can turn this question into BS, and provide a BS answer, but the correct way to respond is not to focus on the scenario (there are only a few themes anyway) but use it as an opportunity to share your values, perspective and strategy. This says a lot about the candidate, especially if the resolution failed. Even if you think LC is more representative of the type of work you'll end up doing, it's probably not assigned in discrete packages every day for you to complete; there's a lot of the softer "difficult challenge" stuff around it. If you're only optimizing for LC you're tackling the part of the job that will be commoditized by a global workforce and even machines first.
- kubanczyk 4y ago
  > the correct way to respond You actually said it out loud, oopsie! The problem is, if I would share my true personal values, true personal perspective and true personal strategy, I become vulnerable and I open a discussion that I cannot expect to end well. Thus, instead I share my "business" values, which is to say bullshit, because they are in a quite different ballpark than my actual values. Of course the problem can be instantly solved by changing the definition of the word "problem" to exclude the mental and moral hassle of maintaining two complete personas. (`s/hassle/amazing opportunity/`) At which point business-you can honestly talk about your business-values, and private-you about your separate private-values.
  - germinalphrase 4y ago
    “…and I open a discussion that I cannot expect to end well”. Why do you believe this is the case? Do you believe your values are far outside the norm?
    - hinkley 4y ago
      I am cursed to be about eight-ten years ahead of the industry on development philosophy. Half the stuff I was begging people to do in 2005 was de rigeur by 2015. People who are trying to catch up with the last things they weren’t early adopters for don’t want to hear about the next three things after. And they sure as hell don’t want to hear about how much of our difficulties with software come down to self delusion and misplaced optimism. Or how that new tech is old tech with a coat of paint and how it only lasted four years last time. I don’t often win this argument until after something really bad happens and everyone is looking for a deathbed conversion. Until then I’m just some weirdo street preacher. So no, I’m not going to share all of my opinions with people I just met. Unless I’m specifically trying to fuck with them.
      - insightcheck 4y ago
        Out of curiosity, could you share some examples of standards that you were prescient to?
        awillen 4y ago
        Username checks out.
        hinkley 4y ago
        I’m very relieved that we have finally seen the sense in about 75% of the stuff Kent Beck wrote down in ‘99. Not that he invented most of those things, because a lot of them were done somewhere in isolation in the 80’s but more seeing the complimentary nature. That doing 6 things could be 8 times as good as doing none of them. When the refactoring book came out some of us said, “oh yeah, so that’s what you call that” and half the people said “that’s the dumbest thing I’ve ever seen, why would I ever waste my time doing that?” I still meet people like this, but many try to keep it to themselves. Kanban seemed so intuitive that I accidentally made a kanban board in 1995, when the only thing I knew about Japan was tiny trees. But really the biggest thing for me was that I was poorly served by the education system and spent my first few years thinking there was something wrong with me instead of something wrong with them, so you ten I was having introspective conversations with myself and by twelve overhearing other frustrated learners and interjecting things like, “yeah that didn’t make sense to me at all until I thought of it this way”. The teachers who say they learn as much as their students aren’t lying (or at least not all of them). Watching - actually watching- people struggle with things teaches you a lot about that thing, that person, and people in general (problem solving and task management). Being able to take a proposed solution and extrapolate on whether this will help or hurt a lot of people. Most only get as far as whether it’ll be awesome for them or horrible, and sometimes they’re wrong. What’s difficult though is that you see is that what people think they know and how they know it is usually wrong, for better and for worse. Most people aren’t open to hearing that until they are well and truly stuck. There are people who make their whole life about helping people with this. One of the advantages they have is that they are not personally invested in your experience, because they aren’t sharing in it. Whereas your coworkers are either stuck in it with you, or seen as distant and uncaring because they aren’t getting upset too.
- Jensson 4y ago
  Problem is that the question optimizes to hire the most toxic of people: great social skills but no morals. You are probably better off not asking it at all, every such hire will destroy parts of your culture and make it look like it was someone else's fault making them harder to fire than any other kind of toxic employee.
mjr00 4y ago
I disagree. The answers to these situational questions say a lot about a candidate, and their importance is often underestimated by inexperienced interviewers, IMO. In this specific question, a few things I'd be looking for are: * Was the candidate proactive in resolving the challenge? Many people just complain when they run into hard problems and expect someone else to pick up the slack. * Did the candidate learn something, or step outside of their comfort zone? This could be as technical as "I had to learn how this legacy codebase's build scripts worked" or "I had to research postgres' MVCC implementation" to something as nontechnical as "I had to schedule a meeting across 10 different departments and get agreement on changing an internal process." Coding challenges are just one piece of the puzzle. I've previously made hires who were great at the coding part but gave weak answers to situational questions and they ended up not working out; they were excellent coders but would never really push anything forward beyond whatever tickets were assigned to them. By that I don't mean "they didn't work 60 hours a week," I mean that they never wanted to take the time to think about the current state of how things were done and come up with ways to improve the situation. This type of developer would probably be fine in a larger organization, but when you're hiring a senior dev for your 20-person startup, a hire like this can be a disaster.
- UmbertoNoEco 4y ago
  All that can easily be bullshitted a hundred times easier than any leetcode-style question. I am not saying "just use technical questions" but you are extremely naive as a interviewer if you dont think candidates will MASSIVELY overstate the importance and magnitude of their accomplishments. Hell, politicians do it all the time, we can notice that they are lying and they still do it. My experience indicates the better you are at this (there is a grayzone between outright lying and exaggerating) the better you will do, specially in big organizations when you can "hide" behind lawyers of bureaucracy and other employees.
- WastingMyTime89 4y ago
  I think OP point is that everyone a bit skilled at interviewing knows what you are looking for in the answer and will craft you a solid retelling of something which didn’t actually happen. Don’t get me wrong it’s a good skill to have. You want people who understand what’s expected of them and can craft you a solid story. It’s just that there is better question to ask if you want to test for that. > "I had to schedule a meeting across 10 different departments and get agreement on changing an internal process." That’s a good exemple. I don’t interview developers but I have seen similar situations happen in plenty of interviews. You are telling me you have the pull to get a large cross-departments meeting organised and enough political savviness to get internal policy changed but are now interviewing to be a developer. I would find that strange and have a ton of follow-up questions.
stephendause 4y ago
I don't think there are only two alternatives: "bullshit" questions or Leetcode. For example, you can ask the interviewee to review code, design a system with them, or ask them to describe, in detail, the technical aspects of a project that they worked on. I think these are less prone to bullshit answers but are not as contrived as Leetcode (though I do think Leetcode has its place).
drewcoo 4y ago
It's called a behavioral question.[1] Many interviewers do it wrong. I even had a "job coach" swear to me that it was ok to ask hypothetical questions. So it may seem like BS because your interviewers don't know what they're doing. It's not possible to detect skilled liars with these questions, so if you're one of those, answer however you like. If you're one of the rest of us, tell an actual story about you - the point is to get to know you. Also, use the STAR method[2]. Some interviewers look for those explicit steps. And some interviewers don't know what to look for, so it can help for you to be explicit about each of those stages by name. [1] https://resources.careerbuilder.com/recruiting-solutions/best-behavioral-interview-questions https://resources.careerbuilder.com/recruiting-solutions/bes... [2] https://www.mindtools.com/pages/article/STAR-method.htm https://www.mindtools.com/pages/article/STAR-method.htm
pcl 4y ago
I think that anyone who’s been around the block in an operations or customer support role in a tech company will likely have some really good answers to that sort of question. If someone asked me that question, I’d probably start with “oh boy, where to start!” before bringing back memories of production incidents.
Fiahil 4y ago
I don't ask this question a lot, but when I did, it was mostly as a nice starter to get started on a drill-down interview on that specific topic. The candidate is giving me the topic, and I would just dig into it and ask them to describe their approach and how it would change given certain constraints. Being able to lay out options in a mece-way (mutually exclusive and completely exhaustive) comes handy. I believe it's also a very difficult exercise if you didn't experienced the problem solving yourself.
otikik 4y ago
That was my expectation when I started interviewing candidates for a post, but I was surprised to find that most of the candidates didn’t seem to have that one prepared. It really seemed they honestly struggled and had to meditate the question. (They were very technical people and were expecting technical questions)
contingencies 4y ago
Side topic, I think the question "give me an example of when you resolved a difficult challenge at work" and the like is the most bullshit part of job interviews. Only for boring jobs. For interesting jobs, such questions offer the interviewer a chance to assess the candidate's sense of perspective (low level, architectural, maintenance, operations, security, efficiency, management bottom line, etc.), reason (often mutually conflicting cross-domain priorities), articulation, honesty/openness, reflectiveness (re. benefit-of-hindsight), and so forth. And as such, this type of open question allowing one to draw from past challenges should be a gem for a good candidate in the right context. Source: Used it this week.
spoonjim 4y ago
But the ability to BS your way through something and pull the wool over someone’s eyes is an important skill in Corporate America.
dc-programmer 4y ago
As an interviewer, I take these as an opportunity to really drill down into their experience. If they actually did the thing they are taking credit for, they will be able to talk about it in great detail. For more advanced candidates, it also provides a springboard to assess their ability to identify tradeoffs (Why didn’t you do it this way? If you had to do it again would you change anything?) But it does require more effort for the interviewer. Surprisingly, many candidates are blindsided by the (well-advertised) behavioral questions which I don’t understand. Or they fail to contextualize anything.

deleted 4y ago

[deleted]

skeeter2020 4y ago

You can turn this question into BS, and provide a BS answer, but the correct way to respond is not to focus on the scenario (there are only a few themes anyway) but use it as an opportunity to share your values, perspective and strategy. This says a lot about the candidate, especially if the resolution failed. Even if you think LC is more representative of the type of work you'll end up doing, it's probably not assigned in discrete packages every day for you to complete; there's a lot of the softer "difficult challenge" stuff around it. If you're only optimizing for LC you're tackling the part of the job that will be commoditized by a global workforce and even machines first.

kubanczyk 4y ago
> the correct way to respond You actually said it out loud, oopsie! The problem is, if I would share my true personal values, true personal perspective and true personal strategy, I become vulnerable and I open a discussion that I cannot expect to end well. Thus, instead I share my "business" values, which is to say bullshit, because they are in a quite different ballpark than my actual values. Of course the problem can be instantly solved by changing the definition of the word "problem" to exclude the mental and moral hassle of maintaining two complete personas. (`s/hassle/amazing opportunity/`) At which point business-you can honestly talk about your business-values, and private-you about your separate private-values.
- germinalphrase 4y ago
  “…and I open a discussion that I cannot expect to end well”. Why do you believe this is the case? Do you believe your values are far outside the norm?
  - hinkley 4y ago
    I am cursed to be about eight-ten years ahead of the industry on development philosophy. Half the stuff I was begging people to do in 2005 was de rigeur by 2015. People who are trying to catch up with the last things they weren’t early adopters for don’t want to hear about the next three things after. And they sure as hell don’t want to hear about how much of our difficulties with software come down to self delusion and misplaced optimism. Or how that new tech is old tech with a coat of paint and how it only lasted four years last time. I don’t often win this argument until after something really bad happens and everyone is looking for a deathbed conversion. Until then I’m just some weirdo street preacher. So no, I’m not going to share all of my opinions with people I just met. Unless I’m specifically trying to fuck with them.
    - insightcheck 4y ago
      Out of curiosity, could you share some examples of standards that you were prescient to?
      - awillen 4y ago
        Username checks out.
      - hinkley 4y ago
        I’m very relieved that we have finally seen the sense in about 75% of the stuff Kent Beck wrote down in ‘99. Not that he invented most of those things, because a lot of them were done somewhere in isolation in the 80’s but more seeing the complimentary nature. That doing 6 things could be 8 times as good as doing none of them. When the refactoring book came out some of us said, “oh yeah, so that’s what you call that” and half the people said “that’s the dumbest thing I’ve ever seen, why would I ever waste my time doing that?” I still meet people like this, but many try to keep it to themselves. Kanban seemed so intuitive that I accidentally made a kanban board in 1995, when the only thing I knew about Japan was tiny trees. But really the biggest thing for me was that I was poorly served by the education system and spent my first few years thinking there was something wrong with me instead of something wrong with them, so you ten I was having introspective conversations with myself and by twelve overhearing other frustrated learners and interjecting things like, “yeah that didn’t make sense to me at all until I thought of it this way”. The teachers who say they learn as much as their students aren’t lying (or at least not all of them). Watching - actually watching- people struggle with things teaches you a lot about that thing, that person, and people in general (problem solving and task management). Being able to take a proposed solution and extrapolate on whether this will help or hurt a lot of people. Most only get as far as whether it’ll be awesome for them or horrible, and sometimes they’re wrong. What’s difficult though is that you see is that what people think they know and how they know it is usually wrong, for better and for worse. Most people aren’t open to hearing that until they are well and truly stuck. There are people who make their whole life about helping people with this. One of the advantages they have is that they are not personally invested in your experience, because they aren’t sharing in it. Whereas your coworkers are either stuck in it with you, or seen as distant and uncaring because they aren’t getting upset too.
Jensson 4y ago
Problem is that the question optimizes to hire the most toxic of people: great social skills but no morals. You are probably better off not asking it at all, every such hire will destroy parts of your culture and make it look like it was someone else's fault making them harder to fire than any other kind of toxic employee.

mjr00 4y ago

I disagree. The answers to these situational questions say a lot about a candidate, and their importance is often underestimated by inexperienced interviewers, IMO. In this specific question, a few things I'd be looking for are: * Was the candidate proactive in resolving the challenge? Many people just complain when they run into hard problems and expect someone else to pick up the slack. * Did the candidate learn something, or step outside of their comfort zone? This could be as technical as "I had to learn how this legacy codebase's build scripts worked" or "I had to research postgres' MVCC implementation" to something as nontechnical as "I had to schedule a meeting across 10 different departments and get agreement on changing an internal process." Coding challenges are just one piece of the puzzle. I've previously made hires who were great at the coding part but gave weak answers to situational questions and they ended up not working out; they were excellent coders but would never really push anything forward beyond whatever tickets were assigned to them. By that I don't mean "they didn't work 60 hours a week," I mean that they never wanted to take the time to think about the current state of how things were done and come up with ways to improve the situation. This type of developer would probably be fine in a larger organization, but when you're hiring a senior dev for your 20-person startup, a hire like this can be a disaster.

UmbertoNoEco 4y ago
All that can easily be bullshitted a hundred times easier than any leetcode-style question. I am not saying "just use technical questions" but you are extremely naive as a interviewer if you dont think candidates will MASSIVELY overstate the importance and magnitude of their accomplishments. Hell, politicians do it all the time, we can notice that they are lying and they still do it. My experience indicates the better you are at this (there is a grayzone between outright lying and exaggerating) the better you will do, specially in big organizations when you can "hide" behind lawyers of bureaucracy and other employees.
WastingMyTime89 4y ago
I think OP point is that everyone a bit skilled at interviewing knows what you are looking for in the answer and will craft you a solid retelling of something which didn’t actually happen. Don’t get me wrong it’s a good skill to have. You want people who understand what’s expected of them and can craft you a solid story. It’s just that there is better question to ask if you want to test for that. > "I had to schedule a meeting across 10 different departments and get agreement on changing an internal process." That’s a good exemple. I don’t interview developers but I have seen similar situations happen in plenty of interviews. You are telling me you have the pull to get a large cross-departments meeting organised and enough political savviness to get internal policy changed but are now interviewing to be a developer. I would find that strange and have a ton of follow-up questions.

stephendause 4y ago

I don't think there are only two alternatives: "bullshit" questions or Leetcode. For example, you can ask the interviewee to review code, design a system with them, or ask them to describe, in detail, the technical aspects of a project that they worked on. I think these are less prone to bullshit answers but are not as contrived as Leetcode (though I do think Leetcode has its place).

drewcoo 4y ago

It's called a behavioral question.[1] Many interviewers do it wrong. I even had a "job coach" swear to me that it was ok to ask hypothetical questions. So it may seem like BS because your interviewers don't know what they're doing. It's not possible to detect skilled liars with these questions, so if you're one of those, answer however you like. If you're one of the rest of us, tell an actual story about you - the point is to get to know you. Also, use the STAR method[2]. Some interviewers look for those explicit steps. And some interviewers don't know what to look for, so it can help for you to be explicit about each of those stages by name. [1] https://resources.careerbuilder.com/recruiting-solutions/best-behavioral-interview-questions https://resources.careerbuilder.com/recruiting-solutions/bes... [2] https://www.mindtools.com/pages/article/STAR-method.htm https://www.mindtools.com/pages/article/STAR-method.htm

pcl 4y ago

I think that anyone who’s been around the block in an operations or customer support role in a tech company will likely have some really good answers to that sort of question. If someone asked me that question, I’d probably start with “oh boy, where to start!” before bringing back memories of production incidents.

Fiahil 4y ago

I don't ask this question a lot, but when I did, it was mostly as a nice starter to get started on a drill-down interview on that specific topic. The candidate is giving me the topic, and I would just dig into it and ask them to describe their approach and how it would change given certain constraints. Being able to lay out options in a mece-way (mutually exclusive and completely exhaustive) comes handy. I believe it's also a very difficult exercise if you didn't experienced the problem solving yourself.

otikik 4y ago

That was my expectation when I started interviewing candidates for a post, but I was surprised to find that most of the candidates didn’t seem to have that one prepared. It really seemed they honestly struggled and had to meditate the question. (They were very technical people and were expecting technical questions)

contingencies 4y ago

Side topic, I think the question "give me an example of when you resolved a difficult challenge at work" and the like is the most bullshit part of job interviews. Only for boring jobs. For interesting jobs, such questions offer the interviewer a chance to assess the candidate's sense of perspective (low level, architectural, maintenance, operations, security, efficiency, management bottom line, etc.), reason (often mutually conflicting cross-domain priorities), articulation, honesty/openness, reflectiveness (re. benefit-of-hindsight), and so forth. And as such, this type of open question allowing one to draw from past challenges should be a gem for a good candidate in the right context. Source: Used it this week.

spoonjim 4y ago

But the ability to BS your way through something and pull the wool over someone’s eyes is an important skill in Corporate America.

dc-programmer 4y ago

As an interviewer, I take these as an opportunity to really drill down into their experience. If they actually did the thing they are taking credit for, they will be able to talk about it in great detail. For more advanced candidates, it also provides a springboard to assess their ability to identify tradeoffs (Why didn’t you do it this way? If you had to do it again would you change anything?) But it does require more effort for the interviewer. Surprisingly, many candidates are blindsided by the (well-advertised) behavioral questions which I don’t understand. Or they fail to contextualize anything.