[deedubaya]

Coding challenges as your barrier to entry are an optimization for a certain type of employee - low demand workers who don't have the leverage to by-pass who start hiring funnels that start with coding challenges and recruiter calls.

You may be gaining access to hidden gems, but you're definitely turning away proven and experienced developers from even entering your hiring funnel.

It all depends on what type of employee you're wanting to hire.

[alexk]

Author here. Even seasoned developers have to go onsite and spend 1-2 days doing interview.

In this scenario, we are asking for similar amount of time, but with no travel, time that works for everyone and has low stress with an interesting task folks can review beforehand.

Besides, before even going through this challenge, any engineer can make up their own mind whether it's worth for them because we present compensation brackets upfront on the call.

[jakebasile]

> Even seasoned developers have to go onsite and spend 1-2 days doing interview.

No, they don't. Like most people that champion these types of nonsense "code challenge" interviews you present a false dichotomy of "you have to either torture someone in person for multiple days, or torture them with a bullshit made up test for hours!"

You can talk to them for a while over the phone (or video chat), split up over a few days, and get to know them just fine.

[tptacek]

Yes, this much is true: in weak hiring cultures, which are very common, people get their friends (or people with dazzling resumes) hired without any real rigor. What's more, in that culture, it's straightforward to generate a dazzling resume: you "fail up", because it takes longer to get fired (or for it to become clear that it's time to get a new job) than it does to get enough time on the job to look good on a resume.

[jakebasile]

I really don't think this issue is as widespread as commonly held, and I think it is used to perpetuate the horrible hiring culture that is common in our industry.

I think it's perfectly reasonable to hire people based on resume, references, and conversation. If they can't handle the job once hired then they should be let go.

I do not think that the idea that all candidates are complete idiots unless they can be "proven" to be good engineers (by faked tests that rarely cover the actual job requirements but do have a way of discriminating against those who don't enjoy brainteasers, didn't go to college, or are older) is good or healthy.

[shantly]

I wanna know who the people are who can talk confidently and intelligently about the details, decisions, and purposes in the systems, technologies, and workflows they've worked with or built, to essentially arbitrary depth, but can't actually do the job, and also actually manage to hold down jobs without huge gaps in their work history. I find it hard to believe there are so many of them that it's worth defending against. Smooth talkers exist, sure, but c'mon, they can handle a friendly but detailed discussion about stuff on their résumé but can't write code? God, learning to write code would be easier than prepping for that kind of thing without actually knowing how to do the work, surely.

[jjav]

Precisely. It can't be done.

This does assume that the interviewer is an expert in the area and can take that friendly conversation to the necessary depths.

[tptacek]

Serious question: have you done much hiring? Because this was a huge component of my lived experience as a hiring manager since the late 1990s, and every hiring manager I've talked with directly since has had similar experiences. If you do a lot of hiring, and you're honestly surprised that there are people who do really well in interviews and turn out not to be good hires, I'm curious to hear more about your experience.

[alexk]

Makes, sense, however video conference interviews usually take up full day from a candidate, as you have to free up your day (and your mind), stay at home and be ready to answer a rapid succession of questions/perform live coding acts.

At least that what my experience when I was a job candidate.

[jakebasile]

Who says video/phone interviews need to take up an entire day or have "live coding" (which will be super high stress and don't indicate in any way if someone is a good candidate)?

[alexk]

What would happen on those interview calls then?

[jakebasile]

Talk with the person, get to know them. Ask about previous projects, get into details about what went wrong and what went right and how they'd change things. Get into technology details.

[harshalizee]

No, if someone expects me to waste two days of my time on a nonsensical code challenge or interview, I tell them to shove it. Google was the only place I worked at where I remotely put up with that. Any non FANG company that pulls that crap isn't going to get any attention from none of the good engineers I've worked with.

You've effectively filtered for people who are malleable and desperate for jobs.

[hogFeast]

I know boards that don't take 1-2 days to hire the CEO. If you need that long, you are either asking the wrong questions or you have the wrong people hiring (the chances of the latter occurring in tech, where business skills are generally lacking, is high).

But yeah...people in tech seem to believe all kinds of weird stuff about hiring...if you are asking someone to come in for 2 days for a non-executive position, you are lighting bags of cash on fire.

[shantly]

When I've described the typical SV-cargo-cult tech hiring process to people outside this world, they've universally thought it's batshit crazy, and usually also insulting and demeaning. Lots of "WTF, seriously?" sorts of reactions. Luckily there's a ton of opportunities not infected by it, but it's still there. At least the rest of the experience of working in software's mostly not that bad.

[deedubaya]

Firstly, I applaud that you are upfront about compensation early. I think that definitely deserves an accolade.

However, asking that candidates donate 1-2 days of their time (probably burning PTO at their current gig) just to have a chance at an offer? That's a very unbalanced risk/reward for the company vs the candidate.

Maybe you pay candidates for their 1-2 days of interview time + comp PTO for time spent if they get the gig?

[tptacek]

That has not been our experience.

[inimino]

And it won't, because you're internet famous. Most people cargo-culting your practices aren't getting good results, just like most people cargo-culting FAANG interview practices aren't getting good results.

[wglb]

I am very not internet famous. I was able to implement this for a company past the startup stage for the security team. To my surprise when I also tried it for compliance manager and project manager. Both turned out to be major contributors. And told me after they were hired that they were passed over by other companies with traditional hiring practices.

[inimino]

To be clear, this is what we're discussing:

> You may be gaining access to hidden gems, but you're definitely turning away proven and experienced developers from even entering your hiring funnel.

You're describing hidden gems.

My point was that for someone who is internet famous, more people will be willing to jump through hiring hoops, whatever they may be, just as they are for FAANG, but that doesn't work for most hiring companies, because most companies are small and you've also never heard of them.

Also, no amount of "works for me" argues against your process turning qualified people away unless you have some out of band way of knowing that that isn't happening.