Showing posts with label http. Show all posts
Showing posts with label http. Show all posts

31 December 2007

Open Source Unoriginal? - How Unoriginal

Here's a tired old meme that I've dealt with before, but, zombie-like, it keeps on coming back:

The open-source software community is simply too turbulent to focus its tests and maintain its criteria over an extended duration, and that is a prerequisite to evolving highly original things. There is only one iPhone, but there are hundreds of Linux releases. A closed-software team is a human construction that can tie down enough variables so that software becomes just a little more like a hardware chip—and note that chips, the most encapsulated objects made by humans, get better and better following an exponential pattern of improvement known as Moore’s law.

So let's just look at those statements for a start, shall we?

There is only one iPhone, but there are hundreds of Linux releases.


There's only one iPhone because the business of negotiating with the oligopolistic wireless companies is something that requires huge resources and deep, feral cunning possessed only by unpleasantly aggressive business executives. It has nothing to do with being closed. There are hundreds of GNU/Linux distributions because there are even more different kinds of individuals, who want to do things their way, not Steve's way. But the main, highly-focussed development takes place in the one kernel, with two desktop environments - the rest is just presentation, and has nothing to do with dissipation of effort, as implied by the above juxtaposition.

chips, the most encapsulated objects made by humans, get better and better following an exponential pattern of improvement known as Moore’s law

Chips do not get better because they are closed, they get better because the basic manufacturing processes get better, and those could just as easily be applied to open source chips - the design is irrelevant.

The iPhone is just one of three exhibits that are meant to demonstrate the clear superiority of the closed-source approach. Another is Adobe Flash - no, seriously: what most sensible people would regard as a virus is cited as one of "the more sophisticated examples of code". And what does Flash do for us? Correct: it destroys the very fabric of the Web by turning everything into opaque, URL-less streams of pixels.

The other example is "the page-rank algorithms in the top search engines", which presumably means Google, since it now has nearly two-thirds of the search market, and the page-rank algorithms of Microsoft's search engine are hardly being praised to the sky.

But what do we notice about Google? That it is built almost entirely on the foundation of open source; that its business model - its innovative business model - would not work without open source; that it simply would not exist without open source. And yes, Yahoo also uses huge amounts of open source. No, Microsoft doesn't, but maybe it's not exactly disinterested in its choice of software infrastructure.

Moreover, practically every single, innovative, Web 2.0-y start-up depends on open source. Open source - the LAMP stack, principally - is innovating by virtue of its economics, which make all these new applications possible.

And even if you argue that this is not "real" innovation - whatever that means - could I direct your attention to a certain technology known colloquially as the Internet? The basic TCP/IP protocols? All open. The Web's HTTP and HTML? All open. BIND? Open source. Sendmail? Open source. Apache? Open source. Firefox, initiated in part because Microsoft had not done anything innovative with Internet Explorer 6 for half a decade? Open source.

But there again, for some people maybe the Internet isn't innovative enough compared to Adobe's Flash technology.

09 November 2007

Digg, Dugg, Dugg

The perils of being Dugg:

At around 4am PST today, the last of the Firefox 3 Beta 1 release candidate builds appeared on our public FTP. This was mistakenly reported on Digg as the official release of the first Firefox 3 Beta. It’s extremely flattering to get this sort of attention, and we know that it’s motivated by the very best of intentions, but it does cause us three major problems:

1. The release candidate builds have not been thoroughly tested by our QA group,
2. we haven’t completed all the steps required for a beta release (see below), and
3. these builds aren’t being mirrored properly on our servers.

Perhaps they should give would-be downloaders a little coding test before giving them access to ensure that they are *really* serious hackers.... (Via Linux Journal.)

03 October 2006

Feeling Mule-ish

Lots of people seem to be getting excited about Mule and MuleSource. I would too if it weren't for sentences like this:

Mule is a messaging platform based on ideas from ESB architectures. The core of Mule is a SEDA-based service container that manages service objects, known as Universal Message Objects or UMOs, which are plain old java objects. All communication between UMOs and other applications is made through message endpoints. These endpoints provide a simple and consistent interface to vastly disparate technologies such as Jms, Smtp, Jdbc, Tcp, Http, Xmpp, file, etc.

I found this interview with MuleSource's founder and CTO Ross Mason slightly more illuminating. I'm sure I'll get the hang of it all eventually.