Stop the Interviews
blog.joeschrag.com
blog.joeschrag.com
Perhaps the job's criticality justified that extra diligence?
Let's just look at the data. If a bit under 1% of all not-previously-known applicants get hired, the system is provably broken and not worth the time of a not-previously-known applicant.
I'm sure there are a metric gigaton of examples already documented on this site explaining why this is bad for Tech, the Economy, our Society.
Want to know why there are so few young(er) people getting into the industry who are competent and instead you're inundated with frauds who can't write FizzBuzz? Here's your answer.
What will you pay me for a day of my time?
At this point, they've already invested their resources (and also you, yours).
If employed, then it's easy to point out that that's your cost in a vacation/PTO/"sick" day.
If not, point out that you are not currently working at mickydee so your time is worth more than minimum wage. If they stick at that, make out a reasonable guess at their cost of this process and point out that a day of your time is not a massive additional fraction. If they stick at that, ask if this means you are on the "short list", and how many others are on it. If they stick at that, then you have useful information about what they think you are worth and are likely to offer.
This does assume some flexibility, and leverage.
> I am sitting down after a long walk outdoors. It should have been relaxing, but I was processing - processing another interview pipeline that has fallen through. I'm in my 6th month of unemployment, despite job hunting 40 - 60 hours a week, starting literally the day I was laid off - because the company needed to make cuts and remote workers were top of the list.
That sounds really tough, and I'm sorry the author finds themselves in this situation. Six months sounds grueling.
I think the interview process is likely to be completely overhauled in the age of AI. I don't really know what will happen. I used to be in favor of the standard code-at-a-whiteboard approach, but nowadays the actual work is even further from that. But I haven't seen an AI-aware interview process yet that seems like an improvement.
At any rate, these systematic changes are likely to come too late for the author. Hang in there. Maybe it's time to consider a bigger change, like moving cities and looking for in-person work. I like working remotely but it's harder to get a remote job, and the in-person stuff does have upsides. Good luck out there.
We can argue the rate and which industries it should apply to, but if companies had to pay even a moderate amount out to even just some people to interview them you’ll fix this problem almost overnight.
The solution needs to be a bit more robust than that. Simple is great but not when it doesn't work.[1]
One of the best contract stipulations I've ever come across was that Company would agree to take on Recruiter's Candidate for 2 weeks of probation, and if it turned out that the Candidate was so bad that they needed to be fired immediately, Recruiter had to pay Company for those 2 weeks. So Recruiter was on the hook for double, unless they passed the penalty on to the Candidate. (Which I'm not sure was/is legal.)
I can see how tweaking that just a bit and applying it to the probationary period can protect the employer. Now the FizzBuzz failure has a very real risk if they lie, cheat and steal to get hired. But how do you protect the candidate from having days of their time wasted with interviews and such without turning the company into a cash cow for scammers?
Most employers can afford to be very inefficient at interviewing as long as they get a usable body in the door eventually. How can that be structured so that both parties have an incentive to make the process efficient?
Companies are sometimes too selective and too indecisive.
Many candidates can't code well.
I screen candidates all the time. I regularly meet Sr. Java Engineers who are not aware of the classes that exist in the standard collections framework and can't pick the right one for the job. People who claim to be "performance experts" who can't explain how a HashMap performs an addition in amortized constant time. I get it -- this is not required knowledge for all roles. But don't call yourself an expert and use some judgement as to the kinds of roles you apply for.
Every time someone brings up the possibility of licensing or certification to software engineering, the response is collective shrieks of outrage and insistence that It Couldn't Possibly Work For Us, as if we're so fucking special. I've seen this since the Slashdot days twenty years ago. And so, we got this instead.
There are a lot of problems in the industry which can be blamed on corporate culture and clueless management, but I think this is one case where we pretty clearly did it to ourselves.
Work experience? I once interviewed a guy who claimed to have Technology XYZ experience. He made it all the way to the final interview before I got to talk to him.
"So you worked with XYZ, yeah?"
"Oh yes!"
"That's cool. It just so happens that I did a training class with some of your coworkers in a different department a year or two ago. XYZ is used in the Billing Dept. That seems strange to me. You were in Web. So you had access to customer data?"
"Well....no."
They hired the guy anyway, over my objections, and a few weeks later he hosed up my biggest disaster recovery server during an OS upgrade.
Show ID to get in the door. Match your ID to the voter roll, for that precinct only. 100% paper ballots, counted by hand at the end of the night, before they leave the premises, permanently recorded and witnessed at that moment. No exceptions, no irregularities tolerated. Anything else, somebody goes to jail right now.
Does that sound far-fetched? It's not too different from what I did to get my last IT certification. There are valid criticisms of the certification racket, but one thing is for sure -- people are not showing up to Pearson testing centers who can't write FizzBuzz and walking out with a cert 40 minutes later....
I studied CS at UCL years ago but worked mostly in teams with electrical, chemical, and mechanical engineers and on projects relating to various things in relation to various different industries as different as pharmaceutical and ship building. During that time I got qualified as a CAD engineer among other things I was required to by my employer(s).
Now, when I look at software jobs and the way software developers are being interviewed...I just can't. You would never ask eg a mechanical engineer in an interview 'so, you say you know SolidWorks? Ok, design me a sphere with a chamfered cylinder extruded from the centre of the top. It should be chamfered at a 46 degree angle to a plane passing through the centre of the sphere. Also, sweep a five pointed star around the sphere at the point that is midway above the plane and the top of the sphere'.
This is effectively what Leetcode tests etc are asking. It is a waste of everyone's time because they will either do it and think 'ok, that was weird' or they will refuse and think the company is insane.
There should just be accepted certifications for software development AND THEY SHOULD BE HARD. They should be very much failable and you should expect good people still to fail once or twice (like engineering or medical exams). Then just ignore the Leetcode stuff. It serves no-one.
Then all it really comes down to is frameworks etc and if someone is familiar with that particular framework or not. Just let people qualify out of this stupid algorithmic vetting process because it's utterly daft in the context of most jobs.
The problem I see here:
> This is effectively what Leetcode tests etc are asking. It is a waste of everyone's time because they will either do it and think 'ok, that was weird' or they will refuse and think the company is insane.
is that candidates, even excellent ones, who are in any kind of position less than fully employed and/or with f-u-money, are going to comply with this sort of mistreatment no matter how odious it seems.
I am reminded of Steve Albini's famous article on how vile the music industry's recruitment methods are.[1] (warning: ugly truth, vulgar language)
No, obviously, we're not that bad off. Yet? From what I'm told it's already effectively impossible to get a job as a junior programmer now, thanks to LLM coding assistants. Others with better pedigrees than mine have said many times here that the tech industry is eating its own seed corn with such short term thinking.
But this hiring paradigm described in TFA is making things far worse. I feel like very few people realize that tech is poised to drive off a cliff, and the few people who point this out are looked at like killjoys at best or Michael Crawford at worst.
> There should just be accepted certifications for software development AND THEY SHOULD BE HARD.
Agreed. What should these certifications test for? CompSci 101 concepts like variables, loops, good structure, maybe OOP? That's going to be useless for @koliber's Sr. Java Engineers screening problem. Heck, server jockeys like me with a smattering of shell and Perl and such under our belts could pass that.
Do we make it a dozen tests, each the equivalent of a final exam for a full semester of MIT senior-level courses? Well, now we've weeded out every possible junior starting their career; we might as well just give in to the AI assistant apocalypse right now and avoid the rush.
Do we have a certification specifically for folks who work with 3d graphics primitives and also need to be able to do matrix math in their heads?
> Then all it really comes down to is frameworks etc and if someone is familiar with that particular framework or not. Just let people qualify out of this stupid algorithmic vetting process because it's utterly daft in the context of most jobs.
I'd love to see somebody dump the HN database for the past 10 years or so and do a semantic search to count how many times this sentiment has been articulated here. If you told me it was over 10k I wouldn't be at all surprised and even if you said it was 50k I wouldn't be too skeptical.
And yet, who is actually moving the needle on correcting these systemic flaws that we all seem to recognize? Lots of folks talking about it and maybe a few companies trying, but not much progress or we wouldn't still be complaining about the same things year after year.
I have only a half-baked image of a solution in my mind, and it requires all parties to make painful sacrifices that they certainly won't do without force (ie. legislation and penalties). In another recent thread somebody mentioned that programmers are all special snowflakes who couldn't possibly be subjected to a guild or union or such. Well, we may be in the final days of the Old Times of computer programming. What happens when the tech industry has its own Quebec Bridge moment? [2] What comes next may be a mandatory Canada-style engineering culture and laws[3][4] for everybody who writes code, with prison sentences like for Practicing Medicine Without a License.
How many of us are willing to commit to that?
1. https://web.archive.org/20260228050755/https://thebaffler.co...
2. Some folks might say we've already had several, like Therac-25, the Snowden disclosures, the Cambridge Analytica fiasco, the vibe coder you know who dropped the Prod database because he gave Claude direct access to it, ....
3. https://web.archive.org/web/20260215000702/https://ironring....
4. https://hackaday.com/2023/12/18/when-is-an-engineer-not-an-e...
In regards your comment about the Canadian idea of 'Professional Engineers' we have the same thing in the UK but it's called 'chartered engineers' and there are (more in theory than in practice) requirements around ethical and legal issues. This isn't really used in the same way I think it's used in Canada. I have worked with CEng people and I was going to go through the process (you need two sponsors you work with and you need a STEM degree that is recognised and you need 6 years of relevant experience). It's not an easy thing to get but it's not a guarantee someone is a genius or totally reliable but I haven't really seen anyone with that behaving in a way that is completely unreliable.
I wonder if it might be something to do with 'start up culture' where you've got very small teams and they're often young. You can't really tell kids to 'do a degree, get 6 years experience, qualify...then make your 'uber for milkshakes'' (or whatever they are planning to do). If you've got really young applicants you can't really expect that.
to be clear, CEng doesn't even require an exam, although everyone who would be in a position to become CEng has already done a lot of exams.
Perhaps the Leetcode thing must exist if people just refuse to qualify and want to get busy quickly. I think that is totally fine if you're making 'Uber for milkshakes' or similar but if someone is doing something that requires some responsibility then probably better to have people be vetted by accepted peers.
I think the solution that is alluded to is to let several qualified folks work as contractors for a bit. But companies are unfortunately set in their ways, refuse to think, and continue their incredibly expensive charade. Because google does it, or some other nonsense. As Joel told them to, but most of these folks are not old enough to know Joel or what exactly he advocated. Like “agile” metastasized into something pernicious as directed by B and C players, so have interviews.