zlacker

>>ZacnyL+(OP)
Speaking from very painful, personal experience, few things are more agitating than being forced to execute on something you fully know is a horrible idea, especially when you tried and failed to communicate this fact to the individual pushing you to go against your best judgement.

Even more so when that person later loudly proclaims that they never made such a request, even when provided with written proof.

I can of course not say whether the people currently working at Twitter did warn that the recent measures could have such major side effects, but I would not be surprised in the slightest, considering their leadership's mode of operation.

Even as someone who very much detests what Twitter has become over the last few months and in fact did not like Twitter before the acquisition, partly due to short format making nuance impossible, but mostly for the effect Tweets easy embeddability had on reporting (3 Tweets from random people should not serve as the main basis for an article in my opinion), I must say, I feel very sorry for the people forced to work at that company under that management.

>>Topfi+Ew
The people at Twitter who understood the system and could predict the side effects were all fired or left. My guess is Elon said "the site's too slow!" Engineers noticed that the home feed request was slow. They didn't understand how it worked, had no tools to profile it, and were given an unrealistic deadline to fix it. So about the only thing they could do was issue multiple, parallel requests and hope that at least one of them was fast.

I worked in the games industry for a while, and came to understand how they could spend so much money and so much time, and yet release a game where even basic functionality was broken. It's exactly this sort of extreme schedule pressure that, ironically, makes a huge morass where changing one thing breaks 10 other things, so progress grinds to a halt.

>>martin+oN
It is very possible that they did not predict this specific down stream effect, for one of many reasons. I do not want to discount that, though, as I am not at Twitter and am not on a first name basis with anyone there. Maybe there are some who did see this.

What I maintain though is that most anyone still working on code at Twitter, regardless of their experience or overview of the code base, would strongly argue for testing and staging, which appear to go against current leadership's mode of operation, likely because of the time pressure you mentioned.

Not pushing such changes straight to production is a concept I feel anyone working at Twitter would subscribe to, yet has to painfully go against, lest they be led go.