[灌水] 从reiserfs和xfs之争所引申，大家灌水

Nankai · 发表于 2006-10-14 22:54:34

起因是看到下面这个帖子
标题: 还在使用reiserfs的人可以考虑xfs了。
http://www.linuxsir.cn/bbs/showthread.php?t=275820

zhllg老大说

谁的reiserfs 3.6出过bug么？向lkml或者namesys报告过么？
只有reiser一个人懂reiserfs么？

开源的好处就在于，哪怕原来的人不干了，后来者还可以接着干

有很多人讨论这个问题，我一直在用reiserfs。但是现在又一点点担心，我的担心主要是来自，fcitx小企鹅输入法的作者Yuking的日志：

FCITX 'GirlDog' 3.4

FCITX 3.4 GirlDog发布了，这将是3系列的最后一个版本（如果没有大的问题的话）——也许是fcitx的最后一个版本……

这个版本修正了很多的BUG，并且在码表输入模式的临时拼音状态下可以输入词组了……

建议所有使用fcitx的朋友都升级到这个版本……

由于新的版本修正了拼音的排序问题，请在运行fcitx前，删除~/.fcitx/pyindex.dat。带来的不便，敬请原谅～
By Yuking at 2006/09/21 - 02:10 | 16 comments | 1508 reads

假如fcitx停止开发了，我们就只由scim了，scim又不能在所有环境中运行良好，那我们怎么办？

在网上浏览了一下

在网上浏览了一下，想看看别人是怎么看fcitx的……

于是有些迷惘，花费那么多时间写这样一个软件到底是为什么？
突然有点退意了，也许该利用写fcitx的时间好好做点翻译，多挣点稿费，或是多想想自己的工作该如何做，让自己在那个位置呆着更稳当点──毕竟自己不是靠电脑吃饭的……

做为一种业余爱好，我在思考自己是不是已经将它发挥的足够了……

…………感觉有点累了……
By Yuking at 2006/09/16 - 16:50 | 15 comments | 1096 reads

程序员不能饿着肚子为人民服务，生存的压力太大的时候，理想就退而求其次。我是搞生物信息学的，现在大多数软件都是2000年之前的除了有限的几个有大基金支持的项目，像欧洲生物信息中心的软件和EMBOSS等等，都是活跃2年然后再也没有人维护，我想用的一个treeviewx软件都不知道多少年没有更新过了，根本和当前的wxGTK兼容，没有办法用。

另外一个例子就是devfs，看过udev早期的研究提议的都应该知道，使用udev，除了因为devfs固有的缺陷外，一个重要的原因就是devfs的维护人的人间蒸发。

红旗还能打多久？？？？？

希望星星之火可以燎原！！！！

zhllg · 发表于 2006-10-14 23:07:25

scim的问题基本不是什么大问题，本来就可以用(QT|GTK)_IM_MODULE=xim，何况现在还有scim-bridge
devfs本来就是个有缺陷的解决方案，早晚会蒸发的。udev的出现正解决了devfs无人维护的问题。

程序的分类，有很多种。其中一种是使用范围，据此可分为横向市场和纵向市场。横向的意思就是不管什么人都能用的到的，纵向则局限于一个领域。横向市场里，自由软件将占据统治地位，这点我是决不怀疑的。纵向市场，则麻烦一点。

科学软件属于纵向市场的范畴。所以它的状况不能推及横向市场。
不过现在有人在考虑这个问题的解决方法。
http://www.openscience.org/
http://directory.fsf.org/science/

inness2006 · 发表于 2006-10-14 23:08:22

Post by Nankai

假如fcitx停止开发了，我们就只由scim了，scim又不能在所有环境中运行良好，那我们怎么办？

我不太明白，为什么那么看重版本是否经常更新？
一个软件，好用&够用就行了。如果作者认为它的功能已经比较完善，也没什么新的bug发现。当然没必要为了某些华而不实的新特效浪费时间。
换软件，还是在老软件无法适应新任务的时候吧：）

夕角 · 发表于 2006-10-14 23:20:52

强烈赞同3楼

Nankai · 发表于 2006-10-14 23:30:48

其实我也不是很在意豪华的玩意儿，我一直用stable的东西~x86的极少，我想说的是

在网上浏览了一下

在网上浏览了一下，想看看别人是怎么看fcitx的……

于是有些迷惘，花费那么多时间写这样一个软件到底是为什么？
突然有点退意了，也许该利用写fcitx的时间好好做点翻译，多挣点稿费，或是多想想自己的工作该如何做，让自己在那个位置呆着更稳当点──毕竟自己不是靠电脑吃饭的……

做为一种业余爱好，我在思考自己是不是已经将它发挥的足够了……

…………感觉有点累了……
By Yuking at 2006/09/16 - 16:50 | 15 comments | 1096 reads

可以看出fcitx的可能的停止开发，并非因为fcitx很稳定，没有什么新的可以加入？？对不对？
再过一段时间这个终止的fcitx就会出现兼容性的问题，因为它所依赖的库会不断地升级，最后我们又失去了一个选择。

cnanyi · 发表于 2006-10-14 23:48:02

楼上的老兄,如果你担心fcitx的维护,你为什么不加入维护工作(因为你需要用)?
同样,别的程序也是一样,能维持下来就是因为有人要用,就会有人自主的加入其开发(维护)工作.
朋友们多回顾一下Linux的发起吧,你会发现你的担心是多余的.
PS:本人同样支持开发者收取一定的费用.

phus · 发表于 2006-10-14 23:58:28

说到自由软件的质量现在普遍不如商业软件(谁不承认？)
眼下许多优秀的自由软件如果没人维护的话大多要没落，很难有哪个软件可以拍胸脯说，我现在的版本最稳定，大家不要考虑升级了。就是像knuth编的Tex也需要别人帮他找BUG啊。

superekcah · 发表于 2006-10-15 00:39:18

Post by phus
说到自由软件的质量现在普遍不如商业软件(谁不承认？)

个人认为开源软件的开发方式跟商业软件相比，可能出很多天才的设计，像tex,emacs之类的，也可能存在不少软件质量上的问题，毕竟开源软件不可能像商业软件那样采用严格的管理，开发和维护软件需要的是大量的金钱，而开源更多的是依靠开发者个人自己要求，所以相对，开源的软件中大型系统软件占的比例比较少。
fcitx和scim的问题，我认为有能力的话要么去完善scim，要么接手去维护fcitx，其实很多人不是没能力做到，只是没想去做

blackwhite · 发表于 2006-10-15 03:51:34

只要开源的软件，用户群大，到关键的时候，会有人继续做。
目前我还没有这个能力去开发linux下的软件。scim我还用payal支持过。要知道apple下的那个QIM输入法才卖68块。

lucida · 发表于 2006-10-15 06:53:52

就事论事
关于SCIM，且不说已有scim-bridge，按照suzhe的说法，问题的根源在于C++ ABI而非SCIM本身。另外，SCIM在使用QT_IM_MODULE/GTK_IM_MODULE的时候可能出问题，而在使用XIM的时候完全正常。而FCITX只提供了XIM模式。换言之，既然能用FCITX，那也可以把SCIM当FCITX用，只用XIM而不用高级功能。

关于Reiserfs，suse/novell已经决定从reiserfs转ext3，客观技术上的原因无非两条，基本对普通用户没影响。

ReiserFS has serious scalability problems.
ReiserFS has serious performance problems with extended attributes and
ACLs.

		自动登录	找回密码
密码			注册