[nilkn]

"Difficult to work with" is perhaps too harsh a statement. But the candidate is asking for a completely custom treatment at the earliest possible stage of the interview process. The candidate is also assuming that the interviewers aren't aware of the caveats mentioned about standard coding screens/HackerRank exercises. The candidate's proposal also doesn't mirror real-world conditions, because I doubt the job consists of adding features to their own codebases. The candidate also doesn't seem to acknowledge that this is not the entire interview but rather just a low-investment screen to decide whether to perform the full interview in the first place. The candidate also glosses over the value of the standard screen, which is that it's uniform across all candidates.

To be clear, I wouldn't rule out someone for this, but I can sympathize with where I believe the above poster is coming from.

[spyspy]

I have a lot of problems with this paragraph, the same problems I see again and again on both sides of interviews.

> "Difficult to work with" is perhaps too harsh a statement

That's exactly what the OP meant to say, and verbatim what they would have said in an interview debrief. The interviewee wanted some amount of compromise, and all of a sudden they're "difficult to work with". Now everyone else in the room is framing this potential hire as an asshole. There's no coming back from that. I've seen this happen many times. One term of phrase like that and instantly a qualified candidate is out because someone latched onto a single fault and made wild extrapolations about it.

> just a low-investment screen

You have no idea how much of an investment it is. I've had hacker rank problems that I was expected to spend 3 hours on. That's a pretty big investment just to get my foot in the door. Sometimes (read: often) the juice just isn't worth the squeeze. The employer wants me to give it my best when they're not even willing to come up with their own questions.

> uniform across all candidates

I see this a lot as the panacea of interviewing. Sounds good to have everyone on a level playing field. But if you start out with a crappy process, applying it to everyone equally isn't going to get you good talent. As an interviewee, I'll still be bitter about the bullshit you put me through, even if everyone else had to do it.

[StavrosK]

> just a low-investment screen

Low-investment on the part of the employer. They still expect me to spend 90 minutes on proving I have seen a REPL before, which is time I, frankly, don't have. I'm happy to answer/talk about things that relate to my job, but working on puzzles that just happen to be solved more easily by programming has exactly nothing to do with it.

> the candidate is asking for a completely custom treatment

What's next? Having to actually look at someone's CV? That's insanity.

[mox1]

Why are you looking for jobs if you are too busy to spend 90 minutes of effort on applying for that job?

Maybe the whole point of the test is not how well you do, but how you react to being asked to do something you feel is beneath you...

[StavrosK]

> Why are you looking for jobs if you are too busy to spend 90 minutes of effort on applying for that job?

I didn't say I'm too busy to apply, I said I'm too busy to spend 90 minutes on useless tests.

> but how you react to being asked to do something you feel is beneath you...

You know what a great test for that would be? Ask the applicant to wash your car.

[dfabulich]

> useless tests

These tests aren't useless. Tons of candidates have never seen a REPL before and are totally unable to solve even a trivial coding assignment.

I suppose your company is too clever to waste their time on such useless tests? Who at your firm wastes hours interviewing candidates who have no ability to code?

[StavrosK]

If someone has never seen a REPL before, it'll take us less than 90 minutes to figure it out, so we don't tend to waste applicants' time with those.

Going through someone's Github (or any other project they feel is worthy of sharing) and asking them questions about why they made the decisions they made has been orders of magnitude more illuminating than asking them to come up with an algorithm for solving the subset sum problem without Googling.

[nilkn]

But now your process is heavily biased against folks whose work has primarily been for their current employer, and they don't have any reasonable side projects to walk you through.

[brooklyn_ashey]

Well, washing cars turned out to be the point for The Karate Kid... and humility before technique. I agree that few employers will be like Mr.Miyagi though ;

[StavrosK]

Ah, but Daniel was training, not interviewing :P

[brooklyn_ashey]

It's a kids' movie. But the point was humility before the art. Always in training. Shoot, Mr. m practiced teaching better by tending tiny metaphorical bonsai trees and catching flies with chopsticks, so he was not above being a student in training himself. I'm not saying it is everyone's philosophy or should be- it just cracked me up- the car washing reference- not to say that I disagree that these tests are more a sign of an employer I would not work for. Hey- someone removed the car wash analogy I was responding to! I thought it was funny. I think swe should push back against this kind of treatment when it's worth it to them. It is insulting.

[nilkn]

I can only speak for where I currently work. Our phone screens take 45 minutes on average rather than 90. If you don't have 45 minutes for a coding phone screen, then you also don't have 45 minutes for anything else you just mentioned, so I actually find your response fairly disingenuous. In fact, you don't have time to interview with any company in any capacity at all.

We actually take great care in examining resumes and CVs before proceeding with a coding screen. We've had plenty of senior developers fail the most basic questions (think FizzBuzz), which is why we conduct these screens.

[StavrosK]

> Our phone screens take 45 minutes on average rather than 90

Even phone screens are better than "Here's a HackerRank link because I don't want to spend time talking to you, enjoy the next hour-and-a-half solving riddles".

[nilkn]

I don't think I fully appreciated that HackerRank does not involve the direct participation from anyone at the hiring company. I wouldn't be on board with that, and that certainly makes more more sympathetic to the OP.

[StavrosK]

Yeah, that's what galls me about it. They even give you (the proverbial you) tests so you literally have to spend zero effort, yet you tell the interviewee to spend 90 minutes on it because it costs you nothing. If you want me to spend time on your process, at least spend that time with me. I want to learn about you as much as you want to learn about me, but you don't see me sending you a Google form with 300 questions about your company to fill out.

[tty7]

Yup, this is basically what I meant - but much better articulated. Something I need to get better at

10/10 !

[Sir_Cmpwn]

You're asking the same of the candidate, though. You want them to write a unique solution to your silly puzzle tailored to your company. It's a two-way street.