自由软件协作开发模式

KDE

不要错误地认为自由软件的开发是自由散漫的，它的开发通常都有严格的组织管理层次和质量控制，一个大型项目通常都有一名网络协调员，有若干主服务器、网页维护员、有翻译组，有时还有专门的打包人员，有若干 cvs/svn 操作者(commitor)，这些人根据技术高低和敬业精神又有权限的不同，统称(核心)开发组，另外还有若干积极的测试者和补丁提交人，但这些人都不固定、可靠度不高。一般都通过邮件列表和新闻组内部联络，通过讨论解决问题，配备自己的网站、论坛以及臭虫跟踪工具。通常开发者都不是专职，时间上不确定，这些体现了有点自由散漫，但是大型项目都有严格的开发计划表，你要是迟疑，人家可是过期不候。

bamfox

形象的讲就是形散神不散

Fujinsan

[quote:6f846e624c="KDE"]不要错误地认为自由软件的开发是自由散漫的，它的开发通常都有严格的组织管理层次和质量控制，一个大型项目通常都有一名网络协调员，有若干主服务器、网页维护员、有翻译组，有时还有专门的打包人员，有若干 cvs/svn 操作者(commitor)，这些人根据技术高低和敬业精神又有权限的不同，统称(核心)开发组，另外还有若干积极的测试者和补丁提交人，但这些人都不固定、可靠度不高。一般都通过邮件列表和新闻组内部联络，通过讨论解决问题，配备自己的网站、论坛以及臭虫跟踪工具。通常开发者都不是专职，时间上不确定，这些体现了有点自由散漫，但是大型项目都有严格的开发计划表，你要是迟疑，人家可是过期不候。[/quote]

修改一下，呵呵：

不要错误地认为自由软件的开发是无章可循的。
一个大型项目通常都有一名网络协调员（通常都必须具备严格的组织管理层次思想和质量控制意识），有若干主服务器、网页维护员、有翻译组，有时还有专门的打包人员，有若干 cvs/svn 操作者(commitor)。这些人统称(核心)开发组，他们根据分工不同而拥有不同的权限，而分工是由技术高低和敬业精神决定的。
另外还有若干积极的测试者和补丁提交人，但这些人都不固定、参与缺乏持久性。……通常开发者都不是专职，时间上不确定，这些体现了自由软件项目的自由特性，但是大型项目都需要有严格的开发计划表，不可能无限期等待，你要是迟疑，可就错过了展示才智、锻炼水平的大好机会了。

曾见过一篇比较内地国企与沿海发达地区企业不同管理风格的文章，同样是单位组织的旅游，同样是利用公司内部信息系统，在内地时用的字眼是“通知某时某刻在某地集合”，在沿海时用的字眼则是“诚挚邀请”“不见不散”。

Fujinsan

[quote:303eadcf9d="bamfox"]形象的讲就是形散神不散 [/quote]
抽象一点讲，就是：
形散神不散，人散气不散，言散技不散。
此乃“企鹅道”之修炼秘诀是也！呵～_～呵

ckhuang

学到东西了

faif

能不能多介绍一点各种开发模式？据我所知，开源软件也有各种不同的开发模式，有比较开放的，比如linux内核，也有比较封闭的，核心小组说了算：比如freebsd等等。

KDE

linux 内核的开发实际并不是你想得那么开放。

faif

>linux 内核的开发实际并不是你想得那么开放。
我也没有把它想的那么开放，我只是虚心求教来了。linux我觉得是大家都可以patch，然后linus或者模块的负责人决定要不要接受，然后Commit in。而现在开源大热，开发模式也各有不同，有的项目源码开放，但是开发也是䒈封闭式的小组。我的一个朋友正在写不同开源开发模式的项目管理比较，只是想问问你的看法。就像开源软件的协议也是各种各样，有GPL兼容也有不兼容的等等。