主题:关于Linux的推广——普通用户篇 -- 万斤
1. 在windows和UNIX/Linux中,有什么通用的编译器和库吗?LS的QT大概算一个,还有什么其他比较有名的吗?(解释型的python,php之类除外)
--------------------------------------
只要是兼容ANSI C/C++的编译器都可以用,常用的就是GNU C啦,当然Java也是通用的。
2. 编译器和库可以混用吗?看起来QT也是CPP的,可以用MFC库吗?或者说VC可以用QT库吗?
--------------------------------------
严格的说编译器和库没有必然联系,在windows下面只要符合PE结构,不管动态还是静态库都可以和编译器联合起来用。QT没有研究过,不好发表意见。
3. 如果软件原先是用VC开发的,可以直接copy源代码到QT(或者VJ的copy到Linux下的java编译器什么的),然后换一下界面和底层的库调用函数就好了吗?还是语法结构什么的都得按QT的来?如果每句话都得重写,移植一个稍大的软件的体力劳动不比挖煤轻啊——或者有工具可以自动转换?
--------------------------------------
不一定,如果你的source使用了plateform-related feature 都不可以直接移植。
你还称其为规范……看来我们对规范和标准的认识不是很相同。
这样吧,换个说法:windows 业界做的很规范,不过呢, Linux 方面做的更规范,这样你总接受吧?
Windows是商业软件,不是什么都必须公布的。
就是你说的FSSTND目前版本是2.3,这些改动也没有通知过UNIX/Linux业界外的任何人吧?就算是U/L业界内是不是所有人都听Free Standards Group的呢?
日后你可以自己慢慢体会。
没有必要强逼着别人用。
FHS再怎么着也没有上升到ISO的高度,也就是U/L关了门自己用的。
Windows也是一样。M$每年出的白皮书可不比U/L少,也没人闹着说要U/L也遵守的。
至于说M$做的规范到底规范不规范,这个评价从何而来?
接口、目录结构。
微软起码应当通过文档明确哪些接口是要在以后的版本中淘汰的。这就是规范、标准。这甚至是要一个程序员最起码的要求。
这些, sun 能做到, rh 能做到, ibm 能做到;连 gnu 这样的非盈利机构也能做到, m$ 却做不到,甚至根本不想做。
你看看你在说什么?举 FHS 只是当作一个例子,一个标尺,我不是在说让 m$ 使用 FHS,我是在说 m$ 至少应当达到这样的水准(承诺不作大的变更,成立非盈利组织,以保持决定不受商业因素影响──我简直就是在对牛弹琴……)。
这是完全从程序员的角度出发的。如果你连这都不明白的话,…… Tais-toi! 回贴要看贴!不要凭你的想象!
我怎么知道你提出FHS是想讨论API?你这话题转移的够宇宙第一速度了。
Windows的API难道没有文档?Windows(,office,....) SDK是干什么用的?Gates写的穿越小说还是山海经?
至于说到让微软“成立非盈利组织,以保持决定不受商业因素影响”,这才是对牛弹琴呢。你不会忘记M$是个商业组织吧?让商业组织“不受商业因素影响”,你也真会想。。。。。。
你前一个帖子批评M$
分歧就是,你觉得 windows 做得很有规范(估且这么说吧);我不那么觉得
TX,你自己回帖也看贴,看看自己上一个回的是什么贴,不要自己飞到地球外面去还说别人不明白。。。。
可移植性是怎么出来的,是通过各种各样的标准来实现的,各种各样的标准是怎么来的,是许多业界大牛坐在一块,讨论,最终相互妥协的结果。对程序员来说,什么最重要,标准。如果你想自己的程序可以通行于各种平台,了解各种相关的标准是必修课。微软作为一整套方案的提供商是有义务参与到标准的制定中来的,也有义务让自己的产品符合相关的标准。这样才可能实现真正的程序可移植。
你写程序的时候没遇到配置文件、临时文件应该放在哪里的问题,并不说明别人不会遇到。 FHS 至少是提供了一个标准。所以,尽管这不是 api ,但对我来说,这是写程序首先考虑的。如果你觉得这还很难与 api 联系起来,那我无语。
关于向下兼容性
VB.Net 与 VB 6.0 是完全不同的概念。我就学过 VB 6.0 ,最后, .Net 推出时你知道我的反应是什么吗?你举微软兼容性的例子,很可惜, vista 还有 .Net 都是微软的行动,微软完全无视旧产品的用户群。他今天可以抛弃 VB6 的用户,明天一样可以抛弃 .Net 的用户。.Net 1.0与 .Net 1.1 都是不完全兼容的,这你知道吗?
另外, SDK 是 Software development kit 软件开发工具(估且这么译吧),不是什么文档,也不是什么标准……你到底在说什么?微软 api 是有文档,但与 SDK 应该是两回事吧?我多问一句 Windows 98 下有那个目录什么(Documents and Setting)吗?只有 XP 一代才有的吧,是不是到了 Vista 以后又有了很多的变化?如果是这样,你凭什么认为微软做的很规范?我简直就不明白一个只用了不到两代的东西,(我不清楚有没有正式文件形成),没有任何第三方担保的东西,也值得相信?
至于你说的什么十多年前某些在 95 上可以跑的程序一样可以在 2008 上跑,我只问你一句,你玩过老游戏吗?一些程序实际上在 xp 上运行的很好,但在 2003 上就死机,这种事情,你怕也听说过吧?怎么解决可移植性是一个问题,但微软的把戏是邪路。 我随手找个 Linux 上的基础命令,可能都比什么从 win95 开始的 windows 程序要长寿几倍。
你的那些都是微软的标准宣传手段,还都是过时的,老兄,现在是二十一世纪了, windows 2008 是出来了,一路上,VB 程序员不知道被微软消灭了几代了。ANSI C 程序员则屹立不倒。你还在相信那些宣传实在是可笑的很。
提 FHS ,只是想向你揭示一下微软的短处,如果你非要把微软的短处说成是长处, I'm fine. 这只不过是一次失游说的失败而已,我不觉得受损失的是我。
你想用U/L系的某个东西来一统天下,目前看来只是个奢望而已。顺便说一下,M$大概不打算让自己的产品符合U/L的标准,相反,它大概想让U/L的向它看齐。
从DOS开始,M$就用%temp%来定义临时目录,直到目前都是这样。在任何版本的Windows下,下面的units都可以得到各种系统目录。这点相信不会给程序员带来任何困扰。
Windows下的system目录: Use "GetSystemDirectory"
temp目录: Use "GetTempPath"
当前目录: Use "GetCurrentDirectory"
你说的老程序在2003上会死机的问题,是一部分而不是全部。如果按照2003的库重编译一次,估计也不见得会死机吧。U/L用重编译的把戏实现移植,对用户而言(用户可没有源代码)才算是邪路;对程序员而言也算是地狱了。我开发了一个程序,为了适应不同distribution的用户,我得安装不同的Linux,编译N多次,发布M多个不同的二进制版本。。。。。
对了,说到这个问题,我还真没试过二进制程序是否可以运行于不同的Linux distributions——比如我在Ubuntu下编译的程序可以直接在RH下运行吗(假设都是同一台x86,又是同一个Linux kernel)?如果这点都做不到,就别跟Windows谈兼容性问题了。
我随便找个DOS的命令dir就长寿到今天,即使M$的文件系统建构从FAT到FAT32到NTFS。比Linux本身的寿命都长很多。如果Win内部没有规范他是怎么做到这点的?
至于说到ANSI C,似乎QT用的也不是ANSI C而是ANSI C++的语法吧?仍然坚守ANSI C的程序员(除了做嵌入之类的少数)要么是超级大牛,要么大概已经没饭吃了。Linux在进步,Java也进步了,就不许Windows也进步一下从VB到VB.NET?进步的代价就是用户要持续学习。
.NET的兼容性我没有发言权,但从wiki的文章上对.net的Criticism来看似乎没有涉及兼容性问题。所以我不得不说这是你个人的感觉了。
你说向我揭示的M$的短处完全没有说服我,即使我也不算M$的忠实用户。当然,如果你坚持不顾事实鄙视M$,我也没有损失:-)
还要持续多久?微软的产品线不光是操作系统,我的意思也不是让 windows 变成 Linux , OK ?我向你提到 FHS 为的是讨论微软在这些方面有什么相关的对程序员有利的举措。历史不能代表未来,不能因为微软过去勉强保证了软件的兼容性认为微软在未来也可以继续保证向下兼容。更何况,现在微软产品的向下兼容性已经很差了。而你的回答无法让这个讨论继续。对此我感到很意外。
而让我感到更意外的是,你不是介绍自己使用 .Net 编程兼容性方面的经验,而是引用什么 wikipedia ?你知道你在做什么吗?老实说,我有段时间很迷恋为维基撰写条目,(当然都是些与我专业相关的条目)。如果没有自己的经验,至少也应该拿出大拿们的相关发言吧?
使用微软提供的编程语言写出的程序,可移植性有多差,那是不言而喻的。如果你真的在跨平台编程上遇到了难题,想要快速解决,你应该学习是 (Sun) Java ,根本不是什么 Linux 编程。 但是如果你想在 Linux 上布署程序,学习一下 Linux 系统的维护是很正常。不要把编程与系统管理、维护看到一回事。
无论 tex 、 gcc 、 emacs 、 vi 都是可以在 windows 上运行的,而且我正在这么使用它们。 tex 甚至是用 pascal 写的。为什么 VB 写出的程序无法移植到 Unix 上?微软的提供的解决方案不是万能的,出现这种尴尬,原因很多。至少我觉得这是微软在对待开源、文档、用户等等一系列问题上的态度导致的。
算了,不空对空了,回答几个问题吧:
包的维护工作一般不是直接由上游程序员做的,包管理是另外一回事,你写了一个程序,给出源代码和编译方法就行。其余的事,在你的程序没有足够流行之前,没必要;如果程序足够的流行,更没必要。如果一直没有人愿意为你打包,我看也就算了吧。以 rpm 来说,你的软件如果有人为你打包,是件很有面子的事。至于进入发行版,那你就是牛人。
对用户而言,如果是使用 QT 写的源代码,很简单, qmake & make 就行了。就算一般的程序也就是 ./config & make 。在 Linux 的世界中二进制发布程序,也不是没有,但会被人极度 X 视。你不信任用户,用户自然不会信任你。所以,实在看不出来有什么必要使用二进制发布,当然不是说不可以。二进制发布,最常见的例子,你下载过 jre/jdk 的二进制发布包没有?退一步 google earth 呢?
另外,即使是像打包 rpm 这样的工作,只是一个 spec 的问题。你最多提交 src.rpm 包就足够了。编译是个自动化的工作,你的程序比 gcc 还牛不成?如果你连一个 spec 都不想写的话……
长寿也不是那么比的对吧?你怎么知道 dir 的源代码就没有重写过?关于你提到的用所谓 windows 2003 的库重新编译一遍,我很怀疑,你做过吗?怎么做的?介绍一下?
至于长寿的程序,很简单的一个例子就是 compat-gcc 。如果是 gcc 2.x 的最后一个版本,不算上 patch 的话,是十年以前的事了(想想真的是过眼云烟),但是至少我还是需要这个版本的 gcc 。如果你注意一下的话,像 tex 这样的程序,其实更加古老,尽管最新的版本是在零八年三月放出的,但从八二年(对的就是八二年,我都没想到会这么老)以来,这个程序没有过大的变动。如果你对 Knuth 还有一点敬意的话。
同一个二进制程序是否可以运行于不同的机器,你用 QT 写的 GUI ,结果,人家的机器上没 QT 当然不行了。你的抱怨很搞诶。随手写个 hello, world 就完事,还要提问……
QT 是用 C++ 写的没错,不过 QT 有不同的 bindings (绑定) python, C# , Ruby , java, Ada, pascal, Perl, PHP, Haskell ,写 QT 的 GUI 可能要一点 C++ 的常识,但是你还是可以用别的语言调用啊?叫你用 QT ,又不是让你去写 QT ……难道说我一定要懂 C++ 才能用 QT ,什么逻辑……如果你不是很了解 QT 的话,或是没有用过的话,这也许还有情可原。
最后,有人与程序只是为了做个台阶,向更高层的什么管理人员跳。但是也有很多人平平凡凡的写了一辈子的程序。我更喜欢做后者。
你的发言一向引以为豪的是只要重新编译源代码就可以万能了,以至于认为“实在看不出来有什么必要使用二进制发布”。问题在于,
1. 非GPL的商业软件可能给用户源代码吗?Linux是基于GNU的不谈了,别的不说,Linux的父辈,UNIX本身及其上面的商业软件,有几款是给出源代码的?你知道除了开源软件,还有商业软件存在吗?你知道商业秘密是什么意思吗?
2. 普通用户会构建编译环境编译源代码吗?
一致性检查,依赖性检查,版本兼容性检查。似乎编译前需要确认和做的事情很多吧,不是简单的一个make就能搞定的事吧?
普通用户会吗?你父母辈会吗?如果程序员光是在意自己的面子和感觉,不顾用户体验,他就不是合格的程序员。
Windows下,直接copy来一个小游戏,QQ就可以运行。如果你要告诉你的父母,要想玩一个麻将游戏,需要先下载安装gcc环境,再看软件说明下载安装某某库,或许还要安装autoconf和automake,或者其他的各种工具,然后,才能运行rpm安装这个游戏。。。blahblah。让我猜猜,你父母1000%会放弃,直接招呼邻居老张老李去了。这大概就是即使Linux免费,用户也宁愿用Windows的原因。
同一个二进制程序是否可以运行于不同的机器的问题,就算我愿意写hello world,我手上也没有多个linux版本测试。看起来你是做Linux开发的,比我方便的多,有空不妨你可以试试。记住,我可没让你写需要库的hello world pro.
我确实没有玩过QT,上面的帖子里说过的。我拿出QT来是说ANSI C也进化到C++了,你又扯出python什么的干什么?晕。既然C可以到C++,为什么VB不能到VB.NET?
至于说到.NET和大拿的问题。我承认我没有.NET编程经验。那么请问你有什么大拿抱怨过.NET兼容性差?
说到底,我们的分歧还是在于你不理解什么叫做商业软件,并坚持商业软件也要向开源软件一样,公开这个遵守那个,甚至提出让商业组织“不受商业因素影响”。不说你幼稚,起码也属于鸡同鸭讲了。
Windows能够存在到今天,被众多机构和个人接受,说明其在软件开发和用户体验方面做的并不差。对于程序员而言,也没有太多M$的程序员抱怨兼容性或者找不到API文档的问题吧。既然M$自成体系,为什么Gates一定要学习GNU这个针对非商业软件的做法?如果说UNIX比Windows古老,Windows就一定要学习UNIX就更是可笑。对Gates来说,他可能根本不需要考虑跨平台的问题——他为什么要考虑与对手兼容?
一无所知,而且,从你的回贴看,你对 Linux 下的软件开发也所知无多。
Are you kidding me?
来玩星际争霸,也没有不适应的地方。
转贴 以下是网友王垠写的关于学习Linux的忠告。但只要稍加替换,它完全可以用来解决FF与IE,五笔与拼音,QQ与MSN,IBM与HP,甚至是SONY与任天堂粉丝之间的种种争端。
1. 不要当“传教士”
很多人在讨论区不断的引起 "Linux vs. Windows" 之类的讨论,甚至争的面红耳赤,这是没有必要的。 这种争论是浪费时间而没有任何用处的。对,你花了一下午,用许多事实“捍卫”了 “Linux 比 Windows 好” 这个说法。但是 Windows 的支持者并不会喜欢上 Linux,他们只是稍微退缩一下,然后找一些新的证据来跟你辩论。 世界上的人们都在利用Linux 研究最前沿的科学,我们还在这里讨论 “要不要用Linux” 这种无聊的问题,什么时候才能赶上时代前进的步伐? 什么叫做“Windows 支持者”,什么叫做“Linux 支持者”?我们为什么要支持某一个而反对另外一个?你不需要为 Linux “护法”,不需要成为“Linux 支持者”或者“GNU传教士”,GNU/Linux 已经用事实向世界证明了它们的威力,已经被大多数人接受。你只需要安安静静享受 GNU/Linux 给你的乐趣和自由。 你需要关心的不是你的工具是什么,而是你用它做了什么。精通 Linux 并不说明任何问题,因为它只是一个工具而已。如果你用 Windows 能很好的完成你的任务,那你就没有必要费时间去熟悉 Linux。直到有一天你发现一项任务只有 Linux 才能完成的时候再换也不迟,因为你身边的 Linux 的爱好者一定会很乐意的帮助你。
工具不是人,不应该对工具有感情。这是你在进行任何对工具的讨论前需要提醒自己的事情。面对一些容易引起争论的东西:Word 和 TeX;Emacs 和 VIM;MAXIMA,Mathematica 和 Maple;Gnome, FVWM 和 KDE;Mutt 和 Pine …… 一定要冷静的对自己说:“我不站在它们任何一边,因为它们不是人。” 各人的需要不同,生活的环境不同。对你来说好的东西,对别人来说不一定好,我们需要尊重别人的选择。如果你当面说别人正在用的程序不好,没有人会乐意接受你的意见。我从来没有建议过我爸爸不用 Windows + WPS,而用 Linux + LaTeX 来处理他的英语试卷。因为 WPS 是我爸爸的选择,他能用 WPS 编辑出很好的试题去测试他的学生,那就足够了。
我曾经帮我爸爸做了一个 perl 程序,能够自动从一种我自己设计的 markup 语言转化成 LaTeX 格式的英语试卷。可以自动对试题编号,乱序排版选择题的选项,自动生成答案表,生成老师用的显示答案的版本,自动对短文改错题进行优化分段,自动拼写检查,图形化的配置方式…… 我爸爸高兴的用了一段时间,可是后来他想用 WPS 里的一种标题样式,而我不在家,无法为他修改程序。所以他又换回了 WPS。这就像有人送爱因斯坦一罐剃须泡沫一样,刚开始几天,发现他神采飞扬,不断夸这个东西真舒服。过了几天,发现爱因斯坦又开始用白水剃胡子了,因为剃须泡沫用完了,他懒得自己去买那个东西。这只是习惯问题。
2. 不要强迫自己
喜欢电脑的人总是有某些心理强迫倾向。有的人说:“键盘比鼠标快。我不要用鼠标。这样才有高效率。” 所以他在编辑器里无论什么时候总是用 20w, 10j 这样的命令到达目的点。他甚至觉得图形界面是多余的,干脆 Xwindow 都不装。 全部用键盘看起来的确比让手离开键盘去拿鼠标,再回来“快” 多了,但是快的击键频率不等于工作的高效率,对你的健康更没有什么好处。这只能把你变成打键盘的机器。 当你正在检查你的文章或者程序,思维正在随着字符的含义流动,突然 20w, 10j 这样的东西出现在你的脑子里,是不是会打断思路?不?那说明你当时思考的问题比较简单,这些干扰还不会起到副作用。
其实很多人用电脑的时候,思想都受到某种教条的束缚,上面这个只是众多教条中的一种。某些人制造了很多这种教条,用他的工作方式来要求别人,嘲笑方式跟他不一样的人。比如有的人嘲笑其它人写 C 程序不按 8 字符缩进,嘲笑别人在 vi 里用方向键,嘲笑别人不知道 PVM 是什么,嘲笑其它人用 JAVA, C# 这种由 GC 回收内存语言…… 你不用管各种各样的教条,电脑只是你的奴隶,你想怎么用就怎么用。没有人能够约束你,没有人可以嘲笑你的工作方式。电脑明天就不再是这个样子,所以今天你不用完全了解它。你没有必要知道别人创造的一切,因为你需要留点时间自己创造些东西。Just have fun! 当你下次修改文章的时候,不妨试试悠闲的用鼠标在你眼睛看到的地方轻轻点一下。
3. 不要“玩 Linux”
很多人用 Linux 的时候会感觉很迷茫,该用哪个发行呢?是不是我少装了什么?怎么升级这么快啊!怎么这么不稳定!每当遇到新的软件他就想试用,每当新的版本出现,他就更新,然后用鼠标在新的菜单里选择从来没见过的程序来用用。 其实你是为了Linux而使用Linux,而没有找到正确的理由来利用 Linux。你首先要明确用电脑的目的,你用它是为了解决你的实际问题,而不是为了学习安装操作系统,不是为了测试哪个版本好用,不是为了“赶上潮流”,更不是因为你硬盘太大了,你想多占点空间。 如果你启动了电脑之后不知道应该干什么,那么最好先不要用电脑,因为你可能有更重要的事情需要做。
4. 不用挑剔发行版本
很多人刚开始用 Linux 的时候,总是在怀疑别的发行版本是否比自己正在用的这个好,总是怀疑自己以后时候会失去支持,不得不换用别的发行。所以很多人今天是 Redhat,明天又换成了 debian, 一会儿又是 gentoo, …… 甚至有的人在一台机器上装了两个版本的 Linux,然后比较哪一个好。 其实你完全没有必要这样做,任何发行,只要你熟悉了,你在上面的工作方式几乎是不会受到任何影响的。
我以前一直用的 Redhat,当我有一天在我的一台新机器上安装 debian 时,我发现使用 Redhat 的经验完全没有浪费。我用了一个下午就配置好了 debian,使它服服贴贴的听我的话,就跟没有换发行一样。 Debian, TurboLinux, SuSE, Redhat, Gentoo, ... 任何一个版本都是不错的。很多人认为自己攒一个 LFS 是高水平黑客的象征,但是不是每个人都有精力去了解所有细节。 如果你是用于个人的日常事物和科研,可以试试 debian。它是我见过的最方便的一个发行。
5. 不要盲目升级
不知道这是心理作用还是什么,有的人看到比较大的版本号,就会很想换成那个。很多人的 Redhat 本来配置的很舒服了,可是一旦 Redhat 发行新的版本,他们就会尽快下载过来,然后选择升级安装。结果很多时候把自己原来修改得很好的配置文件给冲掉了。新的软件又带来了新的问题,比如有一次我的 rxvt 升级到 2.7.8 就跟 miniChinput 冲突了,升级到 Redhat 8.0,发现 xmms 居然缺省不能放mp3了,XFree86 的 xtt 模块在 I810 上有新的 bug,会导致 Mozilla 突然退出。 如果你已经配置好了一切,千万别再整体升级了,这会浪费你很多很多时间的,不值得。有句话说得好:"If it's not broken, don't fix it." 如果你的程序能够完成你需要做的事情,你何必升级呢?
6. 不要配置你不需要的东西
如果你只想做一个像我这样的普通用户,主要目的是用 Linux 来完成自己的科研任务和日常工作,那就可以不用系统管理员或者网络管理员的标准来要求自己,因为当一个系统和网络管理员确实很辛苦。普通用户学习那些不经常用到的复杂的维护系统的工具,其实是浪费时间,学了不用是会很快忘记的! 我不是一个合格的网络管理员,我的服务器都只设置了我自己需要的功能,设置好 ssh, ftp 已经足够了,那样可以省去我很多麻烦。我从来不过度考虑“安全”,因为 Linux 缺省已经很安全了。我没有磁带机,就不用管 tar 的那些稀奇古怪的参数了,czf, xzf, ztf 已经可以满足我所有的需要。sed, awk, ... 我也只会几种常用的命令行。
7. 不要习惯的使用 root 帐号。
在需要的时候才 su! 这是很多刚接触 UNIX 类操作系统的人常见的现象,他们不喜欢在管理系统的时候才 su, 而是一直用 root 帐号干所有事情,配置系统,安装程序,浏览网页,玩游戏,编程 …… 结果有一天,他不小心在某个系统目录使用了 rm * ... 后果不堪设想……
8. 不要用商业的眼光来看 Linux。
Linux 不是商业软件,所以不要用要求 Solaris, Windows 那样的眼光来看 Linux. 自由软件的作者们从来不拉拢用户,他们对用户不负有任何责任。实际上在自由软件的世界里,“开发者”和“用户” 并没有明确的界限,大家是朋友。 自由软件很可能只是满足作者和他的朋友的需要,甚至是为了好玩而创造的。自由软件不是完美的,自由软件承认自己有缺点,它不会自吹自擂,蒙蔽“用户”的耳目。这种对作者责任的解脱激发了作者的创造力,他们不用过分考虑“向上兼容”,他们往往比背上重重包袱的商业软件结构更合理,技术更先进。 所以当你用某个自由软件遇到困难的时候,不应该埋怨软件的作者,因为他们对你并没有义务。
你不应该把自己当成一个挑剔的顾客,而要把自己作为这个软件的顾问和一个和蔼的建议者,这样你才能理解作者写这个程序时的快乐,在遇到问题时向作者反映,帮助他完善这个软件,成为一个快乐的参与者。就像你的哥哥送你一个他用旧了的自行车,你应该珍惜这份友情,而不要在车坏了,或者骑车摔了一交的时候大骂你的哥哥。如果你真的不能使用这种合作的心态,那么最好不要使用这个软件。 这是一种先进的文化,它包含了互相合作,科学创新的精神。理解这一点不是很容易,很多人往往是因为不能理解这种文化而离开自由软件。这对于作者来说并没有什么损失。
9. 干你的正事去
很多人跟我说,你的网页浪费我好多时间来配置这配置那,一会儿是 FVWM,一会儿是 Mutt …… 嗯……那些东西都是我有空的时候一点一点积累的,如果你想一次性搞定所有那些东西,恐怕得花你几个星期甚至几个月的时间!并不是一定要搞定所有这些东西你才能正常工作的。除非你真的非得利用某个程序,或者你闲着没事,否则你可以不管这些东西。
以后再看到类似的也贴过去