Wow I don’t even know where to begin with this. Perhaps the biggest flaw is confusing language with architecture. Twitters scaling issues had to do with non-trivial architecture issues that are much more widely understood now than they were a decade ago. It’s very easy to sit in your armchair now with your pipe and claim how bad their approach was, but the fact that you think it has to do with choice of language shows you aren’t as smart as you think you are. If Twitter has used 2006-era Java they likely would have moved too slow to even get traction and we’d never have heard of them. It’s a pleasant fantasy land to think you could survive early Twitter hypergrowth, but actually dealing with it is not simply a matter of correct up front planning.
I've seen the "move to slow" argument bandied about here all the time. The all modern 3GL languages support fast development (they might need some help with code gen). Twitter suffered language level scaling issues. Period. They suffered architectural issues. When I see someone wanting to go to prod with Python/Ruby project, I know they will have to rewrite.
I do want to nuance this a bit. If you're doing AI or stats, Python makes sense. There are ways to scale that too. Use the right tool. My general argument is that Python is seldom the right tool for any at-scale web system.
Do you think any system goes from 1 to a billion users without being re-written? It never happens, if you go if into that architecture astronaut mindset from the beginning you will not ship the features necessary to get traction. Saying that Twitter faced language-level issues is absolute nonsense. Any stateless web front-end scales trivially whether it's Rails or anything else, it's the data flow and caching that needs to be designed properly to solve Twitter-type scaling issues.
