摘要: 源代码是软件的一部分并且是人为可读的。它包含了软件运行所需要的信息。所有对软件的改变（去除错误，增加功能，软件加强等等）都在源代码上实现。软件在由机器运行之 前，源代码需要被翻译（编译）为二进制或者对象代码。这个过程通常是不可逆的。软件一旦被编译就不能改变。如...
源代码是软件的一部分并且是人为可读的。它包含了软件运行所需要的信息。所有对软件的改变（去除错误，增加功能，软件加强等等）都在源代码上实现。软件在由机器运行之 前，源代码需要被翻译（编译）为二进制或者对象代码。这个过程通常是不可逆的。软件一旦被编译就不能改变。如今大多数最终用户的软件都是编译的二进制代码格式，出厂时 并不附带源代码。没有源代码，软件就不能够被修改、修复以及加强，任何对软件的操作都会大大受到限制。开源（OS）和相关的标识都属于开源促进会（OSI）所有(http://www.opesource.org)。 任何称之为OS的软件必须满足OSI定义的相关条 款和条件。这些条款和条件规定开源软件的源代码必须全部开放不能有任何限制。
任何人都可以获得OS软件并能够查看其内部的工作、变化、改善并能够把其中任何代码的副本 送给任何人。软件并不是黑盒子当中的隐藏秘密，作为一个鲜活的资源，可以生产更多更好的软件。OS许可制度保证这个概念基于健全的法律基础。法律的背景几乎与FS的定 义不谋而合，FS的定义将在本章后面的内容中提到。组成一个良好的OS项目的其他因素包括：管理，交流和组织。本章内容仅仅涉及到了较为成功的OS发展模式的相关主题。Karl Fogel已经在http://pro ducingoss.org发表了一套详细的内容来说明如何生产OS，任何人想要开源自己的软件，这是必须要理解的基本内容。如果更多的人学习一些基本的准则就会避免 很多不必要的麻烦，例如有些人认为还需要去争论一下OS模式。Foge对OS开发的建议有两个关键因素，是“尽早发布和经常发布”。
尽早发布
OS软件开始往往是针对具体问题的解决方案。长期来看，解决方案越早形成对于项目来说就越好。对所有的OS软件项目来说这都是十分重要的，因为它允许其他人在很早的阶 段就可以加入到这个过程中。如果这个方案很好，那么其他人就可以直接使用并能够有所贡献。贡献的形式多种多样，可以是实际的软件开发，也可以是资助、提供资料、测试，甚至是向其他开发者和用户宣传或建议这个软件。越多的人提供想法，解决方案就有越多的测试、加强和发展。一开始就拥有良好的交流对于任何OS项目来说都十分重要，这就 把它与封闭的发展模式分离开来。
经常发布
随后的许多项目都出现了快速的原型设计和敏捷计算的案例。公开访问代码库允许开发者和用户可以发现每天最新的变化并能跟上时间节奏。所有的变化都记录在代码库中并且以 特殊的邮件列表形式进行分布，这就允许任何对此感兴趣的人可以对代码库进行紧密的跟踪编辑。软件通常来说永远不会结束并常常伴有漏洞，对OS项目来说也不例外。然而，OS软件中漏洞被快速解决的可能性会更高，对软件的更正方法往往是打补丁，打补丁可以随意的定期进行。然而，合适的软件版本远远不是从代码库中获取最新的版本。要公开 发行软件，软件应该是测试过的、证明过的，尽可能稳定和合理的。发布周期不应该出于商业上的考虑或者是市场周期的考虑。不过，作为一个一般准侧，发布应该有一个固定的 模式，延期发布要尽最大可能避免。
