到底magic group能够坚持多久？

aniuge007 · 发表于 2003-11-5 22:11:12

核心开发人员就3 ，4个，又没有商业行为，没有资金来源。组织结构又很松散，开发具有随意性，纯粹上个人爱好，况且大家还会有自己的工作，学习。还会有生活上的烦恼，开发被打断是很正常的事。就算出新版本，等待开发人员的是一大堆bug报告，根本不会有开发的成就感，开发没有动力性，况且国内用linux的人又不是很多。
所以我认为
1,没有严谨的组织结构
2,没有商业行为，没有资金来源
3,没有开源的氛围
magic group到底能够坚持多久？
(这是对redhat停止开发个人版本，还有对几大linux的观察得出的一点看法，最近我也在对deb和rpm做评估，也许我也要转而使用debian了，虽然自己已经对rpm有了一定的了解)

aniuge007 · 发表于 2003-11-5 22:13:07

开源不代表共产主义

Fujinsan · 发表于 2003-11-5 23:20:07

1、缺乏严谨的组织结构。这有我的错，我一直想推动建立初中高三级参与体系和分工协作机制，但未能成功。原因在于我本身没有参与开发，对分工的考虑还不周全。本周内我将发布MLSS-1，希望借此机会探索建立一种更有效的协作机制。

2、没有商业行为、没有资金来源的问题。公社财政部一直在为寻求资金支持方面积极努力，例如10月12日~17日在深圳举办的中国国际高新技术展前夕就曾联系好要参加的，但可惜我们并没有准备好一个能够在高交会上拿得出手的东西。开展商业运做的首要前提是要能够为投资者赢利。所以问题的症结还是在于我们自己。

3、没有开源氛围的问题。这和很多人养成的闲聊习惯有很大关系，闲聊居改成休闲中心仍然不起作用。很多人宁愿花出大把的时间和网费讨论无聊的问题，也不愿为Magic Linux做点投手之劳。这和部分管理高层和部分斑竹缺乏有意识引导有很大关系。

至于某些商业Linux发行版停止开发个人版本的问题，你的分析其实是一种误解。RedHat公司不再开发和销售个人版本，不代表RedHat个人版本不再开发，也不代表RedHat公司不再支持其员工参与开源社区对Redhat个人版本以后版本的开发。
走向更加开放的开发模式，是目前大部分Linux发行版的趋势。RedHat把个人版的开发完全交给了开源社区;Mandrake也在最近宣布清除最后一个不开放源码的软件;红旗4.0出来后很多网友表示愿意为红旗后续版本做点贡献，红旗也有意识的逐步将原来的完全封闭和半封闭模式转向更开放的模式。而采取完全封闭模式开发OpenLinux的Caldera公司，最后是穷途末路，被迫将公司名称改回SCO，并走上和Linux开源社区为敌的道路。实践是检验真理的唯一标准!

Magic Linux还很年轻，要走的路还很长，其开发机制上自然存在很多问题。看到了问题，不能作为产生悲观主义的理由；正是发现了问题，才有可能去解决问题，从而建立健全、高效、高质量的网络协同开发模式。如果做什么事情，一遇到问题就说丧气话，就永远不会成功。

坚持就是胜利!

Fujinsan · 发表于 2003-11-5 23:30:00

[quote:10df3e24d0="aniuge007"]开源不代表共产主义

[/quote]
共产主义是什么样子的谁也说不清楚，因为它根本就还没有实现；
而开源运动则是活生生的社会实践，参加开源运动的没人认为开源等于共产主义。只有菜鸟才会这样认为。

aniuge007 · 发表于 2003-11-5 23:54:44

应该参考一下kernel apache 或者其他一些模式，看哪个比较适合。

Fujinsan · 发表于 2003-11-6 00:19:49

不多说了,看看这个:
[内部论文]公社建立开源模式问题探讨

或者看看这个:
http://www.linuxforum.net/docnew/showthreaded.php?Cat=&Board=culture&Number=313

具体的制度我也在起草中,也希望其他朋友多帮帮忙。

conner · 发表于 2003-11-6 00:26:35

Magic Linux 1.2的开发没有1.1的顺利，主要原因是我们抛弃了redhat的基础，转而自己独立开发整个系统和包，其中包括新的安装系统和配置工具。这对本来就不够成熟的ML来说，难度一下子加大了很多。

造成这种情况的原因很多，主要原因我们大家可能都知道，因为1.1出来就有人骂是redhat的改头换面，导致cjacker一气之下下令不准用redhat的包。但罗马不可能一天建成，我们不可能毁掉原有的一切而重新建立一套自己的系统，这样做只能毁掉ML的前程。相反，我们要积极借鉴一切有利于中文Linux发展的营养，不论是redhat, mandrake, suse还是debian，只要对中文Linux系统有推动作用，我们都应该大胆的拿来，这点对于初期的发展十分重要，如果一味的追求原创，最后只能固步自封。开发开源软件不吸收其他开源软件的优势，那叫什么开源？！

ML面临的还有一个很大的问题就是组织问题。那么是不是我们有一套制度就好了呢？这个制度我早就写出来了，但从没有人执行，因为我们开发人员太少了，几乎没有人来认领，也就谈不上协同开发。

开发人员少，是因为我们的开发工具不够强大吗？不是。我和jackey为Magic Linux的配备了几乎是目前最通用的成套开发工具，但是结果呢，目前为止还没有多少人用。就连Linus也坦陈，Linux没有完善的bug系统，他们装的一个bugzilla，只是为了给各个模块的编写人自己做备忘用的。所以工具强弱不是根本问题。

ML的根本问题还是在于大环境和人才。在中国，Linux的土壤还太薄，发展的时间还太短，无论从教育还是应用，都仅仅是刚刚开始，我们还需要时间，逐渐的，有计划的培养我们自己的队伍。

可喜的是公社会员的不断增加，表明中国的Linux应用正在升温，有更多的人开始注意到Linux的优势，并开始不断的学习和应用，所以我们可以看到不久的将来，将有一批精英骨干涌现，为ML的发展奠定新的基础。ML的将来必然随着Linux的在中国的发展，一片光明。

aniuge007 · 发表于 2003-11-6 01:13:56

[quote:79a749a7f6="conner"]因为1.1出来就有人骂是redhat的改头换面，导致cjacker一气之下下令不准用redhat的包[/quote]
要不用redhat的包不是不可能，但是质量没有保证，而且会造成与redhat的不兼容，可能导致一些大的软件不能够使用，我认为红旗也在用redhat的包，我估计这个公司也没那么大的能耐。
所以我认为最基础的包应该用redhat的，内核除外（我发现redhat的内核补丁都是跟服务器有关，还是用标准的kernel吧，反正内核的SPEC不难写，对了，内核版的斑竹gx117水平挺高，可以拉他入伙

，把内核交给他我觉得应该没问题）

Fujinsan · 发表于 2003-11-6 01:16:29

呵呵，你写的那个是针对主要开发人员来说的。公社的现状是水平高的很少，大多数中低水平的社员，即使会制作、测试rpm包，也会因为不会用某些成套开发工具或者看到参与过程比较繁琐而止步。有心想维护某个软件包的社员找了半天不知道在哪个帖子中认领维护任务，导致软件包维护版面几个月来没有更新。
所以，解决参与门槛的问题是突破参与人员少这个瓶颈的关键。就像Linus说的开发工具还不是关键。关键的还是低水平的准备参与者能够快速入门，已经参与者能够逐渐提高水平。毛主席说他更宁愿当一个教导员，因为教导员将自己的思想传播给别人，更多的人去实现他的思想，就是这个意思。

我在“参与国际开源项目”专栏中有关于按三个层次参与国际开源项目的论述也适合于Magic Linux的开发模式。如果指导大家按照初级、中级、高级的层次参与项目，形成由大量的外围参与人员、相当规模的中级参与人员和少量的精英骨干人员组成的团队，Magic Linux团队就可以有效地运转起来。将三个层次中的技术人员分别按"ML助理工程师"、"ML工程师"、"ML高级工程师"划分，在钻研的兴趣和追求更高能力认证的激励下，
能力低的会不断提高自己的能力，这对Magic Linux的发展对参与人员个人的发展都有好处。

解决参与门槛问题也只是解决Magic Linux协同开发模式问题的一个方面，而整个的开发模式则是系统工程其中的某些局部也会根据形式发展的需要而不断充实、调整或变革。

Fujinsan · 发表于 2003-11-6 01:19:12

[quote:f382c01c9b="aniuge007"][内核除外（我发现redhat的内核补丁都是跟服务器有关，还是用标准的kernel吧，反正内核的SPEC不难写，对了，内核版的斑竹gx117水平挺高，可以拉他入伙

，把内核交给他我觉得应该没问题）[/quote]
把你正在用的kernel 2.6 test9在ML1.2pre4b上测试后打个包上来啊。这也是参与方式。

反正内核的SPEC不难写

:-)

conner · 发表于 2003-11-6 01:22:21

这个计划没有5, 6年下不来。别说openoffice的代码了，先读读freetype2或者更简单的xft2代码，能“精通”的有一两个就很不错了。

aniuge007 · 发表于 2003-11-6 01:27:07

我想当个助理工程师

test9我还是用redhat的SPEC,只是把config给改了而已，最近我在学rpm-howto,还是等正是版出来后我再试试，别把我的水平想的那么高

(睡了)

conner · 发表于 2003-11-6 01:28:37

大家首先应该从我们的实际情况出发，确认目前我们一两年要做的事情。否则一开始就上大项目，最后谁都动不了手。与其说参与内核项目，还不如说我们将在下一个版本采用Linux 2.6并加入关于加强桌面应用的补丁，这样更容易接受和上手。与其说开展MLoffice项目，还不如说改进openoffice的中文打印。总之，一句话，眼睛要放低一点，才能够迈步，否则只能原地踏步。

linhuchong · 发表于 2003-11-6 10:01:30

[quote:9077e69f16="conner"]......
因为1.1出来就有人骂是redhat的改头换面，导致cjacker一气之下下令不准用redhat的包......[/quote]

大可不必！海纳百川，有容乃大。 M$ 的 GUI 学自 APPLE， IE 的最初思想来自 NETSCAPE，最初的 OFFICE 则借鉴了很多 WORD PERFECT 的东西。

如果 ML 的领袖们都没有一种兼容并包的胸怀， ML 又如何发展？

joyfire · 发表于 2003-11-6 10:12:24

好文章，呵呵
最近我会在我的joyfire.net里面做一个Magic Linux技术专题
到时候还要大家帮忙

[quote:25bee93257="Fujinsan"]1、缺乏严谨的组织结构。这有我的错，我一直想推动建立初中高三级参与体系和分工协作机制，但未能成功。原因在于我本身没有参与开发，对分工的考虑还不周全。本周内我将发布MLSS-1，希望借此机会探索建立一种更有效的协作机制。

2、没有商业行为、没有资金来源的问题。公社财政部一直在为寻求资金支持方面积极努力，例如10月12日~17日在深圳举办的中国国际高新技术展前夕就曾联系好要参加的，但可惜我们并没有准备好一个能够在高交会上拿得出手的东西。开展商业运做的首要前提是要能够为投资者赢利。所以问题的症结还是在于我们自己。

3、没有开源氛围的问题。这和很多人养成的闲聊习惯有很大关系，闲聊居改成休闲中心仍然不起作用。很多人宁愿花出大把的时间和网费讨论无聊的问题，也不愿为Magic Linux做点投手之劳。这和部分管理高层和部分斑竹缺乏有意识引导有很大关系。

至于某些商业Linux发行版停止开发个人版本的问题，你的分析其实是一种误解。RedHat公司不再开发和销售个人版本，不代表RedHat个人版本不再开发，也不代表RedHat公司不再支持其员工参与开源社区对Redhat个人版本以后版本的开发。
走向更加开放的开发模式，是目前大部分Linux发行版的趋势。RedHat把个人版的开发完全交给了开源社区;Mandrake也在最近宣布清除最后一个不开放源码的软件;红旗4.0出来后很多网友表示愿意为红旗后续版本做点贡献，红旗也有意识的逐步将原来的完全封闭和半封闭模式转向更开放的模式。而采取完全封闭模式开发OpenLinux的Caldera公司，最后是穷途末路，被迫将公司名称改回SCO，并走上和Linux开源社区为敌的道路。实践是检验真理的唯一标准!

Magic Linux还很年轻，要走的路还很长，其开发机制上自然存在很多问题。看到了问题，不能作为产生悲观主义的理由；正是发现了问题，才有可能去解决问题，从而建立健全、高效、高质量的网络协同开发模式。如果做什么事情，一遇到问题就说丧气话，就永远不会成功。

坚持就是胜利![/quote]

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