Click here to show or hide the menubar.

Home >  Archive >  2012 >  August >  10

Previous / Next

RSS feed for Scripting News
This site contributes to the scripting.com community river.


Scripting News -- It's Even Worse Than It Appears.

About the author

A picture named daveTiny.jpgDave Winer, 56, is a software developer and editor of the Scripting News weblog. He pioneered the development of weblogs, syndication (RSS), podcasting, outlining, and web content management software; former contributing editor at Wired Magazine, research fellow at Harvard Law School and NYU, entrepreneur, and investor in web media companies. A native New Yorker, he received a Master's in Computer Science from the University of Wisconsin, a Bachelor's in Mathematics from Tulane University and currently lives in New York City.

"The protoblogger." - NY Times.

"The father of modern-day content distribution." - PC World.

"Dave was in a hurry. He had big ideas." -- Harvard.

"Dave Winer is one of the most important figures in the evolution of online media." -- Nieman Journalism Lab.

10 inventors of Internet technologies you may not have heard of. -- Royal Pingdom.

One of BusinessWeek's 25 Most Influential People on the Web.

"Helped popularize blogging, podcasting and RSS." - Time.

"The father of blogging and RSS." - BBC.

"RSS was born in 1997 out of the confluence of Dave Winer's 'Really Simple Syndication' technology, used to push out blog updates, and Netscape's 'Rich Site Summary', which allowed users to create custom Netscape home pages with regularly updated data flows." - Tim O'Reilly.

8/2/11: Who I Am.

Contact me

scriptingnews2mail at gmail dot com.

Twitter

My sites
Recent stories

Recent links

My 40 most-recent links, ranked by number of clicks.

My bike

People are always asking about my bike.

A picture named bikesmall.jpg

Here's a picture.

Calendar

August 2012
Sun
Mon
Tue
Wed
Thu
Fri
Sat
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 

Jul   Sep

Warning!

A picture named warning.gif

FYI: You're soaking in it. :-)


A picture named xmlMini.gif
Dave Winer's

If I were making a Twitter clone... Permalink.

First I want to disclaim this -- I am not making a Twitter clone. But I have watched a number of people try, so I've had a chance to think about what I would do if I were making one. I love intellectual exercises like this.

Yesterday I posted a question in a thread which was intended to expose the issues around the API. I asked if the Twitter API is an open standard. I didn't express an opinion one way or another. Realistically it's probably a matter of consensus among developers, Twitter's competitors, Twitter itself and if it should come down to it, the law.

A picture named newAccordionGuyBig.gifBut one thing's clear to me -- it's better for the ecosystem and the Internet if the API were a basis for interop between competitors. That way developers and users would have choice. The only argument against using it as a basis for interop is that it would be too limiting.

We've faced that before in a very parallel situation with the Blogger API. The resulting extension to their API provided for features our software had that Blogger's didn't. That goes back a long way, to 2003. Both APIs thrived and are still in use, and the principles are still valid.

So the answer for me is that if I were making a Twitter clone, I would start with an exact clone of the API. I would test interop. This would have the advantage of telegraphing intent clearly to developers. They wouldn't have to guess where our API was going.

However, I would not promise future compatibility if Twitter were to change the API. I wouldn't say we wouldn't go where they went, but I would not give them a blank check to invalidate our interop. The Twitter API has had years to burn in. It's widely supported. Even with the changes Twitter has made recently it's not hard to implement. I think it represents an excellent basis for interop. (And if it weren't the basis for interop, what would be?)

Further, I would implement it in such a way that the names of the endpoints and the parameters they take were configured from a design spec. I'd probably use OPML and publish it openly. If Twitter objected by filing a lawsuit, we could reconfigure our API to be non-infringing but would openly explain to developers why we were doing it.

Honestly, I don't think Twitter would choose to compete at this level. They haven't lately been building their ecosystem around developers. To cut off other channels for developers to grow would seem spiteful and selfish, esp for a company that's been so successful and is so rich. At least some of that came from the hard work of their developers.

BTW I love the header graphic my CMS chose for the head of this post. It's totally random. I took that picture in the red light district of Amsterdam in 2000. I call it Negotiating. It's probably the best photo I've ever taken. By a lot.



© Copyright 1997-2012 Dave Winer. Last build: 8/10/2012; 11:17:04 AM. "It's even worse than it appears."

RSS feed for Scripting News


Previous / Next