whlvme 发表于 2003-3-18 09:47:38

关于Magic Linux协同开发的建议

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 发表于 2003-3-18 09:56:27

Re: 关于Magic Linux协同开发的建议

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开发队伍中来)、提供设想和建议等等等。

不错:-)

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

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

whlvme 发表于 2003-3-18 10:17:03

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

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

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

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

cjacker 发表于 2003-3-18 10:35:29

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

haobus 发表于 2003-3-18 11:16:38

说的 有道理!

dukeduan 发表于 2003-3-18 12:09:07

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

yufei 发表于 2003-3-18 12:11:31

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

whlvme 发表于 2003-3-18 13:07:38

嗯,到时候跑不了你,呵呵:-)
康熙对苏麻拉姑叫道:“后宫不得干政!朕都说了100遍了。”
limit写到:“怎么又冒出一个江青?”

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


此管理非彼管理,大不一样了:-)
严格说来叫“组织”,而不是管理。

Linux盲 发表于 2003-3-19 16:16:06

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

Huixiang 发表于 2003-3-21 07:11:28

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

million 发表于 2003-3-21 11:19:49

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

million 发表于 2003-3-22 03:38:57

另:

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

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

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

Fujinsan 发表于 2003-3-22 19:36:40

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

million的建议很有可行性。
页: [1]
查看完整版本: 关于Magic Linux协同开发的建议