Live data from Hacker News

Why do programmers accept current technical interview practices?

news.ycombinator.com

1–10 of 12 posts

Why do programmers accept current technical interview practices?

#1
Most other jobs don't ask you to perform a pale staged imitation of what your real job would be before they hire you.

We have resumes to prove our past work, and yet we keep having to prove we know how to implement fibonacci on a whiteboard or rediscover the wheel of sorting algorithms that are already implemented in the languages we use.

Technical interviews don't even remotely reflect ability to do the job, at best they show that you can write basic code, which isn't enough.

More importantly, for me the big flaws in those interviews are:

- They're very susceptible to bad luck or bad days. Projects in real life don't last an hour, sometimes you will do something easily and sometimes not. In interviews, a problem might be about an algorithm you know about, or about one you never heard of.

- It gives an edge to people who have time to do "interview homework", which effectively means the best strategy for succeeding at interviews is to not be employed, and if you interview while still being employed you're putting yourself at a disadvantage

- It makes some personality types more likely to succeed. Anyone who gets stressed "performing" in front of an audience will have more trouble. Reading a problem and finding a solution for it in real time for an audience during a test is very different from what people do on the job.

- It's basically a school test. We're not school children, we have resumes and past projects to attest of our ability to do our job (unless it's your very first job obviously)

I am so tired of having to learrn linked list algorithms for big company interviews, or having to spend a week-end of my life to do a code test. Those things make it super hard to schedule interviews and tests around work too because it's basically a second job, and makes it impossible to consider more than a small handful of companies at a time.

There are literally entire startups based around providing what is effectively homework to prepare for interviews, and they're even sponsored by FAANG companies which literally expect you to practice their interview questions before going on the interview. It makes no sense.

Are there any companies that are starting to move away from that? Could we just collectively agree to just stop agreeing to those practices? Why is it considered normal for me to have to schedule a 2 hour technical interview in the middle of your current job's workday?

Re: Why do programmers accept current technical interview practices?

#3
post #2

Why does any worker put up with less than ideal interview practices? Because you need a job more than they need to hire you. Many potential employees will be turned off by such practices, but there are plenty who will participate too.

Exactly. I couldnj't find a job during the pandemic. I refuse to work with react or angular. I finally found a vue job where I didn't have to answer stupid questions. Just an informal "get to know you" interview and that was it.

Re: Why do programmers accept current technical interview practices?

#4
post #2

Why does any worker put up with less than ideal interview practices? Because you need a job more than they need to hire you. Many potential employees will be turned off by such practices, but there are plenty who will participate too.

That's where I think things should change. Programmers are in demand and very hard/expensive to hire. We tend to have the advantage in this process.

You can see an example of that with remote work. After covid, most people in tech simply refused to go back to being forced in an office full time, and would simply quit their current job in favor of one that accepts remote.

It's similar here. All you need is for enough programmers to start refusing to do those tests

Re: Why do programmers accept current technical interview practices?

#5
If you want change, the conversation needs to be about proposing better alternatives for interview formats. Nobody likes interviewing because nobody likes being judged. However, interviews are structured as tests because companies can’t simply hire people based on what they claim on their resume.

It’s not true that programmers are the only profession in which candidates are tested on their knowledge or asked to perform example work. In fact, programming interviews were relatively straightforward compared to some of the trials I’ve seen given when hiring for non-programming roles. In fact, many of my non-programming peers are blown away when I tell them that our interview study material is freely available online and there are multiple free websites that will help you practice for interviews.

> Why is it considered normal for me to have to schedule a 2 hour technical interview in the middle of your current job's workday?

Why would it be abnormal to ask someone to invest 2 hours of their time in an interview? You’re applying for a job that you might hold for the next 3 years or more. Is a part day of interviewing really a dealbreaker? If nothing else, use that time to get a feel for your future coworkers and ask them questions.

Re: Why do programmers accept current technical interview practices?

#6

If you want change, the conversation needs to be about proposing better alternatives for interview formats. Nobody likes interviewing because nobody likes being judged. However, interviews are structured as tests because companies can’t simply hire people based on what they claim on their resume. It’s not true that programmers are the only profession in which candidates are tested on their knowledge or asked to perfo…

It's not one 2 hour interview though, it's usually a 5 stage process if not more

Re: Why do programmers accept current technical interview practices?

#7
post #4
post #2

Why does any worker put up with less than ideal interview practices? Because you need a job more than they need to hire you. Many potential employees will be turned off by such practices, but there are plenty who will participate too.

That's where I think things should change. Programmers are in demand and very hard/expensive to hire. We tend to have the advantage in this process. You can see an example of that with remote work. After covid, most people in tech simply refused to go back to being forced in an office full time, and would simply quit their current job in favor of one that accepts remote. It's similar here. All you need is for enough…

> After covid, most people in tech simply refused to go back to being forced in an office full time, and would simply quit their current job in favor of one that accepts remote

“Most people” is a huge exaggeration. The numbers support a very slight increase in job churn from around 1% to 2%, but that includes people who simply took higher paying jobs and moved on to something else. The number of workers who “simply refused to go back” is extremely small. It wasn’t a huge movement like some headlines claimed.

Re: Why do programmers accept current technical interview practices?

#8
post #6

If you want change, the conversation needs to be about proposing better alternatives for interview formats. Nobody likes interviewing because nobody likes being judged. However, interviews are structured as tests because companies can’t simply hire people based on what they claim on their resume. It’s not true that programmers are the only profession in which candidates are tested on their knowledge or asked to perfo…

It's not one 2 hour interview though, it's usually a 5 stage process if not more

I was quoting your 2 hour claim, but the fact remains: You need to propose better alternatives if you want progress. It’s not enough to simply complain. Companies can’t just not interview candidates or hire people based on whoever claims the most experience on their resume.

Re: Why do programmers accept current technical interview practices?

#9
Maybe it will make you feel better to know that this is not exclusive to it. For example, in Finance, there is something called the CFA (Chartered Financial Analyst) certification, that let's you break into financial analysis at about a 5th of FAANG salaries.

You can take it...wait for it - once a year. There are 3 parts. Admittedly, you can take the first part twice a year.

Anyway, average prep time is worse than for, say, GCP Architect - so basically they ask you to budget 6 months and 300 hours. That is a LOW starting amount.

And you know what passing it usually gets you? Nothing.

Then there are the actuarial exams which are worse. There is the Professional Engineer cert in engineering. CPA for accountants. 12 years of med school for doctors. Etc.

IT does NOT have it that bad at all. Keep that in mind.

P.S. I do think studying for FAANG interviews pretty much ensures you learn your school curriculum if you haven't already.

Re: Why do programmers accept current technical interview practices?

#10
post #6

Earlier quoted context omitted.

It's not one 2 hour interview though, it's usually a 5 stage process if not more

I was quoting your 2 hour claim, but the fact remains: You need to propose better alternatives if you want progress. It’s not enough to simply complain. Companies can’t just not interview candidates or hire people based on whoever claims the most experience on their resume.

My better alternative is to just skip the code test part. You can still have the candidate chat with other engineers which is usually enough to be able to probe and figure if someone knows what they're talking about.

I can learn much more about the technical ability of a candidate by speaking to them about their projects and how they work than by checking whether they know how to implement a binary tree

Post reply on HN