1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
|
<!--#set var="ENGLISH_PAGE" value="/philosophy/free-doc.en.html" -->
<!--#include virtual="/server/header.zh-cn.html" -->
<!-- Parent-Version: 1.79 -->
<!-- This file is automatically generated by GNUnited Nations! -->
<title>为什么自由软件需要自由手册 - GNU 工程 - 自由软件基金会 (FSF)</title>
<!--#include virtual="/philosophy/po/free-doc.translist" -->
<!--#include virtual="/server/banner.zh-cn.html" -->
<h2>为什么自由软件需要自由手册</h2>
<blockquote class="announcement"><p>
<a href="http://defectivebydesign.org/ebooks.html">请关注我们有关电子书危险性的邮件列表</a> 。
</p></blockquote>
<ul>
<li><a href="/copyleft/fdl.html">GNU 自由文档许可证</a></li>
</ul>
<p>
自由操作系统的最大不足之处不在于软件本身，而是在于我们缺乏可以包含其中的良好的自由手册。我们的很多重要的程序都没有提供完整的手册。文档是任何一种完整的软件包所必需的一部分；当一个重要的自由软件没有提供一份自由的手册时，就产生了一个严重的缺口。我们现在存在很多这样的缺口。 </p>
<p>
曾几何时，在很多年前，我决定要学习 Perl。我得到了一份自由的手册，但我发现它很难读懂。当我向其他 Perl
的用户请教是否有其他的参考资料时，他们告诉我有一些更好的入门手册——但它们都不是自由的（不尊重自由）。</p>
<p>
为什么会产生这样的情况？那些优秀手册的作者为 O'Reilly Associates
写书，以严苛的条款来出版——不允许复制，不允许修改，没有源文件——这使得它们被排除在了自由软件社区之外。 </p>
<p>
这样的事情并不是第一次发生，也不会是最后一次，这是自由软件社区的一个重大的损失。非自由的手册的出版商已经诱使很多的作者对他们的作品采用这样的限制。很多次，一位
GNU 的用户高兴的告诉我他正在写一本手册，并希望这可以帮助到 GNU
工程，然而我的希望很快就又破灭了，因为他很快向我解释说，他已经与一家出版社签约，所以作品不能以自由的方式提供给我们使用。 </p>
<p>
现实的情况是大多数程序员都不能写一手很好的文章，我们无法承受以这样方式失去各种手册。 </p>
<p>
自由文档，就像自由软件一样，核心在于自由，而不是价格。O'Reilly Associates
出版社出售这些文档，赚取利润，这本身无可厚非（自由软件基金会也<a
href="http://shop.fsf.org/category/books/">出售印刷版</a>的<a
href="/doc/doc.html">GNU手册</a>）。但是，GNU 手册的源代码是开放的，出售的只是纸质的印刷版本。GNU
手册允许被复制和修改；而非自由的 Perl 手册则不允许的这些。这样的限制才是问题所在。</p>
<p>
对于自由手册的准则与对自由软件的准则几乎一样：要求给所有的用户特定的自由。必须允许重新发布（包括商业发布），这样才能保证手册可以以在线或印刷的方式与每一份软件一同发布。同时，允许对手册进行修改也是非常重要的。</p>
<p>
作为一种通用的规则，我并不认为让人们可以随便修改各种文章和书籍是必要的。写作与编写软件并不是完全适用相同的规则。比如说，我并不认为我们应该允许你或我去修改类似于本文的文档，因为它描述的是我们的行为和观点。</p>
<p>
但是，自由软件的文档需要可以被自由的修改是非常重要的，主要的原因在于：当人们有权去修改软件、添加或修改软件的功能，如果他们足够尽责，他们就会同时去修改手册，这样才可以在软件被修改的前提下保证文档的准确度和可用性。如果一本手册禁止程序员去尽责的完成他们的工作，或者更准确的说要求程序员在修改程序后从头去编写一本手册，这将无法满足我们这个社区的需要。</p>
<p>
如果说一味的禁止修改是无法接受的，那么，一定程度上的对于修改的限制是没有问题的。举例来说，要求保留始作者的版权声明、发布条款、作者列表，这些都是可以的。同样的，要求修改后的版本包含一个修改声明，甚至要求整段文字不可以删除或修改（如果它们是非技术的内容的话），都是没有问题的。（一些
GNU 的手册就有这样的部分。）</p>
<p>
这些限制通常并不是问题，因为在实践中，它们并没有阻止负责的程序员跟据程序来修改手册。换句话说，它们并不能阻止自由软件社区充分的使用手册。</p>
<p>
然而，所有手册的 <em>技术</em>
内容必须是允许修改，并可以通过各种传统媒体以各种常见渠道的进行发布的；否则，这些限制将阻碍到社区的发展，这份手册也就不再是自由的，我们得重新创作一本手册。</p>
<p>
很不幸的是,
当一本非自由手册存在时，就很难找到一个人去再写一本。其中重要的原因就在于人们通常认为非自由手册的质量是足够好的——人们找不出再重写一本自由手册的需要。人们没有看到自由操作系统还存在这样一个需要弥补的缺口。 </p>
<p>
为什么用户常常认为非自由的手册都足够好呢？很多人都没有考虑过这个问题。我希望这篇文章可以在一定程度上改变这个现象。</p>
<p>
另外一些用户认为非自由的手册是可以接受的，因为专有软件是可以接受的——他们仅仅从纯实践的角度去评判,
并没有把自由与否作为一项评判的准则。这些人有资格发表他们的观点，但由于这些观点完全没有基于自由的价值观，对于我这们这些崇尚自由的人来说，是没有什么参考价值的。</p>
<p>
请向大众宣传这样的思想。我们正在由于非自由的出版物而失去自由的手册。如果我们告诉大家，非自由的手册还远远不够，也许更多希望为 GNU
撰写文档的人可以尽早的认识到把他所写的文档自由发布的重要性。</p>
<p>
我们也可以鼓励商业出版社出售自由的或 Copyleft 的手册来代替非自由的手册。您所能做的就是在购买一本手册前检查它的发行条款，优先考虑购买
Copyleft 的手册。</p>
<p>
[附注: 我们维护的一个 <a href="/doc/other-free-books.html">网页</a>
上提供了一份来自其它出版机构的自由书籍列表].</p>
<div class="translators-notes">
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
</div>
</div>
<!-- for id="content", starts in the include above -->
<!--#include virtual="/server/footer.zh-cn.html" -->
<div id="footer">
<div class="unprintable">
<p>请将有关自由软件基金会(FSF) & GNU 的查询 & 问题发送到<a
href="mailto:gnu@gnu.org"><gnu@gnu.org></a>。也可以通过 <a
href="/contact/">其他联系方法</a> 联系自由软件基金会(FSF)。发现任何错误和链接或其它需要更正的地方（或任何建议），请发送邮件至
<a href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>。</p>
<p>
<!-- TRANSLATORS: Ignore the original text in this paragraph,
replace it with the translation of these two:
We work hard and do our best to provide accurate, good quality
translations. However, we are not exempt from imperfection.
Please send your comments and general suggestions in this regard
to <a href="mailto:web-translators@gnu.org">
<web-translators@gnu.org></a>.</p>
<p>For information on coordinating and submitting translations of
our web pages, see <a
href="/server/standards/README.translations.html">Translations
README</a>. -->
若您想翻译本文，请参看 <a href="/server/standards/README.translations.html">翻译须知</a>
获取有关协调和提交翻译的相关事项。</p>
</div>
<!-- Regarding copyright, in general, standalone pages (as opposed to
files generated as part of manuals) on the GNU web server should
be under CC BY-ND 4.0. Please do NOT change or remove this
without talking with the webmasters or licensing team first.
Please make sure the copyright date is consistent with the
document. For web pages, it is ok to list just the latest year the
document was modified, or published.
If you wish to list earlier years, that is ok too.
Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
years, as long as each year in the range is in fact a copyrightable
year, i.e., a year in which the document was published (including
being publicly visible on the web or in a revision control system).
There is more detail about copyright years in the GNU Maintainers
Information document, www.gnu.org/prep/maintain. -->
<p>Copyright © 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
2006, 2007, 2009, 2015, 2016, 2019 Free Software Foundation, Inc.</p>
<p>本页面采用 <a rel="license"
href="http://creativecommons.org/licenses/by-nd/4.0/">Creative Commons
Attribution-NoDerivatives 4.0 International License</a> 许可证授权。</p>
<!--#include virtual="/server/bottom-notes.zh-cn.html" -->
<div class="translators-credits">
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
<b>翻译</b>: 李凡希 2007, 2008, 2009, 2010<br></br>
<b>审校</b>: 邓楠<br></br>
<b>翻译团队</b>：<a rel="team"
href="https://savannah.gnu.org/projects/www-zh-cn/"><CTT></a>，2017，2020。</div>
<p class="unprintable"><!-- timestamp start -->
最后更新：
$Date: 2020/12/19 05:03:21 $
<!-- timestamp end -->
</p>
</div>
</div>
</body>
</html>
|
