(no title)
shivasaxena | 7 months ago
> Having been at a company that tried this: The number of poorly-behaved or outright abusive clients is a huge problem. Having a client become popular with a small group of people and then receive some update that turned it into a DDoS machine because someone made a mistake in a loop or forgot to sleep after an error was a frequent occurrence.
Ok, but this could be easily solved by having rate limits on api?
> The secondary problem is that when it breaks, the customers blame the company providing the service, not the team providing the client. The volume of support requests due to third party clients became unbearable.
I would say this is subjective/arguable in general.
qcnguy|7 months ago
This type of reasoning is typically reinforced by the third party app developers themselves, who will tweet "XXX broke their APIs today, really sorry, working hard to get you an update that works around their $@!%#! engineering" and other stuff that not-so-subtly encourages people to blame the service.
Also, don't discount the abuse aspect. Closing clients and out-iterating them is a proven strategy for winning the abuse war, and as all users care about abuse but very few care about third party clients, losing the latter to please the rest of the user base is an easy decision to make.
LocalH|7 months ago
Today I'd say the chances of it being a hostile move are more like 75/25.
afiori|7 months ago