9 ms·
I think tech company hiring is in a loosely similar situation. No one thinks whiteboard coding is an awesome way to test candidates. Everyone agrees that it doe
by oconnor663 5y ago
I think tech company hiring is in a loosely similar situation. No one thinks whiteboard coding is an awesome way to test candidates. Everyone agrees that it doesn't reflect what programmers do day-to-day, and everyone knows there are lots of strong programmers out there who don't do well in whiteboard settings. But I'm not aware of any viable alternatives. The good old fashioned approach of "judge people based on what school they went to, what companies they worked for, and who they know" is probably worse for everyone. The ideal approach might be "hire anyone who asks and then fire them after a year if they're not doing well", but that's very expensive for everyone involved.
- jimmaswell 5y agoThere are tons of alternatives, anywhere from take home tests to just gauging their general experience and answers to some technical questions.
- lisper 5y agoPersonally I like the idea of hiring a prospective employee as a contractor to do a small but real task. That will give you a more reliable read than any interview. I don’t understand why this is not a more common practice.
- oconnor663 5y agoThat does seem like a great approach when it works, but I expect it wouldn't work for the majority of people/positions. A few thoughts off the top of my head: - You need to be available for contracting work, but many people prefer to go from one full-time job to another. Or they might not want to leave their current job, unless they get a much better offer. - You need to be in the right location. Relocating without a job offer is risky. - Especially strong candidates are likely to get many offers when they go looking, which is a good position to be in for salary negotiations. But work-as-interview arrangements make it hard to interview with more than one company at a time. - Anything resembling visa support is probably off the table.
- Hermitian909 5y ago> gauging their general experience and answers to some technical questions This plus a very easy coding question (think fizzbuzz) works really well at a small enough company that you can ensure that all interviewers: 1. Are far enough above the hiring bar that they can comfortably tell when other people are (people near the bar have a harder time distinguishing whether someone is a bit above or below the bar) 2. Are invested enough in the company to want to do a good job interviewing 3. Are thoughtful enough to gauge the competencies the company needs for the role. Those needs are not universal, I know developers who thrive in super technical no-nonsense roles who flounder in product-y work. If a company is very large or growing rapidly it is nearly impossible to guarantee these things. My experience is that companies that don't adopt something like the industry norms lose control of their hiring bar. In some cases this is fine (sometimes you need quantity, not quality) but if the business relied on that high technical bar there's generally a cascading effect of initiatives failing, good engineers leaving, and more initiatives failing because of it. I've seen this tank a few startups in the 50-100 engineer rage.
- Talanes 5y agoOne of the standouts of my business school education was the recruiting class where our professor spent most of his time drilling in how bad most of the ways that we assess people are, but that you have to learn to manage to cognitive dissonance of it because that's what most places are going to do anyway.
- popcube 5y agoactually, new professor should publish enough number of research article or they will be fired by organizations