Open Source Software And Code example essay topic

Open Source: Good and Bad Introduction: In the following paper I will be discussing the use of open source software as part of a larger project. Example uses of this include incorporating existing publicly available source code within another piece of software. Because the term open source has such broad implications, I will attempt to explain it within the context of this paper. Open source code comes with many different licenses such as GPL, BSD, and MIT. I will describe the most popular licensing options and how they differ. Many companies believe open source software projects have an immense lack of accountability; this is simply untrue.

Lastly, open source software has recently received an abundance of attention in the media because of possible copyright violations. I will discuss some of the probable scenarios regarding copyright violations with open source and how to protect ones self. Throughout this paper, I hope to shed some light on the use of open source and how beneficial it truly can be to a company. Open source software and code can be a wonderful and vastly useful tool.

In today's programming world, there is not much left in terms of new frontiers of programming. Most of the algorithms that programmers need have already been written. Why spend the time to rewrite a complicated algorithm or function when it has already been done and free for you to use? Luckily, other programmers have generously donated their time and money to provide you with free code. Before you dive in, there are a few details to be aware of. Definition of open source: The term open source refers to several different things.

Sometimes it means a fully functional software program, available for free. Other times it is a C library, made available free of charge. For this paper, when I say open source, I mean the following: source code, in partial or complete form, with some form of public, free-of-charge licensing. I do not mean using open source tools to write software. A good example of what I am referring to would be heading over to Sourceforge (1) and grabbing a couple hundred lines of code from the CVS repository of the Gaim Project (2) for use inside your project. Note that 99 percent of the time when you engage in this type of activity, you are required to also copy the license at the top of the code.

Basically, the licensing information must always be copied with the source code, or you are in violation of the terms of the license agreement. One could probably write an entire encyclopedia, documenting and explaining the various open source license formats available today. Considering most of these are written by teams of lawyers and span multiple pages, this comes as no surprise. While complicated at first, they really are not that bad. It is important to keep in mind that their main intent is to protect the rights of the original author, not to impede your use of the author's code. Licensing Options: The most popular license is known as the General Public License (GPL for short.) This license places the software into the public domain with some restrictions.

Additionally, all improvements or derived code must also be placed under the GPL. If you are planning on releasing software based in part on code obtained under the GPL, you must provide the source code for your version. You may charge a fee for this, but people are still allowed to buy a copy and redistribute it for free. Note that if you are building software for private use, you do not have to redistribute this private code.

Using the aforementioned example, if you were to use a piece of code from Gaim in your program, you must release your whole project under the GPL if you wish to make your project publicly available. Another very popular license is the MIT license. This is a very simple license that in essence states that you can do whatever you want with this code. You may include MIT licensed code into a commercial project as well. Note that the MIT license specifically articulates that if a MIT license program causes you damage, the author is not responsible. The only requirement is to keep this license with the code that you use.

The popular BSD license is a slight variation on the MIT license (3). The main difference between the GPL and MIT license is that the GPL is considered copyleft (4). Any changes you make to the code and release must be licensed under the GPL. The MIT license, conversely hand has no such provision. Anyone is authorized to download a large MIT open source project, change one line of code, and sell it for two million dollars. Companies looking to use open source code in their commercial projects should probably attempt to find code licensed under MIT.

Companies developing software for in house use can utilize either. Google is a great example of a company using modified GPL code in a private circumstance (5). Many newcomers to open source software often wonder, "What happens if the developers suddenly up and move to Antarctica tomorrow?" There are a few reasons this is irrational. First of all, if you choose code with the right license, you are free to modify the code as you please.

If worse comes to worse, take over the project and do something good for the community. If most of the code in your commercial software is obtainable at no cost, you might want to rethink that particular piece of software. In all probability, a company owning a commercial piece of software may unexpectedly disappear tomorrow, leaving you with only a binary copy of that program. You will have no possible way to make any changes. If an open source project goes belly up, you are free to make any future fixes necessary because you have the source code. Open Source in the Media: Open source software has received a profusion of notice in the media lately due to alleged copyright violations (6).

Many companies developing proprietary software see open source software as a threat to their business model. Recently a company known as SCO, who own the rights to UNIX, sued IBM, HP and others for copyright violations involving Linux. Fortunately, the case was thrown out in favor of IBM et al. In the wake of this challenge to the very foundation of open source, large companies such as IBM have pledged not to attack open source using the patents they own.

It is rather interesting to note that because SCO decided to challenge open source in this fashion, it has fundamentally wrecked any credibility it had in the technology industry. Not only did they loose their case, but they have also been "run out of town" by the members of the software industry (7). I feel confident that unfounded accusations such as SCO's will not arise in the future. If you are still unsure and want some extra protection, a few companies have sprung up to offer open source insurance (8).

I will not go into details here, but if you are worried, you may wish to purchase insurance of this type. Conclusions: If you think you cannot make money releasing your project as open source think again. Many companies (9) loose money giving away software, yet they still make a profit. This is because they had the clever idea of selling support. Give a complicated piece of software away for free, but sell the service and support involved in the setup and maintenance of the code. Provide the software for free, but sell a nicely packaged boxed set with a complete printed manual.

It is extremely imperative to understand that open source as a whole is more than bits and bytes of code; it is a type of social movement that many people take very seriously. Instead of treating open source as an obstacle to profits, consider it as another tool used to develop a better product. The best form of advertising is word of mouth, even in the age of computers. If word gets around that you are an open source contributor or friend, I guarantee you will find yourself with extra customers.

Bibliography

1. SourceForge. net is the world's largest Open Source software development website. Open Source Technology Group, 28 Apr. 2005.
2. Hammond, Christian. "A multi-protocol instant messaging (IM) client". 4 Apr 2005.
3. "The MIT License". The Open Source Initiative OSI. 2005.
4. "What is copyleft."GNU Project - Free Software Foundation". 26 Apr 2005.
5. Taft, Darryl K. "Google Gives Behind-the-Scenes Peek" e Week. 3 Mar. 2005.
6. "News". Open Source Risk Management. 15 Feb. 2005.
7. Ante, Spencer. "A Linux Nemesis on the Rocks". Business Week. 3 Mar. 2005.
8. "Offerings". 2004.
9. "Why Subscriptions". Red Hat Corporation. 2005.