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
167
168
169
170
171
172
173
|
<!--#set var="ENGLISH_PAGE" value="/gnu/why-gnu-linux.en.html" -->
<!--#include virtual="/server/header.zh-cn.html" -->
<!-- Parent-Version: 1.79 -->
<!-- This file is automatically generated by GNUnited Nations! -->
<title>为什么应该是GNU/Linux？ - GNU工程 - 自由软件基金会</title>
<!--#include virtual="/gnu/po/why-gnu-linux.translist" -->
<!--#include virtual="/server/banner.zh-cn.html" -->
<h2>名字里应该有什么？</h2>
<p><strong><a href="http://www.stallman.org/">Richard Stallman</a> 著</strong></p>
<div class="announcement">
<blockquote><p>如需了解此问题的更多信息，你可以阅读我们的<a
href="/gnu/gnu-linux-faq.html">GNU/Linux问答</a>、我们关于<a
href="/gnu/linux-and-gnu.html">Linux和GNU工程</a>的页面（其中给出了GNU/Linux系统的历史，这个和命名问题相关）以及我们关于<a
href="/gnu/gnu-users-never-heard-of-gnu.html">从未听说过GNU的GNU用户</a>页面。
</p></blockquote>
</div>
<p>
名称传达意义：我们选择的名称决定着我们要传达什么样的涵义。不恰当的名称给人错误的观念。给玫瑰起一个其他的名字，她闻起来还是一样的芳香—但是如果你叫它钢笔，那么人们想用它写字的话就会相当地失望。而如果你把钢笔叫做“玫瑰”的话，人们也不会明白它是干什么用的。如果你称我们的操作系统为Linux，那么你就传达着关于我们系统的起源、历史和目标的错误观念。如果你称之为<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>，那么你就传达了（虽然不是详细的）准确的观念。</p>
<p>
这对我们的社区真的重要吗？人们是否了解该系统的起源、历史和目标重要吗？是的—因为忘记历史的人往往要重蹈覆辙。围绕<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>建立起来的自由世界并不保证一定会流传下去；促使我们开发GNU的麻烦并未根除，而且它们扬言要卷土重来。</p>
<p>
当我向人们解释为什么称该系统为GNU/Linux而不是Linux是恰当的时候，他们有时这样回应：</p>
<blockquote><p>
<em>即使GNU工程应得这些荣誉，人们不给予荣誉真的就值得大惊小怪吗？难道重要的不是工作完成了，而是谁完成的？你应该放松，为漂亮地完成工作而自豪，而不是去担心有没有获得荣誉。</em>
</p></blockquote>
<p>
只有形势是—工作已经完成，是时候放松了，这才可能是一个明智的忠告。只有形势真的是那样才行！但是挑战还很多，而未来丝毫不得马虎。我们社区的力量在于对自由和合作的承诺。使用<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>这个名字就是人们提醒自己和告知他人这些目标的一种手段。</p>
<p>
不用考虑GNU也可以写出优秀的自由软件；以Linux为名也诞生了很多优秀的工作。但是自从第一次被创造出来起，“Linux”一词就伴随着一种哲学，它并不承诺自由合作。随着这一名称越来越多地被商业界使用，我们越来越难以把它和我们的社区精神联系在一起。</p>
<p>
自由软件的未来的一个巨大挑战来自发行“Linux”的公司以便利和功能强大之名向<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>系统添加非自由软件。主要商业发行版的开发者全部都这么做；没有人把自己限制在自由软件的范围内。其中大多数没有明确地在其发行版中标识非自由软件包。很多开发者甚至开发非自由软件并添加到系统中。还有些悍然宣传“Linux”系统是“按用户数授权的”，就是和Microsoft
Windows给用户的自由一样多。</p>
<p>
人们试图以“Linux的受欢迎程度”来为添加非自由软件辩护—实际上就是认为自由诚可贵，流行价更高。有时这一点是被公开承认的。比如，《连线》杂志说
Robert McMillan，Linux 杂志的编辑，“觉得开源软件前进的动力应该取决于技术，而不是政治。”而 Caldera
的<abbr title="Chief Executive Officer，首席执行官">CEO</abbr> 公开敦促用户<a
href="http://www.zdnet.com/article/stallman-love-is-not-free/">丢弃自由的目标，转而为“Linux的流行”而工作</a>。</p>
<p>
向<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>系统添加非自由软件可能会提高其受欢迎程度，如果这是指使用<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>软件加上某些非自由软件的人数。但是同时，它暗示着鼓励社区象接受一件好事一样接受非自由软件，并忘却自由的目标。如果南辕北辙，走得再快也不是好事。</p>
<p>
当非自由的“附加组件”是一个库或者是一个编程工具时，它可能会变成自由软件开发者的陷阱。当他们写的自由软件依赖于这个非自由的软件包时，他们的软件就不能作为完全自由系统的一部分。Motif和Qt过去就是这样使大量自由软件落入了圈套，由此导致的问题花费了数年才得以解决。Motif的问题直至其被淘汰而不再被使用才得以完全消除。后来，Sun公司的非自由Java实现具有同样的效果：<a
href="/philosophy/java-trap.html">Java陷阱</a>，幸运的是，现在大多数问题都修正了。</p>
<p>
如果社区一直朝这个方向前进，那么它可能会使<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>的未来成为一个自由和非自由部件的镶嵌体。5年之后，我们还可确保有很多自由软件；但是如果我们不注意，GNU/Linux将变得如果用户找不到其期待的非自由软件的话就基本无法使用。如果出现这种情况，我们的自由运动就失败了。</p>
<p>
如果发布自由的替代软件只是简单的编程问题，那么随着社区开发资源的增长，解决未来的问题也许会变得更容易。但是我们面临着扬言要使之更困难的障碍：禁止自由软件的法律。随着软件专利的增长，随着诸如
<abbr title="Digital Millennium Copyright Act">DMCA</abbr> 之类禁止开发观看 DVD
电影或收听 RealAudio
音乐等重要活动的自由软件的法律的应用，我们会发现除了<strong>拒绝使用非自由软件</strong>之外，我们没有明确的办法来对付这些专利和保密数据格式。</p>
<p>
应对这些挑战需要许多不同的努力。但是要面对任何挑战，我们首先需要的是，牢记自由合作的目标。我们不能期望仅仅是对强大、可靠软件的渴望就能够激励人们付出很大的努力。我们需要的是人们在为自由和社区战斗时所展现的决心—能够持续多年而不放弃的决心。</p>
<p>
在我们的社区，这个目标和决心主要发源于GNU工程。我们是说出应该坚持自由和社区的那一群人；而为“Linux”说话的那些组织一般不会讨论这个。关于“Linux”的杂志通常充斥着非自由软件的广告；打包“Linux”的公司在系统中添加非自由软件；其他公司通过开发运行在GNU/Linux上的非自由软件来“支持Linux”；“Linux”用户组往往会邀请宣讲这些解决方案的推销商。社区中人们有可能碰到自由和决心的地方主要就是GNU工程。</p>
<p>
但是当人们碰到它时，他们会觉得它和自己有关吗？</p>
<p>
那些了解他们在用的系统来自GNU工程的人们可以看到他们和GNU的直接联系。他们不会自觉同意我们的哲学，但是他们至少有理由认真思考一下这个问题。想反，那些认为自己是“Linux用户”、并且相信GNU工程“开发了一些有用的Linux工具”的人们，往往只是意识到自己和GNU的非直接联系。在碰到GNU的哲学之时，他们很可能就是轻轻略过。</p>
<p>
GNU工程是理想主义的，而现今支持理想主义的人都面临艰巨的阻碍；主流的观念促使人们抛弃理想主义，因为那是“不切实际的”。我们的理想主义非常实际：正是因为实际，我们有了一个自由的<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>操作系统。喜爱这个系统的人们应该了解正是我们的理想主义使该系统成为现实。</p>
<p>
如果“工作”真的已经完成，如果除了荣誉之外无事可做，那么也许就此罢手是明智的。但是情况并不是那样。为了激励人们去完成必要的工作，我们需要人们认可我们已经完成的工作。请帮助我们，请称该操作系统为<a
href="/gnu/linux-and-gnu.html">GNU/Linux</a>。</p>
<hr />
<blockquote id="fsfs"><p class="big">本文发表于<a href="http://shop.fsf.org/product/free-software-free-society/">
<cite>自由软件，自由社会：Richard M. Stallman选集</cite></a>一书。</p></blockquote>
<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 © 2000, 2006, 2007, 2014, 2015, 2016, 2020 Richard Stallman</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>：<a href="mailto:hagb_green@qq.com"><Hagb
（郭俊余）></a>，2018。<br></br>
<b>翻译团队</b>：<a rel="team"
href="https://savannah.gnu.org/projects/www-zh-cn/"><CTT></a>，2018，2020。</div>
<p class="unprintable"><!-- timestamp start -->
最后更新：
$Date: 2020/07/15 04:29:55 $
<!-- timestamp end -->
</p>
</div>
</div>
</body>
</html>
|
