Commentary

Serdar Yegulalp
 

The Three Opens, Pt. 2: Open-Source Applications

In the first post in this series, I talked about how open-source operating systems were one of a galaxy of three major and complementary forces.  The second, and in some ways more important force, is open-source applications.

In the first post in this series, I talked about how open-source operating systems were one of a galaxy of three major and complementary forces.  The second, and in some ways more important force, is open-source applications.


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

One problem that comes right up is what you define as an "application."  You could describe a Linux-based appliance that runs in a 1U rackspace module (or in a virtual machine) as an application, and you wouldn't be far from the truth.  Maybe less so a live distro running as a firewall/router, but there's little question this particular water can be muddied freely.

For the sake of this discussion, though, I'll use the most broadly accepted definition of "application": something you run on top of your OS and deal with directly.  Firefox is a great example: millions of people use it, and it's about as successful an open-source project as you could name.

Since installing an application on an existing system is a lot easier than changing the entire OS, most people sooner adapt open-source applications than they do an open-source OS.  The apps are, if you ask me, the most influential and critical part of open source right now, not OSes, simply because most anyone can pick them up and run with them regardless of what platform they're using.  The size of the slice that Firefox carved out of the browser market pie ought to be the most obvious proof of that.

Granted, it's easy to pop in a Linux live CD, or even run another OS from a virtual-machine system (if you have the memory for it).  But by and large, it's the applications that people work with and deal with most.  The OS is a wrapper, or a "rack", to use the analogy I quoted in my last post.  For people who are just getting work done, the OS isn't the most important thing, and it shouldn't be.

The open-ness of an application also means it can generate its own demand.  A closed-source application can be ported to other platforms if there's demand for it -- and sometimes even if there really isn't -- but an open-source application tends to both generate and satisfy its own demand on multiple platforms.

(Another joking way I've described how open-source apps work is that they're the gateway drug to a full-blown open-source addiction.  Get started with the apps, and you can get hooked with the OS as well at your leisure -- or you can just remain a casual user, if that's more convenient.)

But under the applications and the operating systems (even if the two are eventually sort of becoming the same thing, which I'll talk about another time), there's something even more important, more all-encompassing and critical to the end user: open standards, which includes everything from Internet RFCs to document types.  That will be the subject of the third part of this series.


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