8 ms·
I agree with the author's point about using popular tech stacks to alleviate the ramp-up time for new hire productivity, but that is not the optimal solution. T
by game_the0ry 6y ago
I agree with the author's point about using popular tech stacks to alleviate the ramp-up time for new hire productivity, but that is not the optimal solution. The optimal solution is for management to not let high-productivity talent from leaving - increase their comp to whatever offers they might get in the open market. That's how labor economic works - it's a market.
Investment bank and management consulting figured this out a long time ago. Example - when you new grad starts in i-banking, they're in training for 4-6 weeks. Not doing anything productive, just training to do the job. Not the case in engineering, you are assigned user stories day one and your training is doing the work. So new i-banks are highly paid (so they don't leave because talent is perceived to be scarce and valuable) and they're companies invest in them (through training early on).
Right now, corporate managers are vomiting in their mouth when the have to look at how much they need to pay to keep their engineers from leaving. It's because of the perception of engineers - they're seen as semi-skilled labor (cost center, not strategic to the business) and are easily replaceable (no, they're not). Culturally, they have been conditioned to think this way, so no wonder turn over is so high every where.
- godzillabrennus 6y agoOnly failing companies in 2020 view their engineers as easily replaceable. That said, there are a lot of failing companies these days thanks to cheap and readily available debt.
- outworlder 6y ago> Only failing companies in 2020 view their engineers as easily replaceable. Indeed. You should engineer your systems as if everyone is replaceable (including yourself) but treat your employees as if they aren't (even though they are, just not _easily_).
- Element_ 6y agoThat's simply not true. There are lots of companies in highly regulated industries that remain profitable and have low regard for engineers.
- mips_avatar 6y agoThe tech companies do invest a certain amount into new-grads. If you are a new grad in Microsoft working on most products you will get a weeklong training on how to build apps on azure (equivilant to azure level 1 certificate). You will also get invited to these pretty cool speaking events where they bring in people who have had TED-talks to discuss your transition.
- outworlder 6y ago> If you are a new grad in Microsoft working on most products you will get a weeklong training on how to build apps on azure (equivilant to azure level 1 certificate) Do you actually get a certificate? That would be equivalent(and would actually be a good idea).
- mips_avatar 6y agoI think it shows up internally I completed the training. They say at the end of the course, that you should be ready to take the official test. I think you get a discount on the test, but you do have to pay for it.
- game_the0ry 6y agoThat's good to hear and MS is doing the right thing, but this is not the case at many other companies.
- mips_avatar 6y agoThey could probably do more to make it an integrated experience (manager had no idea these things were happening). But I think Microsoft is trying to make people feel like they belong. If these events weren’t going on only CS graduates from top 20 CS schools would feel like they deserve to be there.
- rahimnathwani 6y ago"The optimal solution is for management to not let high-productivity talent from leaving - increase their comp to whatever offers they might get in the open market." That might result in the engineer being paid more than the value of their contribution at their current employer. Many things could cause this, e.g. - the new employer is much more productive, can make better use of the engineer, and so can afford to pay more and still make money - the new employer over-estimates engineer's skill level and likely contribution
- nilkn 6y agoWhile this is possible, it's relatively unlikely. Top performers can generate enormous amounts of value for a company. As a hiring manager, I absolutely believe in the existence of 10x engineers. The reason the term has been so mired in controversy is because folks think the 10x part refers to raw coding ability, but it doesn't. It refers to soft skills, communication, leadership, domain knowledge, business acumen, customer relationships if relevant, and dedication -- overall impact on the company. It's actually quite easy for one developer to have 10x as much positive impact on a small company compared to another. As a hiring manager, though, I'm stuck in the middle between developers and executive leadership. Executives tend to form a notion of what different roles should be paid, and they just won't bend, even if it means losing talent and spending $1 million+ replacing them over time. The problem is that replacement cost is abstract and easy to ignore, whereas paying a single developer $500k/year to retain them feels very real. Never mind the fact that losing them means multiple projects will be derailed, you'll spend a year looking for a replacement to hire at twice their salary, that replacement will take 3 additional years to reach the same level of domain expertise, it turns out that replacement never takes on the same degree of leadership or earns the same level of trust from colleagues, and in the midst of all of this the absence of your top performer causes two other talented engineers to leave in the following year. $500k starts to look reasonable in retrospect, but you'll never be able to sell it, so you'll do the above dance instead and spend more money in the end.
- WrtCdEvrydy 6y agoThe issue is we're not able to quantify the costs of technical debt and lack of domain knowledge. We rewrote something in React and adding a feature to it took 2-3 hours but doing the same to the legacy Java code took 3 weeks. This cost was easy to quantify and strengthened proposals to remove the legacy Java code.
- tschwimmer 6y agoInvestment Banks are a terrible example of low attrition workplaces, as attrition is quite high. It used to be the case (not sure if it still is) that expected attrition was ~100% after the first 2 years as an analyst as you were expected to go to B-school, the buyside or somewhere else.
- game_the0ry 6y agoLess of comparison of attrition, more of a comparison of: * competing for talent by paying very well and wiling to do so * investment in training early on Two things that tech workers do not benefit from as much.
- sushid 6y agoThe whole discussion is anchored on retention. If you're not talking about that what is the point of your example?
- bluedino 6y ago>> The optimal solution is for management to not let high-productivity talent from leaving - increase their comp to whatever offers they might get in the open market. >> Investment bank and management consulting figured this out a long time ago. That only works if your business makes piles of money, like investment banks. Or FAANG. The rest of us have a % of money to spend on talent.
- ramraj07 6y agoThe rest of you waste more money hiring 5-10x more mediocre engineers to try to mitigate the bus factor or whatever. And it's still not as good a product as it will be built by a handful of good, over paid and over worked engineers who really know what they're doing.
- pc86 6y agoMost "over paid" engineers are smart enough not to get in a position where they can become over worked :)
- s1artibartfast 6y agoThat is a hypothesis that may be true in some cases. In other cases it may be better to have two redundant engineers at 150K than one at 500k. The idea that there is a single solution is absurd.
- sJ646U9k6c6gME9 6y ago> The rest of us have a % of money to spend on talent. If the % of money allocated to talent is so low that the business cannot survive, then the business has no intrinsic right to survive. One possible exception to this would be a mission-driven non-profit, but that's not what we're talking about here.
- s1artibartfast 6y agoIf the business can't turn a profit and pay engineers at the same time, of course they shouldn't survive, but I don't think that is what they were saying. There are plenty of viable business solutions that don't require paying every engineer 500k+.
- Aunche 6y agoNot all companies need $500k engineers or can afford them. An optimization at Netflix that improves performance by 1% may save them millions of dollars. The same optimization at a medium-size company may only save them a few thousand. Also, it's much more difficult to quantify the impact of a software engineer compared to investment bankers and consultants. The latter two are directly making money for the firm.
- deleted 6y ago[deleted]
- game_the0ry 6y ago> Also, it's much more difficult to quantify the impact of a software engineer compared to investment bankers and consultants. The latter two are directly making money for the firm. Yes, it is difficult, but possible. Here's quick and dirty analysis - consider Sears, Walmart, and Amazon: - Amazon pays its engineers near top of market - $1.5T market cap. - Walmart has a pretty good engineering culture. They acquired a tech company to start Walmart Labs for data science stuff and they even have popular open source software (Hapi.js) - they're the largest company by revenue and $370B market cap. - Ever been to Sears.com? Me neither - largest retailer in 1980 to bankrupt in 2018, stock price at $0.23 and $94M market cap. I deduce that investment in software engineers == higher stock price.
- reaperducer 6y agoI deduce that investment in software engineers == higher stock price. Easy to do when you cherry-pick three companies. Run your analysis on 10,000 companies large and small and you might have something.
- WrtCdEvrydy 6y agoI wonder if we looked at stock price / developers. Would it prove or disprove this statemenet?
- game_the0ry 6y ago
- alwaysdoit 6y agoEven if you have the best compensation in the market, sometimes people leave just because they want something different. I agree with your general point that we should be willing to pony up to keep people, but ensuring your system is straightforward for other people to pick up and maintain is also a good practice.
- mnm1 6y agoYou're asking that businesses think about long-term goals, efficiency, and what is best for the business. After having worked at over a couple dozen companies, I've never seen such an attitude from any business. Industry and size are irrelevant. Occasionally things line up by accident and the business does well, but every single business I've ever worked at or seen has a culture of shooting itself in the foot: * No training (Not just for engineers but for anyone, including for specialty positions that simply don't exist outside the business) * No focus on employee retention * No significant raises / bonuses (Lucky to get a cost of living raise these days) * No consideration for employees' goals * Stressing employees unnecessarily with shit vacation benefits and no sick time * Stressing employees with shit equipment * Stressing employees with shit hours * Stressing employees with shit office conditions * Reducing benefits to slightly cut costs The list goes on and on. Businesses succeed despite their own best attempts at hurting themselves, not because of it. Owners, executives, and other stakeholders are deluding themselves into thinking this isn't the case and often driving the business into actual bankruptcy or just below mediocre performance. It's no wonder most employees are disengaged from their work. When you treat employees like shit, they will treat your business like shit to the greatest extent possible. They will do the minimum and it's extremely hard to change that course once it's been set. Employees are humans. Most businesses treat them like slaves, or machines at best.
- mumblemumble 6y agoSomewhat related to this point: A large conglomerate I worked for managed to kill one of their major products by making the mistake of assuming that programmers are easy to replace with any other skilled programmer. So they moved a product team to a new office, knowing that the highest-paid people on the team would not choose to relocate, and assuming it would be easy to backfill them with inexpensive new hires at the new location. Except, in this case, the programmers in question had decades' worth of hard-won domain expertise that was absolutely critical to their job function. And, this product targeting a niche industry, it was relatively uncommon domain expertise. So much so that the only people on the job market who had it were these folks whom they were ousting. All of whom had found positions at competitors within a day or two. So then the company lost their ability to maintain the product in any meaningful way, and, within a year or two, customers started moving on as well.
- Tainnor 6y agoSounds similar to what happened to my team. In our case, it was "only" two years of hard-won domain expertise, but we were also "trained" by the original founders (who had left at some point after the acquisition). The new team had zero domain knowledge and while we tried to hand everything over as well as we could, it seemed like a lost cause to me. A couple of months later, we found out our old company ended up buying the competition.
- perl4ever 6y ago>So much so that the only people on the job market who had it were these folks whom they were ousting. All of whom had found positions at competitors within a day or two. If they were the only people anywhere who had the critical domain expertise, then how could there be any competitors to snap them up? This story doesn't sound internally consistent to me.
- mumblemumble 6y agoNot the only people anywhere. The only people on the job market. So the skills in question, while niche, still enjoyed a supply/demand ratio that ensured that the structural unemployment rate for people who had them was 0%. And most companies know to get who you can and then make sure they stay happy. Unfortunately, large conglomerates tend to be very credientialist. So leadership positions tend to be filled with people who have diplomas from schools with a lot of name recognition, rather than people who have enough of their own domain expertise to understand the product's business environment.
- reaperducer 6y agoThe optimal solution is for management to not let high-productivity talent from leaving - increase their comp to whatever offers they might get in the open market. That's how labor economic works - it's a market. Life is not that simple, and cannot be boiled down into "it's a market." People are messy. They leave companies for all kinds of reasons. They just broke up with someone and want to start a new life. They don't like the weather. The have to take care of an ailing relative. They've picked up a hobby (surfing, hiking, skiing) that is inconvenient where you are, or more important to them than money. Very often they just want a change. It's common for HN-types to try to reduce everything to a numbers game, but people aren't numbers. They're not strings of attributes that can be quantified by an AI. They're human beings, and human beings will always be unpredictable.
- Tainnor 6y agoWhile this is all true, comparing the turnover in the tech industry with other sectors - even high-paying sectors - our industry does seem a bit crazy, so it's worth figuring out why this is happening and what we could do to fix it.
- ryathal 6y agoVery few reasons for leaving aren't connected to an implicit "and I'm making more money." Very few people take significant pay cuts for reasons that don't boil down to "obscenely toxic workplace." Money and Management are the real reasons people move, everything else is an outlier.