Open-source model and Wikipedia:Articles for deletion/Steven Summers: Difference between pages

(Difference between pages)
Content deleted Content added
Minor restructuring and cleanup
 
Friday (talk | contribs)
 
Line 1:
===[[Steven Summers]]===
{{cleanup}}
Subject of the page seems to be unremarkable [[User:Manikraina|Manik Raina]] 14:11, 14 July 2005 (UTC)
 
*'''Delete''' vanitycruft. [[User:Friday|Friday]] 14:33, 14 July 2005 (UTC)
'''Open source''' refers to a basis case where sources of information, code, pictures, maps, authors, anything likewise, and everything related are all publicly viewable and openly modifiable. When used as an adjective, the term is hyphenated: "[[Apache_HTTP_Server|Apache]] is ''open-source'' software"; otherwise, when used as a noun, there is no hyphen: "open source". This article focuses on '''open source''' as a common allusion to any '''open-source software''' where its [[source code]], its related documentation and its content in general acquired such open-source basis. The [[Open Source Definition]] (OSD) presents an open-source philosophy, and further defines a boundary on open source to how such information is used, modified or redistributed.
 
Open-source software has freely available source code; anybody may view the code or redistribute it. An open-source software package usually contains the source code. Access to such source code allows anybody to modify the software or create a new version of it as well as anybody can package the software and sell it. The term ''open source'' commonly alludes to any software that has publicly available source code, but not all publicly available source code meets open source standards.
 
[[Open-source license]]s define specific grants or restrictions on how open source is used, modified or redistributed, and several open-source licenses have qualified within the boundary of the OSD, like the popular [[GNU General Public License]] (GPL); see ''[[#Licensing in depth|Licensing in depth]]'' below for more details.
 
==Origins and criticism of the term==
[[Image:Opensource.gif|right|150px]]
The 'open source' label came out of a strategy session held in Palo Alto in reaction to Netscape Communication Corporation's January 1998 announcement of a source code release for Navigator. A group of individuals at the session included Todd Anderson, Christine Peterson, John Hall and Larry Augustin, Sam Ockman and [[Eric S. Raymond]]. They used the opportunity before the release of Navigator's source code to express a confusion caused by the dual meaning of the word 'free'; the FSF intended the word to mean "free as in free speech," not "free as in free beer," but nevertheless, free software came to be associated with zero cost, a problem which was exacerbated by the fact that a great deal of it is, in fact, free of charge. With evidence from years of pragmatic cases in closed development versus open development, the [[Open Source Initiative]] formed to present the case to commercial businesses, like Netscape, to support 'open source,' a term coined at this meeting by Peterson of the [[Foresight Institute]] think tank. OSI hoped that the usage of the label 'open source' would eliminate ambiguity, particularly for individuals who have mistakened "free software" as anti-commercialism. Critics of 'open source' said that it fosters an ambiguity of a different kind such that it confuses the mere availability of the source with the freedom to use, modify, and redistribute it. Many people, however, have claimed that the birth of the Internet provided the revolution for open source.
 
==Licensing in depth==
Software with source code in the [[public ___domain]] is open source as well as any software distributed under an open-source license. Open-source licenses define the privileges and restrictions a licensor must follow in order to use, modify or redistribute the open source software. Such licenses may have additional restrictions such as a requirement to preserve the name of the authors and the copyright statement within the code. There are also [[shared source]] licenses which have some similarities with open source, but a number of critical differences make such licenses incompatible with the Open Source Definition. Some software licenses define an [[open standard]] basis and may or may not be similar to open source, like some versions of [[Solaris Operating Environment|Solaris]] and [[PGP]].
 
Examples of open source licenses include [[BSD license]], [[GNU General Public License]], [[GNU Lesser General Public License]], [[MIT License]], [[Apache License]] and [[Mozilla Public License]].
 
{{sect-stub}}
 
==Open source movement==
{{mainarticle|Open source movement}}
 
The open source movement is a large movement of programmers and other computer users that advocates unrestricted access to the source code of software. It grew out of licenses such as [[BSD]], the ubiquitous access to Unix source code at universities and goals which differ somewhat from those of the [[Free software movement]]. The line between the two is somewhat blurry; both are founded in the [[hacker culture]]. Mostly, the Free software movement is based upon political and philosophical ideals, while open source proponents tend to focus on more pragmatic arguments. [[Openness]] is a term that has evolved now to refer to projects that are open to anyone and everyone to contribute to, before and/or after the actual programming. Both groups assert that this more open style of licensing allows for a superior software development process, and therefore that pursuing it is in line with rational self-interest. Free software advocates, however, would argue that "freedom" is a paramount merit that one should prefer (or at least weigh heavily) even in cases where [[proprietary software]] has some superior technical features.
 
Proponents of the open source development methodology claim that it is superior in a number of ways to the [[closed source]] method (and some individuals may suggest that the open source methodology is the methodology that is able to produce the quality of software that can be higher than that produced by any other methodology or technique). Stability, reliability, and security are frequently cited as reasons to support open source. One successful application of the open source model is the [[Linux]] operating system, which is renowned for its stability and security characteristics. Among the works that explore and justify open source development is a series of works by [[Eric S. Raymond]] which includes [[The Cathedral and the Bazaar]] and [[Homesteading the Noosphere]].
 
Open source advocates point out that as of the early [[2000s]], at least 90 percent of computer programmers are employed not to produce software for direct sale, but rather to design and customize software for other purposes, such as in-house applications. According to advocates, this statistic implies that the value of software lies primarily in its usefulness to the developer or developing organization, rather than in its potential sale value, and that consequently there is usually no compelling economic reason to keep source code secret from competitors. Open-source advocates further argue that corporations frequently over-protect software in ways actually damaging to their own interests, for reasons ranging from mere institutional habit through reflexive territoriality to a rational but incorrect evaluation of the tradeoffs between collecting secrecy rent and the quality and market payoff of openness.
 
The [[2001]] film ''[[Antitrust (movie)|Antitrust]]'' portrayed the struggle of a small-time group of open-source programmers against a large [[Microsoft]]-like closed-source corporation.
 
==Open source versus closed source==
The open source vs. closed source (alternatively called proprietary development) debate is sometimes heated.
 
The most obvious complaint against open-source software involves the complaint that making money through some traditional methods, such as the sale of the use of individual copies and patent royalty payments, is much more difficult and sometimes impractical with open-source software. Some software development companies sell licenses to use individual copies of software as their primary source of income, using a combination of [[copyright]], [[patent]], [[trademark]], and [[trade secret]] laws (collectively called [[intellectual property rights]] laws). By keeping source code hidden, they usually make it impractical to make changes to a program they develop, and demand fees for its use and improvement. Although most software is written for internal use, fees from sale and licensing of commercial software are the primary source of income for companies which sell software.
 
Additionally, some companies with large research and development teams develop extensive patent portfolios, with the purpose of making money from patent royalties. These companies can charge licensing fees for the use of their patents in software, however open source distribution creates the potential for an infinite number of derived works using the patented technology without payment to the patent holder.
 
This complaint is countered by a large number of alternative funding streams, which are actually better-connected to the real costs of creating and maintaining software. After all, the cost of making a copy of a software program is essentially zero, so per-use fees are perhaps unreasonable. At one time, open-source software development was almost entirely volunteer-driven, and although this is true for many small projects, many alternative funding streams have been identified and employed for open source software:
*give away the program and charge for installation and support (used by many Linux distributions).
*"commoditize complements": make a product cheaper so that people are more likely to purchase a related product or service you do sell (this is a primary reason for OpenOffice.org; Sun gives away the office suite to encourage users to buy their computer hardware).
*cost avoidance / cost sharing: many developers need a product, so it makes sense to share development costs. (this is the genesis of the X Window system and Apache).
 
Increasingly open-source software is developed by commercial organizations. In 2004, Andrew Morton noted that 37,000 of the 38,000 recent patches in the Linux kernel were created by developers directly paid to develop the Linux kernel. Many projects, such as the X Window system and Apache, have had commercial development as a primary source of improvements since their inception, and this trend has accelerated over time.
 
One argument against open-source software is that closed-source development allows more control over the final product, though this argument does little to support its assertion. The theory behind this argument is that open-source software is primarily a volunteer effort, while closed-source development is typically a salary-driven effort. By having monetary resources to fund developers and management, and the ability to control development in a given direction, closed-source proponents argue that development can be more efficient and more focused. But this argument misses many key points.
*OSS may be, and is increasingly, supported by financial backing.
*Project control is independent of its source code status.
An entirely external project may ignore an organization's needs. However, an organization can devote resources to ensure its needs are met. At the extreme end, an organization could "fork" an open source development project and add the critical components it needs. Ultimately, Open-source software offers greater flexibility to end-users because any end user can take the program and modify it for their needs.
 
Large scale open-source projects such as [[Linux]], [[FreeBSD]], or [[Apache HTTP Server|Apache]] tend to discredit this argument. However, even within these very successful projects, there are sometimes technological components missing due to the fact that no one has the time or effort to volunteer to do them, nor a commercial company whose interests cause it to fund such work. Of course, this also applies to proprietary products; proprietary products also omit technological components because the expected return is less than other alternatives, even if they are important to a particular customer. It is also worth mentioning that most of the venture capital money is not going to open source companies today. Instead, many open source projects are either legacy code like [[FreeBSD]] or [[Apache HTTP Server | Apache]] which were developed a long time ago independently of the open source movement, or companies like [[Netscape]] which donate its source code to open source with the hope that they can compete better, or companies like [[MySQL]] which use open source to lure customers for its more expensive licensed product. This argument is weakened by the fact that most of these projects have seen major or even complete (in the case of the Netscape code, for example) rewrites and don't contain much of the original code.
 
Open source is a term that is applied to the entire concept that the creation and organization of knowledge is best created through open and cooperative efforts, this movement, variously called "Open Content" or "Free Culture", has been expressly endorsed by advocates of OSS, including Linus Torvalds who said "The Future is Open Source Everything".
 
==Open source versus free software==
While on a practical level Open Source Software and Free Software usually share the same licenses, according to the [[Free Software Foundation]] (FSF), the Open Source movement is philosophically distinct from the [[free software movement]]. The FSF's free software definition is more restrictive than the Open Source Definition; as a consequence of this, free software is open source, but open-source software may or may not be "free". In practice, nearly all open-source licenses also satisfy the FSF's free software definition, and the difference is more a matter of philosophical emphasis. (One exception is an early version of the Apple Public Source License, which was considered open-source but not free, because it did not allow private modified versions; this restriction was later removed.) Software distributed under both the GPL and [[BSD license|BSD]] licenses is considered both free and open-source.
 
The 'open source' movement began in 1998 with a group of people, notably Eric S. Raymond and [[Bruce Perens]], who formed the Open Source Initiative (OSI). They sought to (1) bring a higher profile to the practical benefits of sharing software source code, and (2) interest major software houses and other high-tech industry companies in the concept. They attempted to register 'open source' as a [[service mark]] for 'free software' products, but that attempt failed. Years later, the OSI finally obtained the [[trademark]] on "OSI Certified."
 
Many people recognize a qualitative benefit to the software development process when a program's source code can be used, modified and redistributed by developers. (''See also'' [[The Cathedral and the Bazaar]].) The free software movement emphasizes the moral and ethical aspects of software, seeing technical excellence as a desirable by-product of its ethical standard. The open source movement sees technical excellence as the primary goal, regarding source code sharing as a means to an end. As such, the FSF distances itself both from the open source movement and from the term 'open source.'
 
<!-- commented out paras that reek of original research. See talk, please justify before uncommenting: In most cases, licenses which qualify as free software licenses also qualify as open source licenses. However, the reverse is a different matter since the [http://opensource.org/docs/definition.html Open Source Definition (OSD)] does not explicitly and unambiguously state a requirement that open source licenses grant people the right to copy their software. For example, nowhere in the OSD or its rationale is the word "copy" included. Rather, some interpret the OSD as treating software like cars which you can inspect, tinker, modify and even resell ("redistribute"), while making copies is a different matter which the OSD never addresses. Note, however, that many interpret the term "redistribution" as used in the OSD to include copying. (The OSD is a modified form of the [[DFSG]].)
 
If the Open Source Definition (OSD) is treated as a distribution scheme, as [[Richard Stallman]] holds, then the right to copy software is necessarily implied by any OSD license. This view is strengthened by statements made by backers of the OSD that the term "open source software" is simply a "marketing campaign for Free Software". However, the proliferation of use licenses has led many people to believe that a license is required to run software. From that perspective, the OSD (by itself) does not grant nor imply any right to copy software unless the term "redistribute" is interpreted as including the act of copying.-->
Since the OSI only approves free software licenses as complying with the OSD, most people interpret it as a distribution scheme, and freely interchange "open source" with "free software". Even though there are important philosophical differences between the two terms, particularly in terms of the motivations for developing and using such software, they seldom make any impact in the collaboration process.
 
While the term 'open source' removes the ambiguity of freedom versus price, it introduces another: between programs that meet the Open Source Definition, giving users the freedom to improve upon them, and programs that simply have source available, possibly with heavy restrictions on the use of that source. Uninformed people might assume that any software that has source available is "open source" because they can tinker with it themselves. However, much of this software does not give its users the freedom to distribute their modifications, restricts commercial usage, or otherwise restricts users' rights. This is the case with Microsoft's "[[shared source]]" initiative, and to a lesser extent with the "[[license-free software|license-free]]" software of [[Daniel J. Bernstein]].
 
==Security==
Open source advocates usually believe that open source programs are more secure, mostly because flaws in the code can be seen and fixed by anyone. Different studies reach different conclusions about [[security through obscurity]] versus open source, with closed source programs having fewer advisories, but open source software usually having shorter times between discovery and a patch or a fix. Closed source advocates, including [[Microsoft]] corporation, argue that since no one is responsible for open source, there is no way to know whether it has been fixed. Open Source advocates argue back that no one knows what bugs exist in a closed source product, since there is no one checking claims made by its vendor.
 
Some proponents of proprietary or closed source software believe that open source software is more susceptible to security problems due to the availability of its source code. They also believe that the main factor which causes exploitation of proprietary software such as Microsoft Internet Explorer is its large market share, making it an attractive target for attackers. In response, proponents of open source software may believe that the availability of open source code leads to faster discovery of security issues, and faster resolution of these issues. This approach is also used in [[cryptography]]: it is believed that a secure encryption scheme has to be able to withstand attacks from people who have access to the code, and that [[security through obscurity]] is not a good thing. Though, [[cryptography]] and software development are very much different things. Opening up the source code may in fact hurt the security significantly. For example, many open source web programs using php have serious security problems and although these problems are being fixed, they are only fixed when affected end users prompt the developers about the problem.
 
==Participants in OSS development projects==
The participants of an OSS project fall broadly into two categories. There are the Core and the Peripheral.
 
The Core or Inner Circle are those developer who modify codes that constitute the project.
 
The Peripheral are usually made up of users who use the software. They report bugs, and suggest fixes.
 
The participants may then be further divided into the following.
#Project leaders who have the overall responsibility (Core). Most of them might have been involved in coding the first release of the software. They control the overall direction of individual projects.
#Volunteer developers (Core / Periphery) who do actual coding for the project. These include:
#*Senior members with broader overall authority
#*Peripheral developers producing and submitting code fixes
#*Occasional contributors
#*Maintainers who maintain different aspects of the project
#Everyday users who perform testing, identify bugs, deliver bug reports, etc. (Periphery)
#Posters (Periphery) who participate frequently in newsgroups and discussions, but do not do any coding.
 
==Open source software development model==
In his 1997 essay The Cathedral and the Bazaar [RAY2000], Eric Raymond suggests a model for developing OSS known as the Bazaar model. Raymond likens the development of software by traditional methodologies to building a cathedral, "fully crafted by individual wizards or small bands of mages working in splendid isolation" [RAY2000]. He suggests that all software should be developed using the bazaar style, which he described as "a great babbling bazaar of differing agendas and approaches."
 
In the Cathedral model development takes place in a centralized way. Roles are clearly defined with people dedicated to designing (the architects), people responsible for managing the project and another responsible for implementation. It can clearly be seen that traditional software engineering follows these dogmas. F.P. Brooks in his book ''[[The Mythical Man-Month]]'' advocates this sort of model. He goes further to say that in order to preserve the architectural integrity of a system, the system design should be done by as few architects as possible.
 
The Bazaar model however is different. In the Bazaar model however roles are not clearly defined. Gregorio Robles [ROB2004] suggest that software developed using the Bazaar model should exhibit the following patterns:
*''Users should be treated as co-developers.'' The users are treated like co-developers and so they should have access to the source code of the software. Furthermore users are encouraged to submit additions to the software, code fixes for the software, bug reports, documentation etc. Having more co-developers increasing the rate at which the software evolves. Linus’ law states that, "Given enough eyeballs all bugs are shallow." This means that if many users view the source code they will eventually find all bugs and suggest how to fix them. Note that some users have advanced programming skills, and furthermore, each user's machine provides an additional testing environment. This new testing environment offers that ability to find and fix a new bug.
*''Early Releases.'' The first version of the software should be released as early as possible as to increase ones chances of finding co-developers early.
*''Frequent Integration.'' New code should be integrated as often as possible so as to avoid the overhead of fixing a large number of bugs at the end of the project life cycle. Some Open Source project have nightly builds where integration is done automatically on a daily bases.
*''Several Versions.'' There should be at least two versions of the software. There should be a buggier version with more features and a more stable version with fewer bugs. The buggy version is for users who want the advantage of having the latest features. The users can then act as co-developers, reporting bugs and providing bug fixes. This version is the development version. The stable version offers the users less bugs or less features.
*''High Modularization.'' The general structure of the software should be modular allowing for parallel development.
*''Dynamic decision making structure.'' There is need for a decision making structure, whether formal or informal, that makes strategic decisions depending on changing user requirements and other factors.
 
Most well-known OSS products follow the Bazaar model as suggested by Eric Raymond. These include projects such as Linux, Netscape, Apache, GNU compilers and Perl to mention a few. [[SourceForge]], which maintains that it is the largest repository of Open Source code and applications available on the Internet, had 87554 Open Source projects as of writing. These projects are all undertaken based on the Bazaar model.
 
*[RAY2000] Raymond E.S. (September 11, 2000). "The Cathedral and the Bazaar". Retrieved September 19,2004 from http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/index.html
*[ROB2004] Robles G. (2004). "A Software Engineering approach to Libre Software". Retrieved April 20, 2005 from http://www.opensourcejahrbuch.de/2004/pdfs/III-3-Robles.pdf
 
==Open source software development tools==
There are several types tools used to aid the activities performed in Open Source Software projects. These tools include the following;
===Source code collaboration tools===
In OSS development the participants, who are mostly volunteers, are distributed amongst different geographic regions so there is need for tools to aid participants to collaborate in the development of source code.
 
[[Concurrent Versions System]] (CVS) is a major example of a source code collaboration tool being used in OSS projects. CVS allows for the history of files to be stored so that one can go back to a previous version of a file and retrieve it. CVS does this not by saving each version of a file but by saving the differences between the various versions.
 
CVS also helps manage the files and codes of a project when several people are working on the project as the same time. CVS can allow several people to work on the same file at the same time. This is done by moving the file into the users’ directories and then merging the files when the users are done.
 
===Testing tools===
Since OSS projects undergo frequent integration, tools that help automate testing during system integration are used. One such tool is [[Tinderbox (software)|Tinderbox]].
 
Tinderbox enables participants in an OSS project to detect errors during system integration. Tinderbox runs a continuous build process and informs users about the parts of codes that have issues and on which platform. It also identifies the author of the offending code. The author is then held responsible for ensuring that error is resolved.
 
===Bug/Error/Defect tracking tools===
Bug tracking is a very important aspect of OSS projects. Bug tracking includes the following tasks. It involves keeping a record of all reported bugs, whether the bug has been fixed or not, which version of the software does the bug belong to, and whether the bug submitter has agreed that the bug has been fixed (squashed). Popular bug tracking systems include [[Bugzilla]] and [[GNATS]].
 
GNU GNATS is a set of tools for tracking bugs reported by users to a central site. It allows problem report management and communication with users via various means. GNATS stores all the information about problem reports in its databases and provides tools for querying, editing, and maintenance of the databases.
 
Bugzilla is a "Defect Tracking System" or "Bug-Tracking System". It allows individual or groups of developers to keep track and manage outstanding bugs in their product effectively.
 
===Communication===
Since the participants in an OSS development project are dispersed, there is a need for tools to aid in organizing communication between project participants. This is accomplished with the aid of websites (SourceForge, [[freshmeat]]), mailing lists ([[GNU Mailman]]) and instant messengers.
 
The above mentioned Open Source Software development tools are an essential and integral part of the Open Source Software development model.
 
==Influence on other fields==
The open source movement has been the inspiration for increased [[transparency (humanities)|transparency]] and liberty in other fields. One example, is the release of [[biotechnology]] research by [[CAMBIA]].
 
==Advocates==
Leading open source advocates include [[Bruce Perens]], [[Eric Raymond]], [[Linus Torvalds]], [[Eben Moglen]], [[Paul Vixie]], [[Alan Cox]], [[Tim O'Reilly]] and [[Brian Behlendorf]].
 
[[Richard Stallman]] is a central figure in the similar [[free software movement]], which has a different philosophical basis; Stallman does not want his name associated with the term ''open source''.
 
==Prominent projects and organizations==
*[[Apache Software Foundation]], [[Debian]], [[FreeBSD]], [[Mozilla Foundation]], [[NetBSD]], [[OpenBSD]], [[Linux]], [[OpenOffice.org]], [[Open Source Initiative]], [[SourceForge]], [[GNU]], [[Open Source Development Labs]]
 
==Examples of open source software==
*[[Apache HTTP Server]], [[Linux]], [[Berkeley Software Distribution|BSD]], [[Mozilla]], [[TeX]], [[XFree86]], [[GIMP]], [[PHP]], [[KDE]], [[GNOME]], [[OpenOffice.org]], [[MySQL]], [[PostgreSQL]], [[Blender]]
 
For a more extensive list, see [[List of open-source software packages]].
 
==See also==
===Related topics===
*[[Free culture]]
*[[Free/Libre Open Source Software]]
*[[Gift economy]]
*[[GNU Savannah]]
*[[Halloween documents]]
*[[List of open-source software packages]]
*[[Open content]] for non-programming open source projects
*[[Open Design]] &mdash; the application of open source principles to creating material objects and solutions.
*[[Open hardware]]
*[[Openness]] &mdash; the philosophical term
*[[Open source culture]]
*[[Open source ethics]]
*[[Open source funding]]
*[[Open source politics]]
 
===Contrast with===
*[[Freeware]]
*[[Shareware]]
*[[Proprietary software]]
 
==External links==
<!-- Please keep this list alphabetized. Thanks! -->
*[http://emoglen.law.columbia.edu/publications/anarchism.html Anarchism Triumphant: Free Software and the Death of Copyright] &mdash; Eben Moglen, Professor of Law and History at Columbia University
*[http://www.openknowledge.org/writing/open-source/scb/brief-open-source-history.html Brief History of the Open Source Movement]
*[http://emoglen.law.columbia.edu/publications/dcm.html The dotCommunist Manifesto] &mdash; Eben Moglen
*[http://www.catb.org/~esr/open-source.html Goodbye, "free software"; hello, "open source"] &mdash; Raymond's announcement of the term "open source", 8 February 1998
*[http://www.opensource.org/index.php Open Source Initiative (OSI)] &mdash; a list of available licenses
*[http://www.oreilly.com/catalog/opensources/book/toc.html Open Sources: Voices from the Open Source Revolution] &mdash; an online book containing essays from prominent members of the open source community
*[http://www.gnu.org/philosophy/free-software-for-freedom.html Why "Free Software" is better than "Open Source"] &mdash; a later essay from [[Free Software Foundation|FSF]]
 
{{software distribution}}
 
[[Category:Software]]
[[Category:Digital Revolution]]
[[Category:Free software]]
 
[[ar:&#1605;&#1589;&#1583;&#1585; &#1605;&#1601;&#1578;&#1608;&#1581;]]
[[da:Open source]]
[[de:Open Source]]
[[es:Código abierto]]
[[eo:Malfermita kodo]]
[[fr:Open Source]]
[[ko:&#50724;&#54536;&#49548;&#49828;]]
[[is:Opinn hugbúnaður]]
[[it:opensource]]
[[he:&#1511;&#1493;&#1491; &#1508;&#1514;&#1493;&#1495;]]
[[kn:&#3246;&#3265;&#3221;&#3277;&#3236; &#3236;&#3302;&#3236;&#3277;&#3248;&#3262;&#3302;&#3254;]]
[[lt:Atvirojo kodo programa]]
[[hu:Nyílt forráskód]]
[[ms:Kandungan terbuka]]
[[nl:Open-source software]]
[[ja:&#12458;&#12540;&#12503;&#12531;&#12477;&#12540;&#12473;]]
[[pl:Otwarte oprogramowanie]]
[[pt:Software livre]]
[[ru:Open Source]]
[[simple:Open source]]
[[sk:open source]]
[[fi:Avoin lähdekoodi]]
[[sv:Öppen källkod]]
[[th:&#3650;&#3629;&#3648;&#3614;&#3609;&#3595;&#3629;&#3619;&#3660;&#3626;]]
[[zh:&#24320;&#25918;&#28304;&#20195;&#30721;]]