this post was submitted on 22 Feb 2024
140 points (100.0% liked)
Technology
37708 readers
35 users here now
A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.
Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.
Subcommunities on Beehaw:
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The only scenarios where I'd think I wouldn't require one are
#1 and #2 are indicative of other problems in your company. I get that you can be a good dev without a degree, but from an employer perspective, it seems like an easy way to save time and money on hiring. I am convinced that a lot of money is wasted on recruiters who throw everyone under the sun into the hiring process just so they can justify their existence.
If you are seeing this change based on whether you exclude people without comp sci degrees, what you're really seeing is your recruitment firm/ team's lack of effort or expertise. It's literally the job of recruiters to separate the wheat from the chaff. If you're doing it yourselves by putting hard restrictions on the recruitment team to remove the bad results they are letting go through, you should be taking a hard look at that company or team.
It's even more evil: they're shifting their recruitment firm/team's job, to the candidates themselves, requiring them to pay to prove their worth at a third party (college).
No wonder it "saves [them] time and money".
Wouldn't you argue that putting hard restrictions would have the benefit of shrinkjng your recruitment team? To be clear, I'm coming from an extremely anecdotal point of view, but to me it seems like tech is full of imposters jumping from job to job, playing up their experience. Recruiters cannot spot these people, because they know all the jargon despite having none of the skills. This is why these technical interviews exist, but now those are even being gamed by people by studying leetcode. I'd be really curious what a high quality tech recruiter does vs the average.
I'm not sure I agree with this premise at all, but if I'm roleplaying some bloodsucking shareholder who cares more about my own money than the livelihoods of people, or their work/life balance, etc, then I would say that shrinking the recruitment team should only happen once you have senior-level recruiters who know the products, tech stack, teams, and roles well enough that they can quickly and accurately assess resumes against what the company needs, just as fast as a larger but less-experienced team of recruiters could.
This is played up, in my opinion. I've done a decent amount of interviews in the past 5 years (more than 40 candidates, less than 100, but don't have an exact number), and only one of them I would say gave me 'impostor' vibes. There are plenty of candidates who talk up their game, but that is more the fault of companies listing every position as needing far more experience than the roles actually do. People are just optimizing to metrics.
This sounds more like someone who "knows enough to be dangerous", as it were. Forgive my ignorance of leetcode, but a quick glance makes it seem like it's a Learn to Code website? Is studying coding really gaming an interview, or just studying for the role? Unless your tech interviewers are asking questions directly off of there, doesn't a candidate answering the questions correctly just mean they learned how to do it? If the questions are about things unrelated to your actual work (like asking people to write a linked list, or a recursive function, etc etc), and people are able to answer those questions but not do the actual work, you should probably stop asking those kind of questions.
There is never going to be a way around having technical interviews; they're not even primarily there to weed out liars, they're there to make sure the skills the candidate does have are the right ones for the role. Even if every candidate was 100% honest, you'd still need technical interviews, because 2 completely legit and very skilled backend devs can have vastly different skills or specialties within that realm.
First and foremost, they work directly with the hiring manager to understand the role, the tech stack, etc. They know the company and their "culture", and they do their own early vetting of candidates before things reach the interview phase, but after they have reached out to the candidates; asking about salary expectations (or ideally sharing the range for the role), asking candidates how many years of experience they have in 'x' maybe top-3 technologies for the role, etc.
FYI, leetcode is not a "learn to code" website it is a "practice problems that will be asked at tech interviews" site. A lot of these problems are inspired by (or maybe are even literally from) interviews at "top companies" like Google, Facebook, etc. They are almost completely algorithmic or data structure problems, i.e. "unrelated to your actual work" (well, most of your actual work for most people).