Hacker News new | ask | show | jobs
by TameAntelope 1463 days ago
Yeah, but as a counterpoint: your years of experience are not indicative of your skill, just that you can meet some arbitrarily low bar for a long time.

The take-home technical assignment is to determine what, if anything, you actually learned in your 20+ years in tech.

A depressingly large number of people with that level of experience have not learned anything meaningful.

2 comments

As someone who has been a hiring manager for the last decade, I'm absolutely befuddled by the "tenure => competence" assumption.

Tenure doesn't weed out mediocrity by any stretch. In fact, the more tenure someone has, often the more difficult it is to determine from their resume alone whether they know anything.

Time in the workforce doesn't indicate competence, but time at known employers can (since we're talking seniors here).

When you're hiring, you should know where you want to hire people from. Normally, you'll know someone there, or who used to be there, so you can do the unofficial check: "Hey, do you remember X who used to work in group Y at company Z? Should I hire them?" At worst, you can do a friend-of-a-friend check.

Of course, you should call their formal references as well, but their responses are normally going to range only from "yes" to "absolutely yes" (unless the candidate has messed up, and given a reference who will actually say "no").

Also useful: a short stint at a known-bad employer. This shows that the candidate recognized their mistake, and corrected it.

I'll normally only interview someone who I can't background if their resume looks super impressive and I've got no better options.

We do 2 hour interview. 1 hr of interactive coding with a sr/lead engineer, 1 with the hiring manager.

We want to see them solve a problem, sure, but what's even more valuable is seeing how they approach problems, can they explain what they're doing, do they ask good questions, etc. Much more predictive than just looking at the final output and seeing if it passes a few unit tests.

I would never hire an engineer without them writing actual code that gets compiled and run. It's the single most predictive thing we do in our hiring process. But, we also want to be respectful of people's time, hence limiting the coding session to an hour.