Hiring is all about finding the best candidate. If you find you cannot function sitting in conference room with three other people for an hour, there is a 100% chance there is a better candidate suited for the role, even if his/her technical skills are less than yours.
Jobs have soft skill requirements, and there is nothing bigoted about that.
I'm curious about this. When I've hired, I've always wondered how I can actually tell (a) what soft skills are required for the role and (b) whether a candidate has them.
People sometimes think that's a silly thing to ponder: it's obviously obvious! But at most places I've worked, we spend lots of time defining the technical skills required for a job and handwave the rest.
I guess people assume "they'll know it when they see it". But there's a lot of ambiguity. Parent comment suggests that being comfortable sitting in a conference room for an hour is an important part of their job. In some workplaces that would be an odd requirement. I've worked at places where the important thing was being able to go away and make progress on something for a few weeks.
I suspect there are people with autism reading these threads and feeling disheartened. It would be easy to leave with the impression that neurotypical people expect you to make all the effort and they won't try to meet you half way. Some workplaces are like that. But in all the talk about neurotypical vs neurodivergent, it's easy to forget that neurotypical people are a varied lot, just like neurodivergent people. Workplaces are a varied lot too.
As somebody with autism, one thing I'd say from my experience (I don't know how many people will agree) is that interviewing has felt like a much more severe stress test of my soft skills than anything I've had to do while actually being employed. While employed, the vast majority of my social interactions are oriented around some technical task that I need to work on with other people, and conveying information effectively so as to bring about the completion of this task. This is precisely the kind of social interaction that I feel most competent in--I feel like I'm pretty good at it, actually! What I struggle with are social interactions that are more open-ended, that are more about emotional connections and getting people to like you, and I feel like interviewing is an interaction of the latter type.
In this respect interviewing is a bit like LeetCode. LeetCode problems and writing code to satisfy business requirements are both "coding" but they're quite different kinds of coding; someone being able to do the former is probably good evidence they can do the latter, but there are also plenty of people who can do the latter without being able to do the former. So it is, in my view, with interviewing vs. interacting with people on the job.
> I've always wondered how I can actually tell (a) what soft skills are required for the role and (b) whether a candidate has them.
Being able to communicate clearly and interact with coworkers is the most basic soft skill required for most jobs.
Communicating clearly with coworkers is foundational to interviews because you have to communicate as part of the interview. Don't overthink it into something more complicated.
> being comfortable sitting in a conference room for an hour is an important part of their job. In some workplaces that would be an odd requirement.
I think you're taking it too literally. Being able to converse with coworkers in a conference room is an interview proxy for being able to communicate with coworkers on the job. You're not literally testing their ability to sit in a conference room, you just happen to be in a conference room because that's where the interview takes place.
The internet is always full of arguments that some people might be really bad at interviewing but great at the job. That's true to some degree, but in my experience a lot of the difficult behaviors that show up in the interview (poor communication, uncomfortable talking to coworkers, or even if someone is difficult to work with) don't disappear after those candidates are hired. People are usually trying their hardest during the interview to look good, so often those characteristics become worse, not better, once they're hired.
It's tough to discuss online because nobody likes to think about rejecting people for soft skills. We want to maintain this Platonic ideal of a programmer who creates brilliant code in a vacuum and nothing else matters, but in real jobs clear communication is really important.
I like this idea of making the soft skills explicit. Both to the interviewers and the candidate (i.e. in the job posting itself). This would save everyone involved a lot of time, too!
> Hiring is all about finding the best candidate. If you find you cannot function sitting in conference room with three other people for an hour, there is a 100% chance there is a better candidate suited for the role, even if his/her technical skills are less than yours.
> Jobs have soft skill requirements, and there is nothing bigoted about that.
Everything you just said also applies to someone who's deaf, blind, or physically impaired.
Apply that same logic to someone with one of those conditions, and enjoy losing the discrimination lawsuit.
> Everything you just said also applies to someone who's deaf, blind, or physically impaired.
A blind person is not a good bus driver. A physically impaired person is not a good mover or yoga teacher. A deaf person is not a good session musician. A person who cannot function sitting in a meeting with 3 people for an hour is not a good employee where that is required. What makes the last one special compared to others? They can be a great yoga teacher/bus driver/session musician/mover, I just don't see controversy
Where did I mention being an amazing programmer? If that's the requirement then why not. The comment was replying specifically about environment where you gotta sit through hour long meetings and that is what I wrote about
maybe there is a company where being an amazing programmer is enough. I worked with capable depressed programmer who never delivers and is too shy to delegate anything, capable psycho programmer who no one wants to work with, bad programmer who works crazy hours, carries the project and interacts nicely with customers when needed. The last one was probably the most valuable
If you are an amazing programmer but can't function in the 1 hour sitdown meeting which is part of your job activities then you are de facto worse candidate than the next amazing programmer who can, that's just how it is.
A physically impaired person can be a good yoga instructor: they'll suggest alternatives, different/better cues, or provide more accessible classes such as yin or seated yoga.
Just because they are physically impaired now doesn't mean they were before, and an instructor won't necessarily move through the poses with the class since they can have 2-3 classes per day.
There is a big difference between being in a conference room for an interview where you are judged, and on a regular work day. There is for me, and I'm old and have done dozens and dozens of interviews, largely successfully. Don't summarily judge people, especially if they're not neurotypical, as often happens in software.
> If you find you cannot function sitting in conference room with three other people for an hour, there is a 100% chance there is a better candidate suited for the role, even if his/her technical skills are less than yours.
This assumes that was the job? What if the job never talks or sits in a room with anyone?
> This assumes that was the job? What if the job never talks or sits in a room with anyone?
That's perfectly fine. Some coding jobs also don't require deep knowledge on data structures. Each company and project has its own requirements.
This does not reject the value of soft skills and being able to interact with other people.
You can also frame this from another perspective. How far should a hiring manager go to accommodate antisocial and straight out toxic people? Does an eggregious backstabber have the right to advance in hiring processes just because others found him unpleasant to work with?
Sitting in a conference room under pressure after potentially flying out possibly hundreds of miles doesn't test your soft skills in actual day to day work. I've known many excellent engineers that buckle under that conditional.
> Sitting in a conference room under pressure after potentially flying out possibly hundreds of miles doesn't test your soft skills in actual day to day work. I've known many excellent engineers that buckle under that conditional.
You're complaining about the hypothetical effectiveness of concrete hiring practices. You are not rejecting the value and importance of soft skills.
Also, the ability to work under pressure is valuable skill. If you have a candidate that fails to perform when being in a room with someone else, I doubt you can argue that that's your hiring decision when other candidates are able to perform in similar circumstances.
Literally no other industry except for the performing arts interviews like this. No one else expects senior people to perform “work samples” under pressure, they just talk to them and dig into past work.
All of the really damaging hires, I’ve seen in the last couple decades have been engineers with high negative productivity who were great at passing high pressure technical interviews.
Also in a couple decades working everywhere from startups to big tech companies in staff+ roles, I have never experienced anything even remotely similar to a performative technical interview. Even when everything is on fire, it’s not even close to the same thing.
I remember reading an article linked here (which I can't find anymore) about a lawyer who converted to software engineering. He was contrasting tech interviews, with 3, 4, 6 rounds* and live coding and high-pressure testing with the exactly one deep chat for a lawyer about to handle multi-hundred-million dollars lawsuits. Insanity.
> Literally no other industry except for the performing arts interviews like this.
No, not really. Take for example FANGs. Their hiring process is notorious for culminating with an on-site interview, where 4 or more interviewers grill you on all topics they find relevant.
Some FANGs are also very clear that their hiring process focuses particularly on soft-skills.
Where in the world do hope to find an engineering job where you are not evaluated on soft skills and cultural fit?
You’re comment was talking about performing under pressure and failing to perform with people watching them.
In this context when you say perform I assumed (as would most people) that you’re talking about technical/work sample interviews not culture fit tell me about a time you did x interviews.
If you’re talking about those, then yes every job in every industry does that. If you’re talking about stand at this white board and solve a problem that I know the answer to to while I watch.
No one outside of software engineering does this for anyone but new grads.
> If you’re talking about those, then yes every job in every industry does that. If you’re talking about stand at this white board and solve a problem that I know the answer to to while I watch.
I think you're failing to understand what actually happens in hiring rounds. You stand in front of a whiteboard to showcase your knowledge on abstract topics like systems architecture. This is exactly what happens in the real world in design rounds. I lost count of the amount of time I spent in front of a whiteboard this year alone. Perhaps you don't work with systems architecture, but if you are applying for a position where in the very least you are expected to have a cursory understanding of systems architecture, you are obviously expected to showcase your skills to help hiring managers compare you with other applicants.
And no. The point of whiteboards is not to solve problems. Their point is to help you present and clarify your thoughts in a dialogue with people in the room. It's a communication tool.
1. No other industry makes senior people perform “work sample” tests in interviews with the exceptions I mentioned above.
2. There is absolutely no comparison between whiteboard sessions in interviews and in reality.
I have never once had a whiteboard session where someone says “I’m going to give you a system to design. I have built 100 of these systems before, so I have fairly specific things I’m gonna to look for. But I’m not going to tell you exactly what those are. You have 45 minutes in which to do it. No you can’t think about it over lunch. No you can’t spend 30 minutes reading up on it. No we can’t do another session tomorrow.”
If you think this is anything remotely like designing a system in real life, I definitely don’t want to work anywhere you have.
>expected to showcase your skills
Yeah that’s my point. Other industries don’t do this for senior people because they realized it’s not actually predictive enough to be worth it.
I’ve always wondered: is there a LeetCode equivalent for doctors? When a hospital interviews a surgeon, do they roll out a cadaver and ask them to remove the gall bladder in 15 minutes while the interviewer scrutinizes how they hold the scalpel?
It’s because medicine, with its residencies and HN-mocked credentialism, is closer to traditional craftsmanship and the progression of apprentice-journeyman-master than the “every hacker for themselves” world of modern tech.
> It’s because medicine, with its residencies and HN-mocked credentialism,(...)
The whole point of credentials is that they are designed to be revoked. That's their whole point. If your credentials are pulled, you lose your ability to practice. That's by design. They are not gate-keeping tools. They are "this guy killed patients, so let's keep him far away from them" tools.
Well, it'd be nice if they reintroduced proper training of new tech workers, rather than outsourcing it to universities ("not supposed to be trade schools") or relying on internships/co-ops which these days are often nearly as competitive to be hired for as actual jobs. Formalized apprenticeships could help with that, as well as impart a proper culture of craftsmanship.
And as far as certs go, just having a simple one for algorithms/data structures can seriously fix the issue of having to go through the Leetcode gauntlet at every single place one interviews at. A certificate for that class of questions would go a long way towards smoothing the existing interview process. DRY, anyone?
We clearly do have a problem. No 1 learns from past mistakes. We keep reinventing the wheel e.g. the land of NodeJs, Javascript, etc. Even within companies there's no learnings passed down. Each new hire thinks they're the best and tries to redo it all.
> Are you so afraid of competing with those who might not get a certiciation?
I rather compete on certification than compete on leet code. Do you miss the point that the whole leet code system has nothing to do with any job? At least certification might be slightly be relevant.
In the US, candidates to become physicians go through a 5-7 year residency which has low pay, dangerously long hours, and has a supervisor watching over them who can flunk them for failing to meet their standards. That's _after_ a normal bachelors degree and then medical school. Does that sound like something anyone would like to go through to become a software developer just to avoid technical interviews?
It’s not just medicine. No other job does solve this question on a whiteboard style interviews for anyone other than new grads.
The closest thing you’ll find is actors and musicians auditioning. But performing is an actually a part of their job.
Nurses only have 4 years of school and they don’t have whiteboard interview equivalents. Medical technicians don’t either and they don’t even have degrees in most cases.
Also one minor correction most residencies are 3 years, although some are longer.
> Also, the ability to work under pressure is valuable skill. If you have a candidate that fails to perform when being in a room with someone else, I doubt you can argue that that's your hiring decision when other candidates are able to perform in similar circumstances.
I'm curious, as a software engineer when was the last time you've seriously worked under pressure? Like, 'do this thing now or you're fired/the company goes under' and so forth? The kind of snap pressure that interviews can push on you.
I haven't been under significant pressure in the past 10 or so years of software engineering. Not when on live ops diagnosing why our server is failing to work in prod, not when identifying critical client crashes.
> I'm curious, as a software engineer when was the last time you've seriously worked under pressure? Like, 'do this thing now or you're fired/the company goes under' and so forth?
All the time. Depends on where you work. It happens in startups, small companies and many others. Even in large organizations with stack ranking for example.
> The kind of snap pressure that interviews can push on you.
Not even close to the same. How do you equate pressure? Someone can fear spiders more than jumping off a cliff. Crunch time for them can be less than interviews. Point being?
> I'm curious, as a software engineer when was the last time you've seriously worked under pressure?
Jetbrain's 2023 Developers’ Lifestyles survey states that around 29% of all developers work on weekends for work.
Having to work weekends is the last resort when working under pressure. Nearly 1/3 of all developers claim they are at that stage. No other profession has the concept of "crunch time".
I asked you, specifically. I'll bite anyways, but I'll expect an actual answer from you.
> Having to work weekends is the last resort when working under pressure
No, it's not. I've had to work weekends before. We had a live ops rotation that would occur roughly once every eight weeks or so for me. The times I've had to work on the weekend were due to needing to solve some prod bug that was causing relatively minor headaches but they wanted some triage and solutions in earlier as possible. This was not a 'you are fired if you fail to solve the bug issue' or a thing where management is breathing down my neck to fix it because they're all busy sleeping on the weekend while I'm tanking the call.
It's often the result of either shitty management or people that cannot log off.
> No other profession has the concept of "crunch time".
Crunch time is a vastly different kind of pressure. I would know, I've worked in professional game development. And again, it's often the result of shitty management. If a game is going to fail and management is forcing you to work long hours in order to fix it then it's time to walk away.
there is a world of difference between interacting with three people you don't know for an hour for the explicit purpose of stress testing your experience and knowledge and interacting with three people that you talk to every day talking about a project that is well familiar to you.
Hiring is all about finding the best candidate. If you find you cannot function sitting in conference room with three other people for an hour, there is a 100% chance there is a better candidate suited for the role, even if his/her technical skills are less than yours.
Jobs have soft skill requirements, and there is nothing bigoted about that.