Here's how a Twitter engineer says it will break in the coming weeks
technologyreview.com
technologyreview.com
I would expect there is a lot of code at Twitter written by Scala show-offs and acrobats that the remaining engineers are going to have to read and understand now.
Ooofff.
Now I'm not sure. His erratic behavior is showing up more than ever.
He cut half of the engineering staff, realized Twitter needed some fired engineers, while trying to cram untested monetization features into production. He's flip flopping on ideas within hours.
If advertisers continue to pull out, he's going to have continue to sell his TSLA shares.
Firing half of the 7500 Twitter employees (most at $100k+ comp', lots at $300k+ comp') does not seem that erratic to me.
> Facebook, at one point, had 50 employees too. Doesn't mean Facebook today can run on 50 employees.
Indeed Facebook had 50 employees at one time, and indeed Facebook most probably can't run on 50 employees toay given they have 2.5 billion users. But I'm not sure what your point is?
My last company had 5,000 users and hundreds of employees. Does that mean we should reduce the employee count to 1 employee given that WhatsApp was able to sustain 200m users with 50 employees?
How how about the fact that WhatsApp generated $10m in revenue when it had 50 employees or 200k/employee while Twitter in 2021 generated $5b or $677k/employee?
Your logic is so bad that I didn't even want to reply.
At Facebook, if you fired all the UX designers, the site could stay up for years. If you fired all the SREs, the site would be down in two weeks.
This doesn't manifest as someone purposely breaking the API, but incidental changes breaking it. For example, a minor change in something like time display code that does the "posted X minutes ago" could easily end up silently corrupting API calls in odd ways. And if the engineering staff is reduced, fixing the API that broke a 3rd party vendors product will likely be a very low priority.
Because they are planning much more rapid iteration with relatively little planning on core product features with a butchered staff and quite likely not prioritizing maintaining API stability for third-party tools while doing it and, its very overtly a “move fast and break things” mindset.
Plus, the new high priority Blue-with-verification rollout has been quite visibly broken on the web and first party apps, with people getting inconsistent reeults about availability when trying to upgrade to it and having inconsistent results as to whether (and to whom, and in what contexts) the checks display after they do.
Do you think keeping the API working for third-party integrations has a higher priority?
No one knows. The guy is increasingly an unstable wildcard.