Re:Uber lays off around 350 more across Eats, self-driving a...
by yashap on Monday October 14, 2019 @08:42PM
(#21254451)
This doesn’t match my experience at all. Every tech company that I or my close friends have worked for has huge backlogs of features they want to implement, and huge amounts of tech debt they’d like to eliminate. They have to prioritize ruthlessly to select a small number of projects that they actually have the resources to complete. Reimplementing rock solid 3rd party tech just takes away from this, AND introduces huge maintenance burdens.
Re:Uber lays off around 350 more across Eats, self-driving a...
by john_moscow on Monday October 14, 2019 @11:31PM
(#21255323)
Out of curiosity, is there anything in common about the structure of those companies? Small bootstrapped businesses? Mid-size profitable enterprise? VC-backed startups? Large publicly traded companies?
Re:Uber lays off around 350 more across Eats, self-driving a...
by yashap on Tuesday October 15, 2019 @11:19AM
(#21259361)
Mostly VC backed ex-startups (now 10+ yrs old, 100s to 1000s of employees). Though I’ve also got a few friends at a bootstrapped company that never took VC money (~15 years old, but still small, ~30 employees), as well as a number of friends at Amazon (working on different RDS teams).
All have had the same experience re: there being more feature work and tech debt elimination than they have the resources to complete.
Well, if the company's business is connecting drivers with riders, there isn't much engineering involved in growing the company. Pricing, handling investors, PR/advertising and working with municipal governments does affect your growth. The exact details on how you store the destination's GPS coordinates in the database don't really matter. A good product manager who understands usability and can communicate their ideas to the management can add some value, but having a 20% lower price than the competitors do will make 90% of the users ignore any usability hiccups.
Hiring thousands of engineers to maintain a process that only needs a handful is perfectly reasonable, since the investors don't understand tech and generally like the head count. So this is critical for raising VC capital needed to subsidize the rides, that in turns gives great growth numbers.
A typical developer doesn't understand these mechanics. And even if they did, the only alternative to delivering useless unneeded results would be to resign, except good luck finding a competitively paying non-bullshit job in the current market.