5 ms·

Everytime I see such charts and explanations it helps me understand how Musk could fire 80% of Twitter with no visible effect on product.

dgoldstein0 1y ago
Except extreme outages? Their reliability went to shit for a while. Fortunately half their users and advertisers quit too so the load downscaled a lot
- johannes1234321 1y ago
  In addition they reduced API by a lot, some backend and advertiser focussed things are gone and the big thing: we can't know what would have come.
andriesm 1y ago
I've always been perplexed when I see 100s-1000+ people work on software product development and very little happen with the product for YEARS while there are tons of obvious (to me) improvements possible. Only tiny bug fixes released on a pretty slow release cycle. Then I also just think of the twitter/X example. Occasionally one reads stories of how people get paid pretty hefty salaries to mostly just work very casually. Contrast with the usual software engineering types I know that work insanely hard solving difficult problems day-in and day-out. When I was younger I remember a lot of project managers (almost exclusively ladies in my environment back then) that mostly just ran around interrupting the programmers and relaying feedback and status and a lot of chitchatting and busy work. Often there can be tons of support roles, wellness officers and who knows what that can probably be slashed. What shocks me is when a lot of these really low value-add positions are given high seniority with crazy paychecks and very little real skill required and fairly low responsibility or accountability for anything vaguely tangible. I suspect in tech companies generating huge cashflows that almost seem decoupled from headcount in comparison to non-tech businesses, this stuff just get covered up. A big machine that is very profitable due to massive competitive advantage/network effects, can hide a ton of HR waste.
- DanielHB 1y ago
  > I see 100s-1000+ people work on software product development and very little happen with the product for YEARS while there are tons of obvious (to me) improvements possible I worked in an org with about 60 engineers all working on the same product and I have to actively _not_ fix small issues to keep my sanity. Whenever I see a small issue I would have: 0) If it changes anything visible to the user discuss it with UX or PM (very annoying) 1) Fix it (easy part, usually) 2) Create PR and explain issue 3) Get someone from the other overworked team to look at it (not as bad if it is from my own team) 4) Get comments for often trivial things (depends a lot on the changes) 5) Get asked to refactor some related functionality because the fix is a bit messy without it (workaround) or to address the root cause of the issue (this is usually a big deal) 6) Possibly several rounds of reviews 7) Someone break my fix next time anyone makes a change to that part of the code All to get something done that wasn't asked of me, that my manager will probably not see or know about unless I bring it up, that if I do bring it up my manager will probably tell me to not waste time on it since "it is the other team's problem". So I would either ignore the issue or create a ticket that will probably be ignored. Only if it is a really trivial uncontroversial change would I bother to actually proactively do it.
  - _DeadFred_ 1y ago
    Thanks. This explains Android. Because the only other explanation would be no dev at Google actually uses it day to day as their phone because it has so many dumb little infuriating things. Example: Why does my kitchen bluetooth, that I connect to the most, and that I am located nearest to, always go to the bottom of my bluetooth list, meaning I can't select from the quick screen and have to unlock and pull up another screen (when my hands are kitchen dirty)? I consume media on bluetooth the most showering and in the kitchen. The devices used should be 1 and 2, but they never are. EVERYTHING on Android is this 'devs must not actually use this' unfriendly. I still can't use the timer function using voice because if I don't wait for my phone to repeat back all the timer info and I touch something it just blanks out my timer, so I've learned I can't trust it after ruining too much food. These are my two most common use cases for my phone and where it ads value to my life, and both are needlessly annoying on Android causing me to hate the platform because in 2025 these little details should work. Someone at Google must cook things that need timers. Someone at Google must listen to music/audiobooks and have enough devices they spill over to the secondary screen. If feels like Android has zero actual world love/care from the devs or these daily annoyances would bubble up instantly.
KoolKat23 1y ago
Except few companies can do what musk did on an ongoing basis without losing all experienced staff and system knowledge. It's short term gains at the expense of long term gains. People only put up with it if they think they can capitalize on the prestige.
ulfw 1y ago
How was there no effect on product? What has 'X' even been able to launch since the acquisition? All he showed was you can an existing thing running with 20% of staff.
- webmaven 1y ago
  Furthermore, a bunch of functionality was entirely deleted, and the effect on the quality of discourse has been... Profoundly negative.
  - ulfw 1y ago
    Yea but hey 80% of people lost their job. No wonder all SV CEOs are so eager to copy Elon
deleted 1y ago
[deleted]

dgoldstein0 1y ago

Except extreme outages? Their reliability went to shit for a while. Fortunately half their users and advertisers quit too so the load downscaled a lot

johannes1234321 1y ago
In addition they reduced API by a lot, some backend and advertiser focussed things are gone and the big thing: we can't know what would have come.

andriesm 1y ago

I've always been perplexed when I see 100s-1000+ people work on software product development and very little happen with the product for YEARS while there are tons of obvious (to me) improvements possible. Only tiny bug fixes released on a pretty slow release cycle. Then I also just think of the twitter/X example. Occasionally one reads stories of how people get paid pretty hefty salaries to mostly just work very casually. Contrast with the usual software engineering types I know that work insanely hard solving difficult problems day-in and day-out. When I was younger I remember a lot of project managers (almost exclusively ladies in my environment back then) that mostly just ran around interrupting the programmers and relaying feedback and status and a lot of chitchatting and busy work. Often there can be tons of support roles, wellness officers and who knows what that can probably be slashed. What shocks me is when a lot of these really low value-add positions are given high seniority with crazy paychecks and very little real skill required and fairly low responsibility or accountability for anything vaguely tangible. I suspect in tech companies generating huge cashflows that almost seem decoupled from headcount in comparison to non-tech businesses, this stuff just get covered up. A big machine that is very profitable due to massive competitive advantage/network effects, can hide a ton of HR waste.

DanielHB 1y ago
> I see 100s-1000+ people work on software product development and very little happen with the product for YEARS while there are tons of obvious (to me) improvements possible I worked in an org with about 60 engineers all working on the same product and I have to actively _not_ fix small issues to keep my sanity. Whenever I see a small issue I would have: 0) If it changes anything visible to the user discuss it with UX or PM (very annoying) 1) Fix it (easy part, usually) 2) Create PR and explain issue 3) Get someone from the other overworked team to look at it (not as bad if it is from my own team) 4) Get comments for often trivial things (depends a lot on the changes) 5) Get asked to refactor some related functionality because the fix is a bit messy without it (workaround) or to address the root cause of the issue (this is usually a big deal) 6) Possibly several rounds of reviews 7) Someone break my fix next time anyone makes a change to that part of the code All to get something done that wasn't asked of me, that my manager will probably not see or know about unless I bring it up, that if I do bring it up my manager will probably tell me to not waste time on it since "it is the other team's problem". So I would either ignore the issue or create a ticket that will probably be ignored. Only if it is a really trivial uncontroversial change would I bother to actually proactively do it.
- _DeadFred_ 1y ago
  Thanks. This explains Android. Because the only other explanation would be no dev at Google actually uses it day to day as their phone because it has so many dumb little infuriating things. Example: Why does my kitchen bluetooth, that I connect to the most, and that I am located nearest to, always go to the bottom of my bluetooth list, meaning I can't select from the quick screen and have to unlock and pull up another screen (when my hands are kitchen dirty)? I consume media on bluetooth the most showering and in the kitchen. The devices used should be 1 and 2, but they never are. EVERYTHING on Android is this 'devs must not actually use this' unfriendly. I still can't use the timer function using voice because if I don't wait for my phone to repeat back all the timer info and I touch something it just blanks out my timer, so I've learned I can't trust it after ruining too much food. These are my two most common use cases for my phone and where it ads value to my life, and both are needlessly annoying on Android causing me to hate the platform because in 2025 these little details should work. Someone at Google must cook things that need timers. Someone at Google must listen to music/audiobooks and have enough devices they spill over to the secondary screen. If feels like Android has zero actual world love/care from the devs or these daily annoyances would bubble up instantly.

KoolKat23 1y ago

Except few companies can do what musk did on an ongoing basis without losing all experienced staff and system knowledge. It's short term gains at the expense of long term gains. People only put up with it if they think they can capitalize on the prestige.

ulfw 1y ago

How was there no effect on product? What has 'X' even been able to launch since the acquisition? All he showed was you can an existing thing running with 20% of staff.

webmaven 1y ago
Furthermore, a bunch of functionality was entirely deleted, and the effect on the quality of discourse has been... Profoundly negative.
- ulfw 1y ago
  Yea but hey 80% of people lost their job. No wonder all SV CEOs are so eager to copy Elon

deleted 1y ago

[deleted]