Find citations on Bloglines or Technorati. View blog reactions
By category: Current Events, Engineering, Info Mgmt, Tools, Web Services, Yahoo!.
Tim O’Reilly wrote this[1] last week that Open Source Licenses are Obsolete. He points out that the excitement (or at least the newness) today is largely about web services. (Note the term “services”, not “software”.)
To these “services”, a license that deals almost exclusively with installed software doesn’t mean much. The software distributed under these various open-source licenses isn’t obsolete (in fact, I work on some fulltime), but rather these installation-based licenses aren’t sufficient or appropriate when “software as services” are concerned.
Granting somebody the rights to modify the source code behind the Yahoo! Term Extractor web service doesn’t make any sense. Instead, we need a way to license the service: How much capacity is provided? How much uptime is granted? What types of uses are legit? Etc.
This question that he’s raising makes good sense to me. I’ve got friends at agencies and startups that I encourage to use our extensive web service offerings. They want to (and do), but they have legitimate and real questions that a discussion like the one Tim’s provoking could begin to answer.
[1] I gotta get better about not losing things in the draft folder.

Joshua Groboski August 18th, 2006 - 11:07 am
Recently this issue came up for a client of mine. We’re using the gmaps api to which Google has recently made some significant changes. When choosing an api, as a developer, I need to know about the stability and availability of the service. I’d love to integrate more of the wonderful services from both Google and Yahoo!, but unless change management occurs with the user (developer) in mind and in the loop, I can’t depend on these services to work months after my product is released, or be there at all for that matter.
Kent Brewster August 24th, 2006 - 9:21 am
Busted Link Patrol checking in: both links pointing back to Yahoo! products are hosed, Nate. Sorry.