> To prevent malicious use of the Twitter API and gain an understanding bla bla bla... Translation: so that we can charge even light API users. This will surely backfire - some services will switch from API usage to screen-scraping, resulting in an even higher load on twitter's servers.
Twitter to Client Developers: Drop Dead
71–80 of 187 posts
Re: Twitter to Client Developers: Drop Dead
#72Re: Twitter to Client Developers: Drop Dead
#73From here, I think we should move to a distributed model, like email and xmpp. It needs to be Open Source so anyone can run it and everyone owns their data. It needs to be compatible with current Twitter apps so all it requires is setting the API root. It needs to be distributed so anyone can follow anyone anywhere. There is no owner or root, there is no place to shut down. Proof of concept: https://nstatus.herokuapp…
What would its advantages be over status.net/identi.ca?
Maybe even taking Diaspora and taking out everything except 140char status updates AND adding an API compatible with Twitter apps would be a better approach.
edit: clarity to first sentence.
Re: Twitter to Client Developers: Drop Dead
#74Unless platforms like Facbeook or Twitter make a significant amount of money from their devs, the way Microsoft or Apple does, telling their devs to go pound sand at some point is inevitable.
Re: Twitter to Client Developers: Drop Dead
#75Re: Twitter to Client Developers: Drop Dead
#76Twitter's developer problem is probably at about level 9 right now. My question is what's really the big deal. Twitter can do what they want and really more to the point, I don't think Twitter should be the primary focus of innovation from our community. It's a stream of mostly nonsensical 140 char messages. I get it it, it's amazing ... but come on, we can get past Twitter.
>It's a stream of mostly nonsensical 140 char messages. This maybe true for a lot of tweets. But my stream is filled with live updates of interesting stuff from around the world. Twitter has been instrumental in getting news out of war zones for example.
Re: Twitter to Client Developers: Drop Dead
#77Sometimes I tend to see the dark side of human in everything they do. Sorry, its just the way I am. I say when twitter was still this little chick, their approach was "we love all users, we welcome engineers; build amazing tools and surprise us!". I think the reason for that was to speed up the process of spreading the word - a simple fact that geek working on twitter 3rd party is still a human with plenty of friends…
Re: Twitter to Client Developers: Drop Dead
#78This doesn't surprise me at all. When you develop on someone else's platform, you have to walk a fine line between not being successful at all and being too successful such that the platform provider co-opts your business (maybe you get lucky and get bought out). This is nothing new. Such moves as this were (IMHO) inevitable. They'll slowly chip away at anything they see as taking revenue from them. The part I disagr…
Everyone cites Myspace. Either Twitter or Facebook does something controversial and we hear everyone citing Myspace. Myspace didn't lose it's user base due to amazing UX for end-user. They lost their user base due to combination of bad UX and "mobile" user base. Majority of Myspace users were teenagers and by the time they went to college they had hot new social network in form of Facebook, which was exclusively for…
Devs already have a twitter-like firehose, and it's even open source, identi.ca
Re: Twitter to Client Developers: Drop Dead
#79Of all the social media and web services that have cropped up in the last 5 years, Twitter was the one that really filled me with joy. It's so simple! It's just plain text in bite sized pieces at a time. And it's universal! It works just as well on state of the art hardware as it does on a crappy SMS dumbphone or green-screen serial terminal. And it's as compelling in Egypt or Pakistan as it is in New York or London.…