Earlier quoted context omitted.
I don't know nearly enough about large scale projects or the startup world maybe this is a silly question but when it became apparent that it was blowing up far beyond what you were expecting, was it not an option to have another team (hire or split existing) in parallel, to start writing a re-implmentation in another language or system that would work better for your new quickly expanding needs? Was that just not fe…
Thats what kept happening and it was an abysmal failure. Every so often a person would have a brilliant idea on how to solve our scaling issues. They would then disappear into a corner to invent yet-another-bird-themed-datastore. After a few weeks/months they would appear with a magical new thing that would fix all our problems and would make everybody happy. Every single time it would fail. Having a team that is not…
Twitter and the Internet War
51–59 of 59 posts
Re: Twitter and the Internet War
#52Earlier quoted context omitted.
I followed this story back in 2006 to 2008. I’m sorry I don’t have time to write a real comment with the crucial details. The basic plot is that Twitter initially set out to be a CMS sort of like WordPress, but then they realized they had actually built a messaging platform, which needed a different architecture. You can catch a glimpse of the issues in “Amateur hour is over at Twitter” from 2008. https://www.google.…
Hi! I am one of the dudes that actually helped kill the fail whale so I feel I can speak to this topic. =) Steve and John were both good developers that wrote some seriously critical components of the system and were a big part of getting twitter more stable. But reading Techcrunch to figure out what was happening inside of Twitter is asking for serious misinformation. At that time it was very common for people with…
There are financial systems that handle millions of transactions per second because their designers sat down and designed systems that could scale by magnitudes.
Re: Twitter and the Internet War
#53Re: Twitter and the Internet War
#54Earlier quoted context omitted.
Hi! I am one of the dudes that actually helped kill the fail whale so I feel I can speak to this topic. =) Steve and John were both good developers that wrote some seriously critical components of the system and were a big part of getting twitter more stable. But reading Techcrunch to figure out what was happening inside of Twitter is asking for serious misinformation. At that time it was very common for people with…
If Twitter couldn't keep up with scaling then it wasn't being architected to scale, only to grow. There are financial systems that handle millions of transactions per second because their designers sat down and designed systems that could scale by magnitudes.
Ultimately it wasn't "build a db that handles x writes" though. That is actually a fairly known and solvable problem. Our issue was that we were migrating from a design model that encouraged rabid development by using existing patterns to a model that would scale up much better but required a lot more planning and design, all while dealing with management that expected the feature development cycle to not slow down at all during or after the transition.
Re: Twitter and the Internet War
#55Earlier quoted context omitted.
Thats what kept happening and it was an abysmal failure. Every so often a person would have a brilliant idea on how to solve our scaling issues. They would then disappear into a corner to invent yet-another-bird-themed-datastore. After a few weeks/months they would appear with a magical new thing that would fix all our problems and would make everybody happy. Every single time it would fail. Having a team that is not…
Maybe I'm being dumb here, but twitter doesn't look like a product from the outside that has many features. Are these focused on advertisers, analytics or what?
We had an API service, a web interface, the legacy web interface that was still used for select devices because the new UI didn't quite work right on them, the even older legacy interface that was necessary because a bunch of badly behaved early day clients still relied on the functionality and they were popular enough that turning them off would cause outrage, the "zero" interface used in countries with low bandwidth capabilities, the mobile interface.
Each interface had to implement all the different variations on functionality. Timelines with inline tweet rendering (automatic expansion of images, etc), list (alternate view time lines), the whole following graph (duplicated for lists as well), verified users and all the infra around that, search, public/private designations, direct messages, notifications via email, text message, and mobile app, favorites, retweets, replies, plus a slew of statistics and information tracking data integrated directly into the site.. Thats only the user visible stuff. There are a TON of experiments and projects that run behind that interface in a way the user will never completely see.
We heard over and over that twitter was so simple that it could run on a laptop and every time it reminded me just how clueless most developers are when it comes to seeing the body of work needed to make something like twitter work, even more so at the scale we are talking about.
Re: Twitter and the Internet War
#56This is the excerpt I've seen being tweeted about this piece: At the same time, her defenders say, Harvey has been forced to clean up a mess that Twitter should have fixed years ago. Twitter’s backend was initially built on Ruby on Rails, a rudimentary web-application framework that made it nearly impossible to find a technical solution to the harassment problem. If Twitter’s co-founders had known what it would becom…
Hi, early Twitter employee here. The reliability team called the infrastructure Fisher-Price internally so this wasn't just one random executive coming up with a term on his/her own. The problem wasn't ruby. The problem was the way that Twitter used Ruby. We had one big mono repo with every single function and every form of business logic baked into a single place. That logic relied on monkey patching and all sorts o…
Re: Twitter and the Internet War
#57Re: Twitter and the Internet War
#58> There are two main components to Harvey’s job, this person told me: to formulate a clear set of rules for what constitutes abusive speech, and to be consistent in enforcing them. The odds are against Harvey being the first person in human history to solve this problem without false positives and negatives.
The big question in my eyes is not how a human can reduce the error rate, but rather, which category of errors one should bias towards. I know where I stand on this one: be biased against the mean-spirited.
Re: Twitter and the Internet War
#59My general feeling when it comes to questions about harassment on Twitter is that people look at it too much as a policy issue ("you're not banning and deleting enough accounts according to my ideological stance"), which has its place, but there's a lot of product aspects that make it such a shouty place. A good example is the way the 'quote tweet' feature is often used to start a pile-on. It's not a bad feature in i…
> Twitter was designed, from Day 1, to enable any random person to send messages directly to any public figure. In other words, from Day 1, it was designed to be an abuse and harassment engine. It's not a bug. It's a feature. All that abuse and controversy is how it gets clicks and money.
http://jeff-vogel.blogspot.com/2016/04/how-i-deal-with-haras...
Twitter's feature set is perfectly optimized for harassment and abuse. Changing it to prevent harassment and abuse would kill the product.