Commentary

Serdar Yegulalp
 

Is SaaS 'Unstoppable' For Open Source?

In yesterday's Q&A about the Honest Public License, Fabrizio Capobianco was of the opinion that in the future, most software (open source included) will be run as services.  His word was "unstoppable," which I admit raised eyebrows on my end.  But it rests on some pretty solid observations about how open source works.

In yesterday's Q&A about the Honest Public License, Fabrizio Capobianco was of the opinion that in the future, most software (open source included) will be run as services.  His word was "unstoppable," which I admit raised eyebrows on my end.  But it rests on some pretty solid observations about how open source works.


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

You can open most any page of InformationWeek and see the term "SaaS" splashed somewhere; it's not being used frivolously.  And the nature of most any open source project makes it a candidate to be transformed into a service, either by its original authors or by someone else down the line.  So "unstoppable" isn't a bad adjective: in theory, people will do it, because open source exists to be transformed.

"Unstoppable," OK -- but what about "inevitable"?  Is every open source project out there a candidate to be transformed into a service?  Probably not, because there are many projects that simply don't lend themselves to being rendered as a service -- a Web browser, for instance (like the open-source one I'm typing this blog post on), especially since Web browsers are how most people get access to services in the first place.  As long as bandwidth and latency remain finite -- and any World of Warcraft player will be able to tell you that they're both quite limited -- that will continue to be the case.

A key distinction that needs to be drawn here is between transforming something that exists and simply building with it.  One possible gross misinterpretation of what people want with the HPL would be that anything I build on a Web site with, say, PHP, would have to be open source.  Wrong, of course, but we've seen how fast fear and misinformation about open source can spread.  The point isn't to put all code in the public eye, but to make sure that people who are transforming existing projects and perhaps using that as a commercial venture aren't freeloading.

In my original post about the open source ASP loophole, I felt the best response to someone creating a closed Web service from something open was to create something similar, if not better, and open it up.  I still think that's a better alternative than changing the licensing for one's existing product (or future editions of same) in what could be described as a retaliatory fashion.  But now that I think about it, if you're just now creating something new that lends itself to being reworked as a service, there's nothing that says you're in the wrong for adopting, pre-emptively, a protective measure against something that may well indeed be "unstoppable."


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links