关于Magic Linux协同开发的建议

whlvme

Magic Linux是个复杂的工程，协同开发需要的队伍也很庞大。对于协同开发，我有几点意见，请公社管理团队参考，也请希望加入到Magic Linux开发队伍的朋友先进行准备。

1、安装程序：这是1.0和1.1的软肋，在以后的版本中必须加强开发。其实做安装程序并不难，无非是几个img和anaconda,前者用于搭建Linux环境用于安装，后者则运行用Python写的程序。gcc熟悉的可以来做img,什么都不会的可以学一下Python；中文安装界面的实现，只需要在搭建一个包含zhcon（其他的也可以）的Linux环境，然后运行含中文的Python程序即可。

2、配置管理工具：根据公社在首页发的调查显示，配置难是阻碍Linux普及的最大因素。Magic Linux也不例外。做配置工具，可以使用C+ncurses方案，可以用Shell Script，可以用Python+Qt Designer,可以用Glade+Gtk,可以用Kylix;但是最重要的还是精通系统配置。使用C+ncurses或Python+Qt也是初学者加入Magic Linux队伍的捷径

3、文档:都嚷着要参加，可是怎么就没有人出来将论坛的帖子整理出来做一个Magic Linux的“简明手册”、“疑难解答”、“技巧集锦”什么的呢？

4、主题设计:不会做KDE桌面装饰，做桌面图标该会吧；做Magic Linux主题桌面，做公社主题桌面，这也是大家对Magic Linux的一种参与和热爱呀。

5、可以做的事情多着呢：例如Bug修正、软件翻译汉化、Magic Linux主页设计、Magic Linux宣传（为了有更多的人加入到Magic Linux开发队伍中来）、提供设想和建议等等等。

cjacker

[quote:3ca2e124c9="whlvme"]Magic Linux是个复杂的工程，协同开发需要的队伍也很庞大。对于协同开发，我有几点意见，请公社管理团队参考，也请希望加入到Magic Linux开发队伍的朋友先进行准备。

1、安装程序：这是1.0和1.1的软肋，在以后的版本中必须加强开发。其实做安装程序并不难，无非是几个img和anaconda,前者用于搭建Linux环境用于安装，后者则运行用Python写的程序。gcc熟悉的可以来做img,什么都不会的可以学一下Python；中文安装界面的实现，只需要在搭建一个包含zhcon（其他的也可以）的Linux环境，然后运行含中文的Python程序即可。

2、配置管理工具：根据公社在首页发的调查显示，配置难是阻碍Linux普及的最大因素。Magic Linux也不例外。做配置工具，可以使用C+ncurses方案，可以用Shell Script，可以用Python+Qt Designer,可以用Glade+Gtk,可以用Kylix;但是最重要的还是精通系统配置。使用C+ncurses或Python+Qt也是初学者加入Magic Linux队伍的捷径

3、文档:都嚷着要参加，可是怎么就没有人出来将论坛的帖子整理出来做一个Magic Linux的“简明手册”、“疑难解答”、“技巧集锦”什么的呢？

4、主题设计:不会做KDE桌面装饰，做桌面图标该会吧；做Magic Linux主题桌面，做公社主题桌面，这也是大家对Magic Linux的一种参与和热爱呀。

5、可以做的事情多着呢：例如Bug修正、软件翻译汉化、Magic Linux主页设计、Magic Linux宣传（为了有更多的人加入到Magic Linux开发队伍中来）、提供设想和建议等等等。[/quote]

不错:-)

补充一点，还要有任务的分派，比如，谁负责那个软件包，
成员之间如何协调等等。

安装程序是大问题，这种c,python再加镜像的开发难倒了大批的人，其实就是一个光盘运行的小系统，你也可以理解成极度裁减的专有用途的嵌入式系统。

whlvme

可以参考MCLinux的制作方法来做啊，网上找得到制作方法的哦。
可以一部分人修改编译bootnet.img的源代码，一部分的任务则是提供一个硬盘安装的镜像。

至于任务分配，应该参照软件工程的思想来做，可以参照RUP、CMM、极限编程等进行。可以设立多个小组，以论坛为基础进行协同，以MyICQ为基础进行交流。协作开发系统并不是搞好开发组织工作的关键，关键是人，是管理。Cjacker兄也是学管理出身的，管理方面的事就用不着我多嘴了。呵呵！

也可以模仿美国军方的采购制，比如B2轰炸机有3家厂商生产，军方经过一段时间的考察后，选定最好的那家进行定型生产。

还有就是公社要建立人才档案机制，鼓励社员填写自己的技能、特长、业余时间情况，这样分配任务时就能更科学。
参与Magic Linux项目的人可以分配到各个部门和各个专门的工作小组。这要组织部予以配合实施。

cjacker

嗯，到时候跑不了你，呵呵:-)
此管理非彼管理，大不一样了:-)

haobus

说的 有道理！

dukeduan

呵呵，我是java程序员，c也懂，能不能派上用场？

yufei

[quote:480dba4f4a="dukeduan"]呵呵，我是java程序员，c也懂，能不能派上用场？[/quote]
呵呵，我也是java程序员，c也懂

whlvme

[quote:b98f063f7e="cjacker"]嗯，到时候跑不了你，呵呵:-)[/quote]
康熙对苏麻拉姑叫道：“后宫不得干政！朕都说了100遍了。”
limit写到：“怎么又冒出一个江青？”

嘻，我只出主意，不参加管理。 :-)

[quote:b98f063f7e="cjacker"]
此管理非彼管理，大不一样了:-)[/quote]
严格说来叫“组织”，而不是管理。

Linux盲

很好！
我们会马上制定出一个计划的，希望大家勇跃参加。

Huixiang

我是网吧技术员，一天到晚泡在网吧，很闲呢，只是我对语言都不会耶，但要我帮忙尽管开口吧！

million

建议根据兴趣/条件，每个成员(组)独立维护一个针对MagicLinux进行优化的包。

million

另：

(1)维护Magic发行版
一个Linux发行版最重要的就是自己的源码树，相信做Magic的大虾已经有了一个，把这个树结构的分支标出来，让愿意为Magic出力的高手组成小组进行专项维护，并且向维护这个源码树的大虾提交。

对于没有认领的的分支，只好大虾亲自出手。对于竞争分支(有多个类似功能的软件包)，则通过竞争决定。
对于希望(未)加入Magic的分支，必须有人认领维护(或者干脆大虾认为必要，自己加入的)，并需要维护代码树的小组评审才能通过(保证质量)。

(2)测试Magic发行版
维护性测试：由大虾亲自动手测试，因为可能需要修改源码。
公开测试：由大家进行实用性质的测试，主要是反馈问题。
稳定发行：构成一个比较稳定的发行版。

Fujinsan

whlvme还蛮有一套的嘛，前段时间躲哪儿去了？

million的建议很有可行性。