News for hackers. Stuff that matters.
Re:Hiring technical talent: An exercise in clarity, patience... by lesuorac on Friday May 13, 2022 @09:28PM (#31374275)
Well if you have 100,000 employees then 9/10 means you have 10,000 "bad" employees and certainly means that everybody in the company is going to be interacting with "bad" employees which I can't imagine will be great for a company that claims only to hire the best and brightest. (F has ~70k employees, G has ~164k employees)

The other issue is that if we look at something likes levels.fyi [1] the roles don't always line up. Ex. Capital One's SE/Senior Associate is a similar role to both Amazon's SDE I & II. While Capital One's pay is ~137k and SDE I is ~165k / SDE II is ~237k so which do you hire the candidate at? Although it will sometimes be an "easy" choice as say Microsoft's 62 is completely within SDE II's bucket.

IMO, the probation period idea is probably the better one I've seen although it does really take people time to ramp up to all the legacy code.

[1]: https://www.levels.fyi/?compare=Capital%20One,Amazon,Microso...

Re:Hiring technical talent: An exercise in clarity, patience... by lapcat on Friday May 13, 2022 @09:48PM (#31374374)
> a company that claims only to hire the best and brightest

That's what they claim. It seems unlikely, especially seeing some of the things they produce. ;-)

A less sarcastic point is that a company with a uniform hiring process tends to get a uniform workforce. What this means is that all employees tend to have the same strengths, and also the same weaknesses, because the hiring process is always looking for the same exact things. The result is that the team ends up not being more than the sum of all the parts but rather less than the sum of all the parts. The same strengths added together are redundant, and the same weaknesses added together create giant corporate blind spots.

When you go about trying to "minimize the bad hire", what you're really minimizing is any sort of difference or diversity among the workforce, thereby missing the forest for the trees.

We always talk about the so-called "10x engineer", but it's not clear that 2 10x engineers with the exact same skills would be better than 2 other engineers with different but complementary skills. Maybe 10x + 10x effectively adds up to much less than 20x.