Live data from Hacker News

You don't want to hire "the best engineers"

otherbranch.com

21–30 of 326 posts

Re: You don't want to hire "the best engineers"

#21
post #6

I mean...you should probably hire good enough engineers that a website can withstand a pretty small amount of HN attention... ...I kid! But seriously, though, how is it possible in 2025 that websites can still collapse from the relatively minuscule traffic that an HN front page sends? Are people upvoting this submission without having actually seen it? EDIT: For the "works for me" people, the site's host, framer.app,…

Out of curiosity: what error are you seeing?

That site appears to be running on an Amazon IP (on my traceroute, in the block https://ipinfo.io/AS16509/52.223.48.0/20). If it didn't load immediately, I wonder if you got unlucky enough to catch an autoscaler napping (or maybe they aren't autoscaling; sometimes dodging the hug of death completely isn't worth the cost, depending on how cost-sensitive a firm is).

(ETA: However, the DNS entry is willing to give some wildly different IPs for the lookup, and at least one of them appears to be flagged as abusive, so if you're behind a corporate firewall it's possible an auto-protector is blocking you).

Re: You don't want to hire "the best engineers"

#22
I have seen organizations that actually want "the best" developers almost never.

They may say this, but what they are looking for are "the most compatible" developers. The distinction is monumental. The best developers are at the top 15% of a bell curve where the line is very close to flat, but what they are actually looking for are people in the range of 45-70% of the bell curve where there are the most people doing the same exact things as each other.

Conversely, I have seen many developers actually take lower paying jobs to get away from the bell curve stupidity.

Re: You don't want to hire "the best engineers"

#23
What most companies consider to be the "best" engineers is different from what engineers would consider to be the best.

Companies want engineers that get the job done the way they want it. Building a structurally sound product is so far off their radar that actually being a good engineer isn't that important. Unless you're good enough that you have clout, you're better off focusing on your interpersonal skills and marketing yourself to these companies; even clout often isn't good enough.

When an employer says "we only hire the best", the most that can truly mean is they want to hire engineers who will play by the rules of their game. That's it. They can't define "best" beyond that without contradicting their other corporate values.

Treat empty statements like "we only hire the best" the same as "are you a coding rockstar?" and "bachelors required, masters preferred"; horsecrap to be ignored.

Re: You don't want to hire "the best engineers"

#24
You're right, don't hire the best engineers - let them create a startup instead with more VC funding than you've ever dreamed of, then watch as they erode your market share through aggressive marketing, better features, and faster release cycles as they slowly displace you by siphoning off your second-best engineers and eventually get bought out by your biggest competitor.

/s

Re: You don't want to hire "the best engineers"

#25
> Would you rather spend four months in stasis waiting

This is a false dichotomy. Hiring slowly doesn't mean doing nothing. It's really more like "do you (CTO) want to slow down on building and become a manager now?" Waiting and finding someone who doesn't need managing can be way less distracting than going for someone imperfect because you've convinced yourself you need to hire now.

Re: You don't want to hire "the best engineers"

#26
I mean, you don’t hire the best engineers by just blasting off a LinkedIn ad. Or by cold-emailing them. You hire them by already being their friend and offering a massive chunk of cash and equity to work on an interesting project, plus a variety of other concessions, as needed.

The best companies don’t generally do this, because it doesn’t scale. You can scale “find strong talent that hasn’t had its big moment yet, and teach them the trade” a little bit farther.

Re: You don't want to hire "the best engineers"

#28
The best people have the best options which may be leaving the company only a few weeks to months when their ‘dream offer’ comes in. In addition most work doesn’t need the ‘best people’ but consistent and dedicated people. I think this was even in a Dale Carnegie course. I’d have to look it up. My point is ‘qualified’ people with good values are mostly want companies need.

Re: You don't want to hire "the best engineers"

#29
A more generalizable approach might be to consider - what are you looking for that most other companies either are actively putting off or passively neglecting, and what's the best way to identify the best engineers in that group. To use examples in the post, if you're remote then you can get "startup experience - hard worker - impressive project - aces your 20 ridiculous interviews" by getting in front of people who live in Ohio and people who live in the Bay Area and low key hate Caltrain. If you're willing to pay top of band salary all cash, ala Netflix, then you can be a Bay Area Only Senior Elites Need Apply type startup.

What about other things? What if you are, in fact, willing to let engineers decide whether they address tech debt, like the post calls out? Or, you don't overvalue confidence and talking and can appeal to female engineers, quiet engineers, or in general less competitive types? What if you want hard worker startup experience passes pseudo-IQ tests, but they don't need actual coding experience measured in years and you think AI and training can bridge the gap?

Note, I'm not saying any of these companies will necessarily be more successful with their hires, but they're being intentional with who they hire and how that fits the company's advantage in a way that the "you and everyone else" profiled in the post do not. Like, figure out what makes you different. Figure out how that will make your people different. Then write it in the job description, black text on white background (or the reverse in dark mode), plain language, so it's obvious.

Post reply on HN