Live data from Hacker News

A hiring test I'd like to run

shkspr.mobi

21–30 of 203 posts

Re: A hiring test I'd like to run

#21
Our team uses hacker rank or something similar (I forget) to weed out bad profiles (most of them). We combed through their question base to remove things that felt too specific. But I’m happy with the result, because there’s nothing you can’t google, and googling is allowed.

We’re a python and R shop. You can choose either test. As a non R user, I can get a decent score on the R test, because I can read docs. And that’s great.

We have also dabbled in game based assessments, and while I have qualms with it, the same kinds of skill sets seem to be the primary differentiator of success.

My 2c on two types of assessments people probably normally disregard

Re: A hiring test I'd like to run

#22
This is very specifically a terrible idea.

I passed an analogous interview to this once when I was much younger, and then subjected several applicants to it thinking it was a useful filter.

It's not, it's abusive psychological torture that rewards sadistic amateur psychologists and interview administrators. The only way to succeed is to submit to the interviewer by asking for help. It filters for people who know to implicate others in failure while taking credit for small successes, and bullies people into submission.

The interview I passed was a variation (I learned after) on the bridges of konigsberg, where instead of asking for help, I asked if it was impossible. The person administering it hired me on the spot, but even this was wrong because the place was full of people who thought the reason they were there was because they were intelligent - something they didn't have control over - and they acted As pettily as psychotically as you would expect.

The problem on teams isn't individuals not asking for help, it's managers who don't have the confidence of their teams to ask.

If you are reading this and I put you through that exercise 15+ years ago, I apologise.

Re: A hiring test I'd like to run

#23
I experienced an extremely simple (and IMO effective) version of this.

For a dba-adjacent job, I sat down with a dba and was shown how to connect to a sql server instance and change some particular setting. At the end of our hour of discussing other technical matters and my resume, he asked me to demonstrate recall of this simple command.

Re: A hiring test I'd like to run

#24
post #7

If the test doesn't reflect the job you'll be doing then it's not a good test of whether or not you'll be able to do the job. If you're applying for a role that expects you to know an application then looking in the help is cheating. If using the help is acceptable in the job then it's not. It's also worth noting that people don't like "proxy tests" for the skills they'll need to use on the job. If the test only tang…

If you are required to demonstrate that you can create pivot tables, and you not only know what they are and how they work but also figured out how to do it in a brand new software suite within 10 minutes under stressful conditions, you have succeeded. Committing obscure UX patterns to memory is far less important than your ability to understand concepts and find ways to apply them.

I understand a manager may prefer to supply someone with Microsoft Office 2001 Alpha Deluxe Edition (& Knuckles) and see them hit the ground sprinting but the time spent looking for such a person might be greater than what it would take for a motivated person to reach that level.

Re: A hiring test I'd like to run

#25
I interviewed at Twilio. My resume and phone chats made it abundantly clear that my professional experience was 95% backend in languages like Java and Go.

I looked at their Glassdoor where people wrote they were heavily biased to the algorithm type questions, for better or worse.

In reality I was given only a single coding interview my whole onsite, and it was to build a JavaScript SPA, including routing/linking, without the use of any framework, just vanilla JS.

I was allowed to Google whatever but 50 minutes is still a crazy time crunch to figure out a lot of the stuff that needed to be figured out.

It felt like a massively unfair way to evaluate me. I have honestly never felt more screwed over and time wasted by an interview than at Twilio and I would highly recommend avoiding interviewing there.

My overall point being, is there’s no silver bullet. It’s not necessarily about this magical process will work well and this one will not. It’s about the small details, especially things like making sure all of your interviewers actually read the candidates resume and that everyone knows what type of role they are interviewing for, and that the interview is designed to discover both the candidates strength and weakness. I’ve been on both sides of the process and I know too often shortcuts are taken and churning the pipeline forward takes priority over doing a diligent job and respecting the time of every candidate you engage with.

The very fact that the foundation of tech recruiting is inexperienced recruiters, with minimal tech knowledge, who are incentivized by sales type numbers, and churned through themselves at a comical rate, speaks to how the industry views recruiting. College athletes get recruited, top law school graduates get recruited, engineers aren’t recruited but relentlessly spammed in hopes of finding more bodies to feed into a process straight from a Kafka short story, the problem starts there and no a-ha process improvement will fix that.

Re: A hiring test I'd like to run

#26
post #4

First test of any software dev: Do you know how to look for answers on stackoverflow? Second test of any software dev: Do you know how to ask a good question on SO?

I've never found anything of actual use on StackOverflow in my ~decade of doing this professionally. The only time StackOverflow provided useful answers to my questions was during my first year of programming courses in university.

Re: A hiring test I'd like to run

#27
I don't mean to be derisivs but at that point - testing for reasoning, understanding, personality - Why stick with a software tool?

You'd be better off arranging to play a strategy, preferrably collaborative, boardgame.

One day I'll use Pandemic as an interviewing tool. I wonder of it'd work as a pre-formal interview stage

Re: A hiring test I'd like to run

#29

This is very specifically a terrible idea. I passed an analogous interview to this once when I was much younger, and then subjected several applicants to it thinking it was a useful filter. It's not, it's abusive psychological torture that rewards sadistic amateur psychologists and interview administrators. The only way to succeed is to submit to the interviewer by asking for help. It filters for people who know to i…

From the article:

> I'd tell them that at the start, obviously. This isn't The Secret Rules For Getting Hired.

> "I know you've never used Blender*," I'd say, "And this job doesn't require it. But we want to see how quickly and accurately you can learn to use something unfamiliar while under pressure."

Re: A hiring test I'd like to run

#30
I think the primary issue with interviews is that the interviewer doesn’t share expectations. I think it’s totally fine to evaluate how a person asks for help, as long as it’s clear they aren’t expected to solve the problem.

Further, you’d need some standardized way to evaluate how well someone asks for questions. Otherwise you’ll have interviewer bias.

Which is why designing interviews are very difficult.

Post reply on HN