| Journal of Hyper(+)drome.Manifestation |
|
The
Linux Revolution: A Paradigm Shift in the Software Industry<
|
|
by
Benjamin Wright
|
|
Today's
academics and business professors are constantly reminding us of Schumpeter's
work (Hamel 1998), the need to re-invent your industry or to change
the rules of your game (Markides 1998). These essential strategies for
today's competitive and innovative companies have typically been found
in the software manufacturing industry; with such profit-seeking corporations
as Microsoft, IBM, Cisco systems and Sun Microsystems. However in the
early 1990's a new organisational form embracing the open-source movement
radically challenged the supremacy of large multinationals; this organisation
is called Linux. The software industry typically sees new organisational
forms occurring quickly and establishing strong market dominance, however
Linux went against many of the traditional concepts typically thought
of as the norm in the software industry. This paper will establish the
development of Linux, complexity theory and its relationship to Linux,
the Linux business model, rules governing Linux and the possible lessons
that future managers can learn. Comprehensive ranges of secondary sources
have been used to compile a detailed but accurate picture of this fascinating
story of Linux. The
very origins of Linux lie in the open-source model created by Richard
Stallman, who in the early 1980's when working at MIT became extremely unhappy
with the proprietary approach to software development. Stallman found that
when he was trying to develop new software for Xerox printers, Xerox refused
to provide the vital source code making modification extremely difficult.
Stallman saw the future of software manufacturing as taking this very industrialist
approach whereby large software manufacturers kept their vital source code
(product knowledge) from their customers/competitors in order to gain competitive
advantage and standardisation. Stallman believed that the source code should
be freely available and soon left his job at MIT and developed his own project
called GNU with a free operating code using a specific variation of Unix.
Open-source was born whereby the source-code would be provided with the operating
platform and 'copy-left' was introduced where 'copyrighting a program and
then adding specific distribution terms that give everyone the right to use,
modify and distribute the code' (Lighthouse case Study 1999). Stallman saw
the development of software as a public utility not one which is dominated
by public companies - who didn't always produce the most functional software. Linus
Torvalds first discovered a Unix like program called Minix while studying
at University in Helsinki, Finland. Linus posted
his new Unix-like kernel on the Internet and asked for suggestions on what
people 'disliked/liked about Minix...and for any practical solutions' (Moody
2001),’ whilst maintaining that the operating system was free. At this
stage the Linux community was created and as a result of which actors in the
community could communicate to Linus via the technological infrastructure
of the Internet. Ironically the success of Linux
as an open source project was heavily dependent on another open source project
for its success the Internet. 'The World Wide Web has made it possible to
implement virtually any conceivable scheme for organising Linux information'
(Browne 1997). The following diagram shows why:
Traditional
companies often have to compromise between the richness (quality of information)
and the reach of information (number of people reached). However the Internet
and most specifically the proliferation of e-mail ensured that the trade-off
between the richness and reach was minimal as the diagram depicts. Therefore
actors in the Linux community could be in Brazil, America or Europe and still
be exchanging highly detailed information 24 hours a day, seven days a week
and, most importantly, when they felt motivated.
The open source movement within the Linux community supported by the Internet enabled more and more hackers to contribute to the Linux project and ultimately adding more lines of code to the Linux kernel. As the community grew so did the reliability, functionality, complexity and commercial suitability of the Linux operating code. However the open source movement and the social co-ordination of the Linux project meant that individuals were more interested in personnel reputation and open source ideologies of the hacker community rather than personal financial gains. The open source movement is highly visible and individual hackers are mainly motivated by 'developing a name for themselves or enhancing a reputation...In gift cultures social status is not determined by what you control but what you give away...open source hackers are in fact a gift culture' (Lynne, Brook, Agres 2000). This led to one of the main advantages Linux had over contemporary software manufacturers in that millions of similar like-minded individuals can add to the community with different perspectives increasing the probability that any bugs will be fixed through incremental improvements. The following diagram depicts the virtuous value chain within Linux from the release of the operating code to evolutionary, self-organising cycle that makes the Linux open source community so formidable. ![]() Although open-source is represented as a perfect model it does have certain problems, namely forking where two open-source contributors have different beliefs and think the movement should alter direction. Another serious consideration is the rising management costs as the movement increases in size and complexity. However as long as the movement can stay focused and ultimately ahead of its competitors in terms of innovation and product development the community will continue to be successful. In
order to form a strong understanding of how the Linux revolution occurred
some reference must be made to a new form of management science, namely
complexity theory. Simply stated a complex system must have the following
characteristics 'First, they are open, dynamic systems...second, they
are made up of interacting agents...third, complex adaptive systems
exhibit emergence and self-organization' (Beinhocker 1997). It soon
becomes apparent that the Linux community is in fact a highly complex
adaptive system which was not controlled or planned. 'In effect, Torvalds
has found a self-organizing system of collaboration and spontaneous
order around himself without consciously intending to build such a system'
(Kuwabara 2000). This self-organising system of hackers around the world
constantly seeking to optimise the most robust and creative solution
to the kernel problems formed a system that was highly adaptive to external
changes and finding patches to new bugs. As the kernel increases in
complexity and the number of lines of code increase over time so does
the overall complexity of the community. But how does such a system
without any hierarchical controlling structure ensure that the diversity
and geographical disparity amongst the community stays aligned towards
the common goals and the interpersonal ideologies of the open-source
movement? One of the main axioms for this is the constant experimentation
and positive feedback between individual hackers, Linus, his core module
workers, community beliefs and the overall parallelism within the community.
This complex but essential sentence can be conceptualised in
a graphical representation (see below):
![]()
Whatever the state of the GNU-Linux Kernel in 2010 its inherent evolution will lie at the heart of the heterogeneous mix of hackers that made the Linux kernel so powerfully competitive against proprietary companies such as Microsoft. Some of the main differences in the business models of Microsoft and Linux were described in a book called the Cathedral and Bazaar by Eric Raymond. Some of the most important differences have already been mentioned, in the ability to modularise whilst continuing parallel development. Other crucial differences appear in the sense that the Linux community was a self-organising system, compared to the closed hierarchical system of Microsoft as depicted in the Cathedral and Bazaar; "The Linux world behaves in many respects like a free market or ecology, a collection of selfish agents attempting to maximise utility which in the process produces a self correcting spontaneous order more elaborate and efficient than amount of central planning" (Raymond 1998). As previously mentioned the ability to change the rules in one's markets is sometimes the only way to change market methodologies and this is encapsulated by Raymond. "Linux was the first project to make a conscious and successful effort to use the entire world as a talent pool...Linus was the first person to play by new rules" (Raymond 1998). The management structure in Linux is somewhat different to Microsoft in that Linux consists of Linus Torvalds, then his core module workers (selected on reputation and ability), then the massive pool of talent connected by the internet - compared to rigid and departmental structure of Microsoft. Although some could argue Linus has overwhelming control of Linux (and this caused a possible fork in 1998) he is there because of his own reputation and ability to communicate with individuals throughout the community. As Raymond states " a bazaar project leader or co-ordinator must have good people and communication skills". Crucially the main difference between the cathedral and the bazaar is the ability for the Linux community to constantly release new up-to-date beta codes "early and frequent releases are critical part of the Linux Development" (Raymond 1998). Compare this to the cathedral thinking: let as few bugs as possible be shown and these can be corrections in the next version. Raymond delicately states Linux's main advantage as "given enough eyeballs all bugs are shallow" (Raymond 1998). The growing
sophistication of Linux began to see the rise of commercial viability, but
one thing remained constant - the source code (knowledge of product) remained
free. Commercial business models could be created around providing support
services for Linux packages such as PC construction, Linux installation packages,
training/qualifications, consultancy, customer support, and magazines - in
effect becoming Linux vendors. Red Hat was arguably the most successful Linux vendor
and has not only helped increase the public and corporate awareness of Linux
but also propelled Linux towards threatening Microsoft. The growth of Linux
and Linux distributors continued and soon Red Hat attracted investment from
Dell, Compaq, IBM, Novell, Oracle and SAP. The snowball effect had begun and
as Linux was proven to outperform Microsoft in areas such as Net Servers -
Forget the Linux hype. Forget Microsoft Corp's market share. The bottom line,
according to our hands-on analysis, is that commercial Linux can do far more
with far less than Windows NT Server can (Moody 2001). As the vendors proved
Linux applications are highly robust, controllable, reliable, compact and
visible packages that quickly attracted adoption by large manufacturers such
as Oracle porting its database on Linux, HP providing Linux applications and
24 hour services, Dell would install Red-hat operating system on Dell servers
and workstations, IBM to support Linux products Globally. Linux had hit corporate
world and Microsoft got worried, "Linux can win as long as services/protocols
are commodities" (http://www.opensource.org/halloween/).
A graphical illustration of Linux's business model can be seen below:
![]()
The Linux rules and their lessons for today's managers and organizations are not particularly new with management authors such as Drucker and Handy constantly informing us that today's knowledge economy can only be won by giving the employees with the most the opportunity to succeed. However the Linux revolution goes much further than academic writing, the Linux Model is living proof to the open-source and corporate world that decentralised and self-organising ideologies can produce highly complex systems in non-profit/profit-seeking communities. E. D. Beinhocker, 1997. Strategy at the Edge of Chaos, The McKinsey Quarterly, Number 1. C.B. Browne, 1998. Linux and Decentralized Development, First Monday, volume 3, number 3 (March), http://www.firstmonday.org/issues/issue3_3/browne/ G. Hamel 1998. Strategy Innovation and the Quest for Value, Sloan Management Review, Vol. 39, No. 2 (Winter), pp. 714. G. Hamel 2000. Leading the Revolution, Penguin. P. Hood and D. Hall, 1999. Lighthouse "Open source software: Lighthouse case study," Toronto: Alliance for Converging Technologies. K. Kuwabara, 2000. "Linux: A Bazaar at the edge of chaos," First Monday, volume 5, number 3 (March), at http://www.firstmonday.org/issues/issue5_3/kuwabara/ M. M.Lynne, M. Brook, and C. Agres 2000. What Makes a Virtual Organization Work-Lessons from the Open Source World, Sloan Management Review, Vol. 42, No. 1 (Fall), pp. 13-26. C. Markides 1998. Strategic Innovation in Established Companies, Sloan Management Review, Vol. 39, No. 3 (Spring), pp. 3142 G. Moody, 2001. Rebel Code: the Inside Story of Linux and the Open Source Revolution. Cambridge, Mass.: Perseus. K. Nordström and Ridderstråle, 2000. Funky Business: Talent Makes Capital Dance. London: ft.com. R. T. Pascale, M. Millemann, and L. Gioja, 2000. Surfing the Edge of Chaos: The Laws of Nature and The New Laws of Business, Texere. E.S. Raymond, 1998. The Cathedral and the Bazaar, First Monday, http://www.firstmonday.dk/issues/issue3_3/raymond/ J. Schumpeter, 1975. Capitalism, Socialism and Democracy, HarperCollins. I. Tuomi, 2001. Internet, innovation, and open source: Actors in the network, First Monday, volume 6, number 1 (January), at http://www.firstmonday.org/issues/issue6_1/tuomi/ | ||
|
The Linux Revolution: A Paradigm Shift in the Software Industry by Benjamin
Wright |
|
| Reaction: |
Hi Benjamin, Read your article through a link someone posted on FLOSS. Anyway, I'm not sure if you intended your piece as a review of the field, but I thought I'd write since it seemed to back the conventional but largely unsupported wisdom of the dot-com era.... Which is to say that I don't know anyone today who is still a serious advocate of "gift culture" arguments. I'm a firm believer in Open Source (my own project: http://www.adsotrans.com), but there are huge issues with arguments that assume benevolence and disregard self-interest among developers, or (in the more economic approach) reframe interest as reputation to salvage unworkable theories of social organization. In the interest of shameless self-promotion, I actually wrote a piece here: www.firstmonday.dk/issues/issue6_12/lancashire/ If you skip the somewhat florid prose there is a simple point: the international distribution of open source development is a statistical anomaly for which any explanation of development needs to account. Converntional wisdom doesn't do it. That being said, I think your comments on decentralized and modular businesses are insightful and true. It certainly raises the question of why IBM actually exists, especially if we buy into the transaction costs framework of analysing business organizations. : ) Best of luck, and cheers, --david |
|