跟现在所有的M开发者探讨一个问题

younker

[quote:f75b0cc78d="sjinny"]呵呵，只是个选择的问题，继续开发，也许将来红旗将被真正代替……转向应用开发，也许将来能为中国人在国际开源社区里赢得发言权……其实这两个选择都不错，只要选定一个大家努力去向那个方向努力就可以了……
[/quote]

支持sjinny的观点， 我想我就是那种可以开发，但是不会打包的人。
不过公司是微软的合作伙伴，搞Linux的时间太少。

lovewilliam

看看我们的开发人员吧！

cjacker          系统开发主管          负责Magic Linux开发           
charlesw         系统开发员         负责Magic Installer开发        
LoneStar         系统开发员         负责Magic Linux开发        
tonyking         系统开发员         负责Magic Linux开发        
Fujinsan         系统开发员         负责Server Suite开发        
walte         系统开发员         负责Magic Linux开发        
Vitis         系统开发员         负责Magic Linux开发        
网站开发维护
connermo         网站开发主管         负责官方网站开发和维护        
jackey         网站开发主管         负责官方网站开发和维护        
hiweed(海微)         网站开发         负责drupal维护        
KDE         网站开发         负责中文翻译        
文档开发维护
hew         文档开发主管         负责官方文档开发和维护        
myopia         文档开发         负责文档开发和维护        
sejishikong         文档开发         负责文档开发和维护        
wangjin126         文档开发         负责文档开发和维护        
ask         文档开发         负责文档开发和维护        
epaul         文档开发         负责文档开发和维护        
lovewilliam         文档开发         负责文档开发和维护        
amnoh         文档开发         负责文档开发和维护        
akar         文档开发         负责文档开发和维护        
easthero         文档开发         负责文档开发和维护        
技术支持
yingjiazhong(樱家冢)         技术支持主管         负责ML技术支持        

开发人员太少，项目负责人员担子较重！

applepie

说白了就是没有人

Fujinsan

在担任公社计划部副部的早期，我就希望公社能够建立起以Magic Linux为龙头的开源软件研发体系：
*系统平台研发部
*应用软件研发部
*网站系统开发部

但美好的设想并没能实现，原因就在于能够做事的人实在太少了！实践经验告诉我，相对于服务器资源来说，人力资源对于公社来说更加珍贵更加重要。但可惜的是，由于部分公社高层在公社管理理念上的失误，公社的水份越来越大，技术社区几近沦为娱乐社区。可以说，单一追求人气、注册数量的浮躁心态是造成Magic Linux开发队伍久久难以建立起来的重要因素。

binbindatou

我有一个梦想， 我非常希望自己有朝一日， 能够加入Magic Linux的开发组。 你们不知道， 当我得知在中国有一个以大学生为主力的Linux发行版时， 有多么的高兴， 我逢人就说在一个叫做linuxfans.org的地方， 有一个中文支持最好的Linux发行版，他完全遵守Linux的GPL公用许可证，给我们中国人带来了尊严和荣誉， 是我们全体中国人的骄傲。
我对我的朋友们说：我希望有朝一日，我能够加入他们的行列，他们是我心中的英雄。但是，也许，我的职业选择将不会允许我参与，但是，就让我作一个Magic Linux 的宣传者吧。

sjinny

sejishikong, 如果OO不是用Java写的，怎么解释它运行得如此之慢呢？ 我印象中就是Java做的，它和我win98里的M$ Office比起来太慢了……不过我很欣赏OO的功能，特别是它的文件格式，xml再打包压缩，非常好的文件格式设计思路~
另外，其实好的发行版和好的软件之间是互利共生的关系，系统做的不好就没人用它上面的软件，但是如果软件做得不好就没人用这种系统，但是在人力资源不足的情况下如果两手都想抓是不行的，抓而不紧等于不抓，必须选准突破口，虽然我没用过ML，但是我推断ML的优势只在于本地化上，以这点优势去和Debian、Fedora竞争吗？其实现在的问题不是吸引不了用户，而是吸引用户装上Linux后不能把用户留在Linux平台上，这就是应用软件的问题了。

Fujinsan, 看来你这三部得一个一个地建了~

liuspider

[quote:c3f2a701e3="cjacker"]我知道这个时候提出这个问题有点不合适，或者会伤了很多人的心，但是我觉得还是有必要把这个问题提出来:

从MagicLinux诞生开始到现在，我们经历了几次冲击，无非集中在以下几点：
1，MagicLinux到底是不是GPL发布的问题
2，MagicLinux偷盗了多少人多少补丁
3，MagicLinux为什么要存在
4，作Magic是不是开发者有钱拿，或者他们是一个公司

我想我们很多人在很多场合也都做过很多次的澄清，理性的，不理性的，愤怒的还是心平气和的。

以上问题是原则性问题，也是关系到每个开发者的人品的疑问。

我不想每个作MagicLinux的人最后都会背上“偷盗”“不守规则”等等的大帽子，我个人的想法是：

1，停止MagicLinux的开发，取消有关MagicLinux的所有版面。
2，整理目前所有的Source，抽取所有我们自己作的补丁(外来补丁不要提供)，作一个网页放上去，能提交的就提交，提交不了的就放在网页上谁需要自己下载就可以了。
3，关闭所有我们自己的MagicLinux下载服务器。
4，我们的开发队伍由操作系统开发转变为应用开发。


我现在心情还算平静，大概一个月前我跟conner有过一次短暂的沟通，告诉了他我的去向和以后的打算，目前的开发负责人也是由conner承担，我说话的权利肯定要比以前小了

但是我希望大家都能好好想一想，我们现在作的事情还有没有意义，在按照目前的舆论发展下去，我们会成为另外一个跟国内商业公司同样的人人喊打的国产Linux发行版，每一个人都会莫名其妙的背上一些自己不应该承担的责任。

为什么我们不能转变成应用的开发，针对目前Linux下功能的缺失去做一些应用层的软件，发布的时候放出source，好用会有人用，不好用也就不会有人用，有希望的项目可以吸引更多的开发者加入，做的好了，可以发展成国际项目，要比现在轻松的多。[/quote]

在ML 最开始立项目的时候，我是少数几个表示不同意的人之一，原因就是我认为不如去完善现有的软件的中文支持，或者开发设计软件以提高中国人在开源界的贡献，才能让更多的人重视并最终支持中文

但是当时没有什么人听得进去。

现在我是非常同意 cjacker 的“结论”部分的：还是 做些 应用层 的东西。但是我并不同意 他得到这个结论的原因：
提出那4 点疑问的人，不值得和他们计较，有目共睹的事实需要争辩吗？

那些不遵循最基本游戏规则的运动员的所作所为，大家也都明白，ML 和他们根本就不能相提并论。

尽管一直以来我个人都不看好 ML，也并不能算支持它，但是我一直对诸位开发和维护的人深表敬意。（我对于那些不遵循规则的运动员只有厌恶）

所以我个人认为，如果仅仅是因为所谓的 “舆论”的问题，而放弃ML，实在不成为一个站得住的理由

但是我还是像最开始一样，始终认为开发应用层的东西，甚至去做文档翻译，都比维护一个发行版要有意义一些（而且工作量也小很多）。

一点个人看法

QuickTime

我现在决定支持ML转向应用开发。
而ML应该作为一个desktop项目，虽然不是做OS但是可以做在中国将会影响linux发展的应用程序

做OS太累
而且如果没有一个很好的协调机制确实不好做
要不然就需要一个实体来领导

paulin

不管怎么样，支持 Magic Linux core team 的决定，与其这样累下去，不如尽早转型。

不过总是有那么一点的惆怅在里面。

sjinny

呵呵，其实在转变的时候不需要惆怅，只是一个选择，不用看得那么严重~

Fujinsan

转向应用开发是大方向，因为只有应用普及，才能谈得上Linux的普及。所以对于公社建设和ML开发，我的一贯主张就是“应用解决方案”六个字。

但是做应用开发得有一个大家共同的平台啊！相互协助，远比各个小软件项目孤军奋战要强；如果各个小软件项目抱成团，捆绑起来，那么在知识、经验、人才、管理等方面就不再是“一根筷子轻轻被折断”了，共享的可自由控制的平台就能够达到相互促进的作用。

借鉴cjacker的“ML2.0应用专业化”提法和CharesW的“Magic Installer将允许任何软件开发者将Magic Linux做成自己软件的配套操作系统”的思路，我的主张是这样的：
1、Magic Linux继续开发下去，但开发的指导思想全面转到“应用专业化”上面来，ML2.0研发团队组建10个应用专业化小组（我在培训计划中提到的那10个小组）；
2、基础平台组：以提供专业化应用的基础运行平台为主要任务，这个平台包括内核、驱动、shell、窗口系统、系统工具等。任何软件开发者将自己的软件加入到这样的CD1中就可以制作一个专门的系统；
3、精品应用组：将其他应用专业化小组提交的、满足最经常应用需求的精品软件收集进来，作为ML的工具盘。被精品应用组选入的软件可以为这些软件提供更好的宣传推广效应(因为将会有很多人只下CD1和CD2)。
4、开发工具组：为ML开发人员或其他Linux开发人员提供全面、优秀的解决方案，首先收集软件，接着进行hack和改进，通过熟悉这些软件的源码，以后再进行开发工具方面的开发，例如将glade改造成类似VB的集成环境，或者开发将Windows下的应用无缝移植到Linux下的工具；
5、网络服务组：以网络管理、网络安全、服务器、网络应用为主要关注点，先收集现有的软件，开发整合应用（例如同时支持PHP/JSP/EJB/ASP/ASP.net/Zope的虚拟主机系统），然后再出专业的服务器版本，甚至以后还可从phpnuke等的维护人员中分化出企业应用系统、电子政务系统的项目团队出来；
6、办公应用组：以Office软件、科学计算、图形图像等软件为主要关注点，通过将这些软件集成到ML中，逐渐培养出Magic Office、Magic Photo Studio、Magic CAD、Magic智能仿真等大型软件的开发人才出来，推出Magic Linux企业版和各类大型中文应用软件出来；
7、游戏娱乐组：关注多媒体、游戏、休闲等软件，通过维护这些软件，熟悉开发相关软件的各方面技术，培养相关的专业人才，以后可以根据不同发展阶段的人力资源状况和其他条件，组建Magic Linux家庭版、Magic Music Studio、Magic Media Center以及各类游戏软件的项目团队；
8、文档资源组：以ML文档编写、英文文档翻译、教学资料收集和桌面主题资源收集制作等为切入点，随着培养出更多的人才，可以逐步发展为Linux杂志、Linux Arts等项目团队,甚至还可以进行Linux CAI的开发；
9、光盘运行组：以提供无需安装、直接从光盘运行的Magic Linux系统为出发点，以后可以开发“万能系统维护工具盘”、光盘运行的教学系统、演示系统等。
10、即时通信组：为ML集成即时通信工具，培养网络应用软件开发人才，先进行这些软件的集成、改进和整合，然后开发Magic Linux Messenger Platform，开发更优秀的即时通信软件，开发其他的网络应用软件等。由于MLMP整合到ML中，所以用户的普及程度肯定要比单独的IM软件要强，同时由于考虑到向系统接口发展，也将比单纯的IM软件更有优势。
11、嵌入应用组：将内核阅读小组、SkyEye项目组等人员吸纳到这个组中，培养嵌入式人才，发展嵌入式开发测试平台。可以先做现有软件的收集整合工作，逐步熟悉并培养出一批人才出来后就可以进行更多的开发，例如开发Linux手机应用软件。

所以，用“以人为本”的思路来考虑，从人的发展上看，现在还不是全面转向应用开发的时候，时机不成熟，所以需要ML项目继续走下去，通过“应用专业化”进程，为应用开发培养人才。至于ML面临的非议，其实和开发本身无关，只和我们不对的宣传策略有关。

tyfrlj

给MagicLinux的建议
1、ML要不要继续
要，当然要！ML给广大使用汉语的LinuxFans带来了崭新的视觉享受和方便的应用环境，ML是中国唯一由LinuxFans打造的自由的distribution，ML是使用汉语的LinuxFans的宝贝和对外的象征。
2、ML要怎样继续
我觉得做为一个自由的distribution，ML的应该使用持续分布式开发，而不适合使用版本集中式开发。
DebianLinux是属于持续分布式开发，但是Debian是做大而全，ML不需要大而全。我的建议是ML分成OS、核心应用、其他应用三大部分，下面再分详细的开发小组和维护小组，小组下面再根据单个软件包分成开发小组和维护小组。某个软件在OS、核心应用、其他应用三大部分的位置由OS-版本-开发小组在进行民意调查后指定（一个软件能否进入OS、核心应用要根据需要决定，这版本包括它，下个版本不适合了就可以剔除，这样来控制版本结构的合理和发行版本的大小。其他应用部分由用户自由开发、维护）。ML的发布版本控制由OS－版本－维护小组进行，不干扰开发，发布iso原则上只使用OS与核心应用的进入维护的软件。各小组成员自由加入和退出，但是为了开发维护队伍的相对稳定，成员应该在参与的小组工作不少于100天。一位成员可以参加多个小组（只要精力和能力允许）。
3、ML开发维护的经济、物质支持
ML的继续需要经济、物质支持。我们需要一个强大的服务器供大家进行开发、维护、安装、下载、学习。我建议成立ML发展基金会，其职责是吸引捐款、受理捐款、争取政府支持、建立ML服务器和服务镜像、开展ML各种活动、对ML核心开发队伍和基金会工作人员提供基本的生活保障、公开基金会的财务、人事、工作进程。ML要坚决不通过商业化获取经济来源，但允许商家通过ML的销售、服务获利，通过ML的销售、服务获利的商家有义务向ML发展基金会捐款。
4、对于ML安装的建议
ML的网络安装要加强。
通过多个镜像同时安装、通过本地iso安装、通过本地rpm包安装。安装源的根目录下建立包列表文件（该文件包括软件包依赖信息等，编写软件让用户在本地自动侦测生成该文件以制作安装源，这样用户可以方便得组织本地安装源，并且只要共享该安装源，网络上其他人就可以加以利用）
安装使用命令调用安装源配置文件（配置文件可为文本文件或文本文件的各种压缩包，可以有各种前端生成配置文件并调用命令进行安装）。使用安装源配置文件，用户可制定自己的可引导安装iso。
开发从windows下安装的前端
安装源配置文件格式建议（install.cfg例子）：
ftp://magiclinux.org/rpmpool/1.3/
{os/basesystem.rpm;
core/gimp.rpm;}
ftp://mirror.magiclinux.org/rpmsource/1.3/
http://mirror.ml.net/pool/1.3
[rpm.list.bz2]
file:///usr/rpmpool/
注：1、安装源地址后没有{[表示该安装源使用默认安装列表文件（假设是rpm.list），如file:///usr/rpmpool/是使用/usr/rpmpool/rpm.list;2、[]里是指定列表文件；3、{}里是指定rpm包。

Gavin_tju

别怪我打击你,10个组一组一个人么?

Bluedata

細分是必然的。這樣社員們才能更好的選擇適合自己的方向。
以前很多社員不敢加入的一個原因就是因爲Magic Linux在大家面前太高深了。
一說到是要開發操作系統，很多人都打了退堂鼓。
時間充裕的社員可以根據自己的實際情況加入多個組，而時間有限的社員也可以專注于自己所感興趣的方面嘛。

sjinny

呵呵，那10个组不可能一下就凭空出现的，要选准突破口。
这10个组得一个一个来