summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMandy Wang <wangmychn@gmail.com>2016-09-20 00:17:58 +0800
committerGitHub <noreply@github.com>2016-09-20 00:17:58 +0800
commit3e8ceb93b4d787592c99f947ff0824e4f625a1c4 (patch)
tree217759db629c3dff28e562d013985c95755e9bcc
parent30b21b63b0d9daf62bfec29216f383e57b6da9a4 (diff)
downloadfsfs-zh-3e8ceb93b4d787592c99f947ff0824e4f625a1c4.tar.xz
proofreading finished
-rw-r--r--docs/free-doc.md5
1 files changed, 0 insertions, 5 deletions
diff --git a/docs/free-doc.md b/docs/free-doc.md
index ad2706a..c5c48ce 100644
--- a/docs/free-doc.md
+++ b/docs/free-doc.md
@@ -18,11 +18,6 @@
作为一般准则,我不认为允许人们修改各种文章和书籍是必要的。写作问题不一定和软件问题相同。例如,我不认为你或我有权利去修改像这样一篇表明我们的行为和看法的文章。
-A manual
-which forbids programmers from being conscientious and finishing the
-job, or more precisely requires them to write a new manual from scratch
-if they change the program, does not fill our community’s needs.
-
不过,自由软件文档的修改对自由很重要,这里有个特殊的原因。当人们行使他们修改软件的权力的时候,添加或是修改软件功能时,若有责任心的人,他们也会同时修改软件的手册——以便为修改后的软件提供准确可用的文档。不允许编程人员有责任心地完成他的工作,或更确切地要求程序员修改程序之后重新写一份手册,那么这样的手册是满足不了我们社区的需求的。
尽管全面禁止修改是不可接受的,但一些受限的修改方法还是可以接受的。例如,要求保留原作者的版权声明,发布条款或是作者名单,上述这些都是可以的。要告知版本已经被修改,甚至不许删除或修改整个章节,只要这些章节处理的是一些非技术性话题,像这些要求都没问题(一些 GNU 手册就是如此)。