大家说得都很好呀！谁能给些UML的资料，先让我弄清楚哪些UML图的含义！



Carambo ， qutr at tjub.com.cn 
2005-5-11 
----- 收到以下来信内容 ----- 
发件人: orciloud tang 
收件人: python-chinese,马剑 
时  间: 2005-05-11, 13:38:01
主  题: Re: 答复: [python-chinese] 关于怎样学习设计模式，谁能给点建议。


别忘记了学习设计模式是学习别人的经验，

只有学习别人的经验你才能站在巨人的肩膀上，

什么都靠自己去摸索，会走得很累。。。


On 5/11/05 1:30 PM, "马剑" <honeyday at staffonly.org> wrote:

> 有一本《JAVA与模式》，1000多页，讲了近100种模式。但是看过之后，都是万变
> 不离其宗，还是那些最基本的模式演变出来的。
> 
> 世界上也没有完美的固定的总设计模式，应该都算是“经验公式”，所以，简单看
> 看，对自己之前的经验作一个规范的总结，并吸纳优秀的思想才是主要的。
> 
> 以我的经验，设计开发程序就是本着简洁、简单、实用的思想，好高骛远是永远也
> 写不出好程序的。
> 
> On Wed, 11 May 2005 12:24:13 +0800
> orciloud tang <orciloud at gmail.com> wrote:
> =================================================================
>> 
>> 
>> 你的经验其实就包含了很多有用模式，只是你没把他拿出来当作模式看而已，
>> 
>> 最常见的可以看到你用一个类来创建另外一个类，当你没看相关书籍不会拿他当模式，那
>> 就是工厂。。。
>> 
>> 模式本来就是经验，而经验是合适的人用来在合适的情况下做合适的工作的。
>> 那些开口闭口模式，拿模式当神位一样捧着的都应该遭到鄙视。。。
>> 
>> 
>> 
>> On 5/11/05 11:52 AM, "Neo Chan" <neo.chen at achievo.com> wrote:
>> 
>>> 我不懂《设计模式》我去一家公司工作。他们跟我说过这个。。。不过看他们开发的程序。。比我
写>>> 的
>>> 还烂。。。
>>> 
>>> 
>>> 
>>> 发件人: python-chinese-bounces at lists.python.cn
>>> [mailto:python-chinese-bounces at lists.python.cn] 代表 Carambo
>>> 发送时间: Wednesday, May 11, 2005 10:35 AM
>>> 收件人: python-chinese
>>> 主题: [python-chinese] 关于怎样学习设计模式，谁能给点建议。
>>> 
>>> 
>>> python-chinese :
>>> 
>>> 　　大家好！
>>> 
>>> 
>>> 
>>> 近日在看一本《设计模式精解》，感觉讲的比较容易理解，但是有些看懂的东西还是不能灵活运用。
>>> 
>>> 哪位老兄是设计模式高手，能不能谈谈学习心得？
>>> 
>>> 另外谁能给个UML书籍的下载连接，最好中文！
>>> 
>>> 谢谢！
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Carambo， qutr at tjub.com.cn qutr at tjub.com.cn>
>>> 
>>> 2005-5-11 
>>> 
>>> 
>>> _______________________________________________
>>> python-chinese list
>>> python-chinese at lists.python.cn
>>> http://python.cn/mailman/listinfo/python-chinese
>> 
>> 
> 
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese


_______________________________________________
python-chinese list
python-chinese at lists.python.cn
http://python.cn/mailman/listinfo/python-chinese
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20050511/5481cdd6/attachment.htm

看到这么多人在谈什么设计模式，我想探讨一个问题。

总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
kernel的项目，有时还会失败。

这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没有
什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
目的。

谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
开发模式呢？

-- 
Regards
Falls Huang

那些图很简单的。。看看就行。。一两天就可以学会的。。

 

人：用户

图圈：CASE

比如 人->outook->收

                      |- --- >发

这就是一个CASE

 

好像有一个网站是umlchina.com

  _____  

发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 Carambo
发送时间: Wednesday, May 11, 2005 1:43 PM
收件人: python-chinese
主题: 答复: [python-chinese] 关于怎样学习设计模式，谁能给点建议。

 

大家说得都很好呀！谁能给些UML的资料，先让我弄清楚哪些UML图的含义！

 

 

 

Carambo， qutr at tjub.com.cn qutr at tjub.com.cn> 

2005-5-11 

----- 收到以下来信内容 ----- 

发件人: orciloud tang orciloud at gmail.com>  

收件人: python-chinese,
python-chinese at lists.python.cn,honeyday at staffonly.org> 马剑 

时  间: 2005-05-11, 13:38:01 

主  题: Re: 答复: [python-chinese] 关于怎样学习设计模式，谁能给点建议。 

 

别忘记了学习设计模式是学习别人的经验，

只有学习别人的经验你才能站在巨人的肩膀上，

什么都靠自己去摸索，会走得很累。。。


On 5/11/05 1:30 PM, "马剑" <honeyday at staffonly.org
20honeyday at staffonly.org> > wrote:

> 有一本《JAVA与模式》，1000多页，讲了近100种模式。但是看过之后，都是万变
> 不离其宗，还是那些最基本的模式演变出来的。
> 
> 世界上也没有完美的固定的总设计模式，应该都算是“经验公式”，所以，简单看
> 看，对自己之前的经验作一个规范的总结，并吸纳优秀的思想才是主要的。
> 
> 以我的经验，设计开发程序就是本着简洁、简单、实用的思想，好高骛远是永远也
> 写不出好程序的。
> 
> On Wed, 11 May 2005 12:24:13 +0800 
> orciloud tang <orciloud at gmail.com 20orciloud at gmail.com> > wrote:
> =================================================================
>> 
>> 
>> 你的经验其实就包含了很多有用模式，只是你没把他拿出来当作模式看而已，
>> 
>> 最常见的可以看到你用一个类来创建另外一个类，当你没看相关书籍不会拿他当模
式，那
>> 就是工厂。。。
>> 
>> 模式本来就是经验，而经验是合适的人用来在合适的情况下做合适的工作的。
>> 那些开口闭口模式，拿模式当神位一样捧着的都应该遭到鄙视。。。
>> 
>> 
>> 
>> On 5/11/05 11:52 AM, "Neo Chan" <neo.chen at achievo.com
20neo.chen at achievo.com> > wrote:
>> 
>>> 我不懂《设计模式》我去一家公司工作。他们跟我说过这个。。。不过看他们开发
的程序。。比我
写>>> 的
>>> 还烂。。。
>>> 
>>> 
>>> 
>>> 发件人: python-chinese-bounces at lists.python.cn
20python-chinese-bounces at lists.python.cn> 
>>> [mailto:python-chinese-bounces at lists.python.cn
20python-chinese-bounces at lists.python.cn> ] 代表 Carambo
>>> 发送时间: Wednesday, May 11, 2005 10:35 AM
>>> 收件人: python-chinese
>>> 主题: [python-chinese] 关于怎样学习设计模式，谁能给点建议。
>>> 
>>> 
>>> python-chinese :
>>> 
>>> 　　大家好！
>>> 
>>> 
>>> 
>>> 近日在看一本《设计模式精解》，感觉讲的比较容易理解，但是有些看懂的东西还
是不能灵活运用。
>>> 
>>> 哪位老兄是设计模式高手，能不能谈谈学习心得？
>>> 
>>> 另外谁能给个UML书籍的下载连接，最好中文！
>>> 
>>> 谢谢！
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Carambo， qutr at tjub.com.cn 20qutr at tjub.com.cn>
qutr at tjub.com.cn 20qutr at tjub.com.cn> >
>>> 
>>> 2005-5-11 
>>> 
>>> 
>>> _______________________________________________
>>> python-chinese list
>>> python-chinese at lists.python.cn
20python-chinese at lists.python.cn> 
>>> http://python.cn/mailman/listinfo/python-chinese
>> 
>> 
> 
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn 20python-chinese at lists.python.cn> 
> http://python.cn/mailman/listinfo/python-chinese


_______________________________________________
python-chinese list
python-chinese at lists.python.cn 20python-chinese at lists.python.cn> 
http://python.cn/mailman/listinfo/python-chinese

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20050511/f910715b/attachment.htm

一个前提，人不同

还有一个，人不同

如果还有愿意，人不同


那些 kernel hacker 其实都是从 unix hacker 过来的，他们都是这方面的专家,
如果这个世界没有unix, 也就不会有unix....这个是很明显的.
并且他们都有一到两个带头人，能够起到很好的英雄式协调和项目控制作用，
会把控整个项目的方方面面

如果你让这批人来做一个应用项目，如果他们在应用项目上也有内核那样的功底
你觉得会失败么？

表面的松散还是有核心的，那就是那少数几个领导者啊。。。


而一般公司的情况呢？　哪儿来那么多“专家”？

关于你说的他们没有UML, 设计模式，

这个我觉得你误会了，先得理解什么是uml,
Pls google...
uml主要是用来交流的，　思想才是第一位的，用uml只是用来表达用来交流的，工具而已
人家没有uml,但人家有自己的一套交流方式，　频繁的irc,maillist,newsgroup...
他们有自己的一套"uml"

我个人比较讨厌过分的文档的，偏激点的说就是，cmm是万恶之源，
搞的到处是一些不怎么懂cmm的在套用一些cmm的部分思想...

兄台可以看看bob大叔的的 敏捷，前面好像有人提到过吧？
还可以去浏览一下伟大的martin folwer的一些语录，


只有在你迫切需要的时候，在你没有文档就说明不清楚问题的时候，

文档才有可能有必要！


On 5/11/05 1:44 PM, "Falls Huang" <bhuang at qubit-star.com> wrote:

> 看到这么多人在谈什么设计模式，我想探讨一个问题。
> 
> 总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
> 者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
> 报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
> 例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
> 实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
> kernel的项目，有时还会失败。
> 
> 这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
> 常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
> 定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没有
> 什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
> 目的。
> 
> 谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
> 开发模式呢？

这样解释吧。。你找一个和你水平相当的人写程序。。你看看他写的程序。。你们两合
作很轻松。。。

如果水平出现不平衡。自己写出的东东不一样。。。由其是在边学边干的那些人。写程
序是没有风格可言的。。应该说没有自己的风格。。不紧是边学，边干，还要边试验，
常常不知这代码能不能行。。要试验后才知。。。

水平越高写程序员的风格越近。。。他读其它人的代码的经验很多。。。测试手段也很
多。。。

还有国情不一样。在外国程序员做到老。。等他们30岁时他人的经验很丰富。。
在国内都去干管理了。结果管理做的很烂。程序水平也退化了。。

在外国，外国人很少人去考什么MBA，PMP（项目管理）。。。。他们很实在。知道自己
能干什么，自己能不能干什么。他们不会去干他们干不了的事（PM）。

哈哈MBA在哈佛是冷门。。而在中国可热呢。。。

-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 Falls Huang
发送时间: Wednesday, May 11, 2005 1:44 PM
收件人: python-chinese at lists.python.cn
主题: [python-chinese] 谈点python题外的，和设计有关的问题

看到这么多人在谈什么设计模式，我想探讨一个问题。

总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
kernel的项目，有时还会失败。

这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没有
什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
目的。

谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
开发模式呢？

-- 
Regards
Falls Huang
_______________________________________________
python-chinese list
python-chinese at lists.python.cn
http://python.cn/mailman/listinfo/python-chinese

cmm是万恶之源，不错。。 文档太多是不好。。
我们公司是CMM3经的。开始文档还很全。。UML也大量使用。。
现在呢。。。哈哈。。。



-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 orciloud tang
发送时间: Wednesday, May 11, 2005 2:07 PM
收件人: python-chinese; Falls Huang
主题: Re: [python-chinese] 谈点python题外的，和设计有关的问题


一个前提，人不同

还有一个，人不同

如果还有愿意，人不同


那些 kernel hacker 其实都是从 unix hacker 过来的，他们都是这方面的专家,
如果这个世界没有unix, 也就不会有unix....这个是很明显的.
并且他们都有一到两个带头人，能够起到很好的英雄式协调和项目控制作用，
会把控整个项目的方方面面

如果你让这批人来做一个应用项目，如果他们在应用项目上也有内核那样的功底
你觉得会失败么？

表面的松散还是有核心的，那就是那少数几个领导者啊。。。


而一般公司的情况呢？　哪儿来那么多“专家”？

关于你说的他们没有UML, 设计模式，

这个我觉得你误会了，先得理解什么是uml,
Pls google...
uml主要是用来交流的，　思想才是第一位的，用uml只是用来表达用来交流的，工具而
已
人家没有uml,但人家有自己的一套交流方式，　频繁的irc,maillist,newsgroup...
他们有自己的一套"uml"

我个人比较讨厌过分的文档的，偏激点的说就是，cmm是万恶之源，
搞的到处是一些不怎么懂cmm的在套用一些cmm的部分思想...

兄台可以看看bob大叔的的 敏捷，前面好像有人提到过吧？
还可以去浏览一下伟大的martin folwer的一些语录，


只有在你迫切需要的时候，在你没有文档就说明不清楚问题的时候，

文档才有可能有必要！


On 5/11/05 1:44 PM, "Falls Huang" <bhuang at qubit-star.com> wrote:

> 看到这么多人在谈什么设计模式，我想探讨一个问题。
> 
> 总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
> 者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
> 报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
> 例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
> 实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
> kernel的项目，有时还会失败。
> 
> 这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
> 常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
> 定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没有
> 什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
> 目的。
> 
> 谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
> 开发模式呢？


_______________________________________________
python-chinese list
python-chinese at lists.python.cn
http://python.cn/mailman/listinfo/python-chinese

学习UML可以从《UML基础，案例与应用》（人民邮电出版社）入门，和《 UML和模式应
用：面向对象分析和设计及统一过程导论（》第二版）（影印版）  
学习pattern可以看看《design pattern explained>和《敏捷软件开发，原则模式与实
践》 GoF的《design pattern》可以在你有一定模式设计能力的基础上当手册用。



--
Open WebMail Project (http://openwebmail.org)


---------- Original Message -----------
From: "Neo Chan" <neo.chen at achievo.com>
To: <qutr at tjub.com.cn>, <python-chinese at lists.python.cn>
Sent: Wed, 11 May 2005 13:57:09 +0800
Subject: 答复: [python-chinese]  关于怎样学习设计模式，谁能给点建议。

> 那些图很简单的。。看看就行。。一两天就可以学会的。。
> 
> 人：用户
> 
> 图圈：CASE
> 
> 比如 人->outook->收
> 
>                       |- --- >发
> 
> 这就是一个CASE
> 
> 好像有一个网站是umlchina.com
> 
>   _____
> 
> 发件人: python-chinese-bounces at lists.python.cn
> [mailto:python-chinese-bounces at lists.python.cn] 代表 Carambo
> 发送时间: Wednesday, May 11, 2005 1:43 PM
> 收件人: python-chinese
> 主题: 答复: [python-chinese] 关于怎样学习设计模式，谁能给点建议。
> 
> 大家说得都很好呀！谁能给些UML的资料，先让我弄清楚哪些UML图的含义！
> 
> Carambo， qutr at tjub.com.cn qutr at tjub.com.cn>
> 
> 2005-5-11
> 
> ----- 收到以下来信内容 -----
> 
> 发件人: orciloud tang orciloud at gmail.com>
> 
> 收件人: python-chinese,
> python-chinese at lists.python.cn,honeyday at staffonly.org> 马剑
> 
> 时  间: 2005-05-11, 13:38:01
> 
> 主  题: Re: 答复: [python-chinese] 
> 关于怎样学习设计模式，谁能给点建议。
> 
> 别忘记了学习设计模式是学习别人的经验，
> 
> 只有学习别人的经验你才能站在巨人的肩膀上，
> 
> 什么都靠自己去摸索，会走得很累。。。
> 
> On 5/11/05 1:30 PM, "马剑" <honeyday at staffonly.org
> 20honeyday at staffonly.org> > wrote:
> 
> > 有一本《JAVA与模式》，1000多页，讲了近100种模式。但是看过之后，都是万变
> > 不离其宗，还是那些最基本的模式演变出来的。
> > 
> > 世界上也没有完美的固定的总设计模式，应该都算是“经验公式”，所以，简单看
> > 看，对自己之前的经验作一个规范的总结，并吸纳优秀的思想才是主要的。
> > 
> > 以我的经验，设计开发程序就是本着简洁、简单、实用的思想，好高骛远是永远也
> > 写不出好程序的。
> > 
> > On Wed, 11 May 2005 12:24:13 +0800 
> > orciloud tang <orciloud at gmail.com 20orciloud at gmail.com> > wrote:
> > =================================================================
> >> 
> >> 
> >> 你的经验其实就包含了很多有用模式，只是你没把他拿出来当作模式看而已，
> >> 
> >> 最常见的可以看到你用一个类来创建另外一个类，当你没看相关书籍不会拿他当模
> 式，那
> >> 就是工厂。。。
> >> 
> >> 模式本来就是经验，而经验是合适的人用来在合适的情况下做合适的工作的。
> >> 那些开口闭口模式，拿模式当神位一样捧着的都应该遭到鄙视。。。
> >> 
> >> 
> >> 
> >> On 5/11/05 11:52 AM, "Neo Chan" <neo.chen at achievo.com
> 20neo.chen at achievo.com> > wrote:
> >> 
> >>> 我不懂《设计模式》我去一家公司工作。他们跟我说过这个。。。不过看他们开
发
> 的程序。。比我
> 写>>> 的
> >>> 还烂。。。
> >>> 
> >>> 
> >>> 
> >>> 发件人: python-chinese-bounces at lists.python.cn
> 20python-chinese-bounces at lists.python.cn> 
> >>> [mailto:python-chinese-bounces at lists.python.cn
> 20python-chinese-bounces at lists.python.cn> ] 代表 Carambo
> >>> 发送时间: Wednesday, May 11, 2005 10:35 AM
> >>> 收件人: python-chinese
> >>> 主题: [python-chinese] 关于怎样学习设计模式，谁能给点建议。
> >>> 
> >>> 
> >>> python-chinese :
> >>> 
> >>> 　　大家好！
> >>> 
> >>> 
> >>> 
> >>> 近日在看一本《设计模式精解》，感觉讲的比较容易理解，但是有些看懂的东西
还
> 是不能灵活运用。
> >>> 
> >>> 哪位老兄是设计模式高手，能不能谈谈学习心得？
> >>> 
> >>> 另外谁能给个UML书籍的下载连接，最好中文！
> >>> 
> >>> 谢谢！
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> Carambo， qutr at tjub.com.cn 20qutr at tjub.com.cn>
> qutr at tjub.com.cn 20qutr at tjub.com.cn> >
> >>> 
> >>> 2005-5-11 
> >>> 
> >>> 
> >>> _______________________________________________
> >>> python-chinese list
> >>> python-chinese at lists.python.cn
> 20python-chinese at lists.python.cn> 
> >>> http://python.cn/mailman/listinfo/python-chinese
> >> 
> >> 
> > 
> > 
> > _______________________________________________
> > python-chinese list
> > python-chinese at lists.python.cn chinese at lists.python.cn> 
> > http://python.cn/mailman/listinfo/python-chinese
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn > chinese at lists.python.cn> 
 http://python.cn/mailman/listinfo/python-
> chinese
------- End of Original Message -------

一个新手刚接手一个项目肯定是需要文档的（除非有一个专门的导师），通过文档才能
把项目的知识传递给新手。
linux kernel 开发者他们对于os的知识的掌握已经很深，不缺少开发kernel的先验知
识，文档的内容在他们的头脑里。

--
Open WebMail Project (http://openwebmail.org)


---------- Original Message -----------
From: orciloud tang <orciloud at gmail.com>
To: python-chinese <python-chinese at lists.python.cn>, Falls Huang 
<bhuang at qubit-star.com>
Sent: Wed, 11 May 2005 14:07:26 +0800
Subject: Re: [python-chinese] 谈点 python题外的，和设计有关的问题

> 一个前提，人不同
> 
> 还有一个，人不同
> 
> 如果还有愿意，人不同
> 
> 那些 kernel hacker 其实都是从 unix hacker 
> 过来的，他们都是这方面的专家, 如果这个世界没有unix, 也就不会有unix....这个
是很明显的.
> 并且他们都有一到两个带头人，能够起到很好的英雄式协调和项目控制作用，
> 会把控整个项目的方方面面
> 
> 如果你让这批人来做一个应用项目，如果他们在应用项目上也有内核那样的功底 你觉
得会失败么？
> 
> 表面的松散还是有核心的，那就是那少数几个领导者啊。。。
> 
> 而一般公司的情况呢？　哪儿来那么多“专家”？
> 
> 关于你说的他们没有UML, 设计模式，
> 
> 这个我觉得你误会了，先得理解什么是uml,
> Pls google...
> uml主要是用来交流的，　思想才是第一位的，用uml只是用来表达用来交流的，工具
而已
> 人家没有uml,但人家有自己的一套交流方式，　频繁的irc,maillist,newsgroup...
> 他们有自己的一套"uml"
> 
> 我个人比较讨厌过分的文档的，偏激点的说就是，cmm是万恶之源，
> 搞的到处是一些不怎么懂cmm的在套用一些cmm的部分思想...
> 
> 兄台可以看看bob大叔的的 敏捷，前面好像有人提到过吧？
> 还可以去浏览一下伟大的martin folwer的一些语录，
> 
> 只有在你迫切需要的时候，在你没有文档就说明不清楚问题的时候，
> 
> 文档才有可能有必要！
> 
> On 5/11/05 1:44 PM, "Falls Huang" <bhuang at qubit-star.com> wrote:
> 
> > 看到这么多人在谈什么设计模式，我想探讨一个问题。
> > 
> > 总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
> > 者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
> > 报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
> > 例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
> > 实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
> > kernel的项目，有时还会失败。
> > 
> > 这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
> > 常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
> > 定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没
有
> > 什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
> > 目的。
> > 
> > 谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
> > 开发模式呢？
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
------- End of Original Message -------

和byj一起推荐

敏捷软件开发，原则模式与实践

还有就是 重构，，不仅仅是java...更多的是一些思想，观念

Gof 从来就不适合初学，
当然，如果你的 c 经验很丰富，好多年了，　那么你去看 design pattern
个人感觉只要浏览一便就能很好的理解，　重要的还是思想嘛。。。

On 5/11/05 2:23 PM, "byj" <byj at net.pku.edu.cn> wrote:

> 学习UML可以从《UML基础，案例与应用》（人民邮电出版社）入门，和《 UML和模式应
> 用：面向对象分析和设计及统一过程导论（》第二版）（影印版）
> 学习pattern可以看看《design pattern explained>和《敏捷软件开发，原则模式与实
> 践》 GoF的《design pattern》可以在你有一定模式设计能力的基础上当手册用。
> 
> 
> 
> --
> Open WebMail Project (http://openwebmail.org)
> 
> 
> ---------- Original Message -----------
> From: "Neo Chan" <neo.chen at achievo.com>
> To: <qutr at tjub.com.cn>, <python-chinese at lists.python.cn>
> Sent: Wed, 11 May 2005 13:57:09 +0800
> Subject: 答复: [python-chinese]  关于怎样学习设计模式，谁能给点建议。
> 
>> 那些图很简单的。。看看就行。。一两天就可以学会的。。
>> 
>> 人：用户
>> 
>> 图圈：CASE
>> 
>> 比如 人->outook->收
>> 
>>                       |- --- >发
>> 
>> 这就是一个CASE
>> 
>> 好像有一个网站是umlchina.com
>> 
>>   _____
>> 
>> 发件人: python-chinese-bounces at lists.python.cn
>> [mailto:python-chinese-bounces at lists.python.cn] 代表 Carambo
>> 发送时间: Wednesday, May 11, 2005 1:43 PM
>> 收件人: python-chinese
>> 主题: 答复: [python-chinese] 关于怎样学习设计模式，谁能给点建议。
>> 
>> 大家说得都很好呀！谁能给些UML的资料，先让我弄清楚哪些UML图的含义！
>> 
>> Carambo， qutr at tjub.com.cn qutr at tjub.com.cn>
>> 
>> 2005-5-11
>> 
>> ----- 收到以下来信内容 -----
>> 
>> 发件人: orciloud tang orciloud at gmail.com>
>> 
>> 收件人: python-chinese,
>> python-chinese at lists.python.cn,honeyday at staffonly.org> 马剑
>> 
>> 时  间: 2005-05-11, 13:38:01
>> 
>> 主  题: Re: 答复: [python-chinese]
>> 关于怎样学习设计模式，谁能给点建议。
>> 
>> 别忘记了学习设计模式是学习别人的经验，
>> 
>> 只有学习别人的经验你才能站在巨人的肩膀上，
>> 
>> 什么都靠自己去摸索，会走得很累。。。
>> 
>> On 5/11/05 1:30 PM, "马剑" <honeyday at staffonly.org
>> 20honeyday at staffonly.org> > wrote:
>> 
>>> 有一本《JAVA与模式》，1000多页，讲了近100种模式。但是看过之后，都是万变
>>> 不离其宗，还是那些最基本的模式演变出来的。
>>> 
>>> 世界上也没有完美的固定的总设计模式，应该都算是“经验公式”，所以，简单看
>>> 看，对自己之前的经验作一个规范的总结，并吸纳优秀的思想才是主要的。
>>> 
>>> 以我的经验，设计开发程序就是本着简洁、简单、实用的思想，好高骛远是永远也
>>> 写不出好程序的。
>>> 
>>> On Wed, 11 May 2005 12:24:13 +0800
>>> orciloud tang <orciloud at gmail.com 20orciloud at gmail.com> > wrote:
>>> =================================================================
>>>> 
>>>> 
>>>> 你的经验其实就包含了很多有用模式，只是你没把他拿出来当作模式看而已，
>>>> 
>>>> 最常见的可以看到你用一个类来创建另外一个类，当你没看相关书籍不会拿他当模
>> 式，那
>>>> 就是工厂。。。
>>>> 
>>>> 模式本来就是经验，而经验是合适的人用来在合适的情况下做合适的工作的。
>>>> 那些开口闭口模式，拿模式当神位一样捧着的都应该遭到鄙视。。。
>>>> 
>>>> 
>>>> 
>>>> On 5/11/05 11:52 AM, "Neo Chan" <neo.chen at achievo.com
>> 20neo.chen at achievo.com> > wrote:
>>>> 
>>>>> 我不懂《设计模式》我去一家公司工作。他们跟我说过这个。。。不过看他们开
> 发
>> 的程序。。比我
>> 写>>> 的
>>>>> 还烂。。。
>>>>> 
>>>>> 
>>>>> 
>>>>> 发件人: python-chinese-bounces at lists.python.cn
>> 20python-chinese-bounces at lists.python.cn>
>>>>> [mailto:python-chinese-bounces at lists.python.cn
>> 20python-chinese-bounces at lists.python.cn> ] 代表 Carambo
>>>>> 发送时间: Wednesday, May 11, 2005 10:35 AM
>>>>> 收件人: python-chinese
>>>>> 主题: [python-chinese] 关于怎样学习设计模式，谁能给点建议。
>>>>> 
>>>>> 
>>>>> python-chinese :
>>>>> 
>>>>> 　　大家好！
>>>>> 
>>>>> 
>>>>> 
>>>>> 近日在看一本《设计模式精解》，感觉讲的比较容易理解，但是有些看懂的东西
> 还
>> 是不能灵活运用。
>>>>> 
>>>>> 哪位老兄是设计模式高手，能不能谈谈学习心得？
>>>>> 
>>>>> 另外谁能给个UML书籍的下载连接，最好中文！
>>>>> 
>>>>> 谢谢！
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Carambo， qutr at tjub.com.cn 20qutr at tjub.com.cn>
>> qutr at tjub.com.cn 20qutr at tjub.com.cn> >
>>>>> 
>>>>> 2005-5-11 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> python-chinese list
>>>>> python-chinese at lists.python.cn
>> 20python-chinese at lists.python.cn>
>>>>> http://python.cn/mailman/listinfo/python-chinese
>>>> 
>>>> 
>>> 
>>> 
>>> _______________________________________________
>>> python-chinese list
>>> python-chinese at lists.python.cn > chinese at lists.python.cn>
>>> http://python.cn/mailman/listinfo/python-chinese
>> 
>> _______________________________________________
>> python-chinese list
>> python-chinese at lists.python.cn >> chinese at lists.python.cn>
>  http://python.cn/mailman/listinfo/python-
>> chinese
> ------- End of Original Message -------
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese

在资本主宰的世界，如果市场没有发展成熟，技术会被自然地或者人为地置于最角落的
位置，技术人员的价值也不能得到充分的体现。
人又有所不同，有人更适合做管理；有人更适合当技术专家；有些人智商高些，有些人
情商高些。不同的环境凸现不同人的不同价值。
关键是，在这个浮躁的环境中，适合做技术的人要耐得住寂寞。



-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 Neo Chan
发送时间: 2005年5月11日 14:10
收件人: python-chinese at lists.python.cn
主题: 答复: [python-chinese] 谈点python题外的，和设计有关的问题

这样解释吧。。你找一个和你水平相当的人写程序。。你看看他写的程序。。你们两合
作很轻松。。。

如果水平出现不平衡。自己写出的东东不一样。。。由其是在边学边干的那些人。写程
序是没有风格可言的。。应该说没有自己的风格。。不紧是边学，边干，还要边试验，
常常不知这代码能不能行。。要试验后才知。。。

水平越高写程序员的风格越近。。。他读其它人的代码的经验很多。。。测试手段也很
多。。。

还有国情不一样。在外国程序员做到老。。等他们30岁时他人的经验很丰富。。
在国内都去干管理了。结果管理做的很烂。程序水平也退化了。。

在外国，外国人很少人去考什么MBA，PMP（项目管理）。。。。他们很实在。知道自己
能干什么，自己能不能干什么。他们不会去干他们干不了的事（PM）。

哈哈MBA在哈佛是冷门。。而在中国可热呢。。。

-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 Falls Huang
发送时间: Wednesday, May 11, 2005 1:44 PM
收件人: python-chinese at lists.python.cn
主题: [python-chinese] 谈点python题外的，和设计有关的问题

看到这么多人在谈什么设计模式，我想探讨一个问题。

总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
kernel的项目，有时还会失败。

这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没有
什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
目的。

谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
开发模式呢？

-- 
Regards
Falls Huang
_______________________________________________
python-chinese list
python-chinese at lists.python.cn
http://python.cn/mailman/listinfo/python-chinese

我来谈几点自己的看法啊，呵呵

为什么开源社区能够在自由和松散的集合方式下开发出具有如此复杂度的软件（不
仅仅是 linux kernel 了）：

1、目的不同：知之者不如好之者，好之者不如乐之者；如果你是一名 hacker，首
先你是真正喜欢这个东西，不然你会成为 hacker 的，其次你知道自己的代码会被
千千万万的高手看到，你会努力的精益求精，然后你会为自己的代码和软件被别人
用到，成为有用的东西而感到真正的兴奋，而不是通过得到多少多少钱而感到满
足；如果你是一名员工，你是为了生存（至少大多数人都是这样），你没得选择
（比如用户要求，老板决策等等），你只需向老板负责，只要能通过，代码可能会
一团糟（想想winXP比win98的臃肿程度），反正也不会有多少人看到，拿了钱了事
（可能你比较高尚，但是这不代表所有人都这样）

2、工作的方式和效率不同：黑客的生活应该是相当紧张的（从一些经典的黑客文
化的文献中可以看出），他们虽然说工作的时间很少，但效率应该是非常高，交流
虽然很少，但都是精要，因为彼此的水平和理解能力都非常的强；黑客比较注重动
手能力，一般会自己钻研问题，尽量避免浪费别人的时间，这样又将效率提高到了
一个新的档次（我不是黑客，只能用这些“应该”来表达我的想法）

3、文化和精神的力量：黑客的群体应该说是很庞大的，因为是不是一名黑客并不
局限于他的水平，精神和文化应该是更重要的因素，也就是说要具有最基本的素
质；不可否认，黑客的精神影响了一批又一批人（从开源软件的发展就可以看
出），因此大家愿意为此做出贡献，比如说报告一个 bug，甚至帮助查错纠错，作
为开源软件的用户，我们有这个条件，也愿意这样做，黑客为我们做了那么多，我
们付出这一点点努力算得了什么――可是全世界的这种微小的力量集合起来，有哪一
家公司的调试、测试团队比得了呢？试想你发过多少次微软的错误报告，发了会有
用吗？

4、编程水平：这是一批真正顶尖级的编程狂呀！文档很多的程序不见得就是好程
序（当然文档很少更不见得），注释也不是越多越好，优秀的程序是一目了然的，
已经不用别的什么东西去解释和说明了，我相信他们是可以达到这种我们无法想象
的水平的，因为很多软件的行为和功能是令我瞠目结舌的，无论是编程水平不高还
是设计思路不好都绝不可能做到这样优秀（比如 TeX 的断词算法、浮动对象的处
理，Emacs 的自动补全、增量搜索及其速度，Mozilla/firefox 强大的扩展性，等
等，也许我很土，但是这些东西的确让我吃惊）。我想水平高的程序员已经是用钱
难以打动的了，就像整天到处乱窜演讲的难保是真正的科学家。鲍尔曼曾疑惑他花
这么多钱雇来的这么多高级程序员纠集起来为什么还比不了一帮子闲散业余人员分
散工作，我想鲍尔曼应该是水平很高的人了，为什么还想不通这个道理？

就这个问题我是想过很长时间，其实理由有很多，鉴于篇幅先说这么多（有兴趣也
可以去看看 大教堂与集市等文献）。不过，有一点很重要，看似有悖常理，其实
开放的软件反而更不容易出现漏洞，自由的软件也不会让程序员失业，呵呵

Falls Huang 写道:

>看到这么多人在谈什么设计模式，我想探讨一个问题。
>
>总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
>者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
>报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
>例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
>实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
>kernel的项目，有时还会失败。
>
>这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
>常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
>定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没有
>什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
>目的。
>
>谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
>开发模式呢？
>
>  
>

同周围的人聊天，我发现很多人崇拜OOP，崇拜编译

看看LINUX上。用纯C和C++的比例。纯C多一些。哈哈。。纯C是没有OOP的。
再看看LINUX上的语言。90%是解释运行的。。只有很少语言是编译运行的。
编译是历史遗留问题。当时间机器不够快。内存小。只能编译运行。。

-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 orciloud tang
发送时间: Wednesday, May 11, 2005 2:36 PM
收件人: python-chinese; byj
主题: Re: 答复: [python-chinese] 关于怎样学习设计模式，谁能给点建议。

和byj一起推荐

敏捷软件开发，原则模式与实践

还有就是 重构，，不仅仅是java...更多的是一些思想，观念

Gof 从来就不适合初学，
当然，如果你的 c 经验很丰富，好多年了，　那么你去看 design pattern
个人感觉只要浏览一便就能很好的理解，　重要的还是思想嘛。。。

On 5/11/05 2:23 PM, "byj" <byj at net.pku.edu.cn> wrote:

> 学习UML可以从《UML基础，案例与应用》（人民邮电出版社）入门，和《 UML和模式
应
> 用：面向对象分析和设计及统一过程导论（》第二版）（影印版）
> 学习pattern可以看看《design pattern explained>和《敏捷软件开发，原则模式与
实
> 践》 GoF的《design pattern》可以在你有一定模式设计能力的基础上当手册用。
> 
> 
> 
> --
> Open WebMail Project (http://openwebmail.org)
> 
> 
> ---------- Original Message -----------
> From: "Neo Chan" <neo.chen at achievo.com>
> To: <qutr at tjub.com.cn>, <python-chinese at lists.python.cn>
> Sent: Wed, 11 May 2005 13:57:09 +0800
> Subject: 答复: [python-chinese]  关于怎样学习设计模式，谁能给点建议。
> 
>> 那些图很简单的。。看看就行。。一两天就可以学会的。。
>> 
>> 人：用户
>> 
>> 图圈：CASE
>> 
>> 比如 人->outook->收
>> 
>>                       |- --- >发
>> 
>> 这就是一个CASE
>> 
>> 好像有一个网站是umlchina.com
>> 
>>   _____
>> 
>> 发件人: python-chinese-bounces at lists.python.cn
>> [mailto:python-chinese-bounces at lists.python.cn] 代表 Carambo
>> 发送时间: Wednesday, May 11, 2005 1:43 PM
>> 收件人: python-chinese
>> 主题: 答复: [python-chinese] 关于怎样学习设计模式，谁能给点建议。
>> 
>> 大家说得都很好呀！谁能给些UML的资料，先让我弄清楚哪些UML图的含义！
>> 
>> Carambo， qutr at tjub.com.cn qutr at tjub.com.cn>
>> 
>> 2005-5-11
>> 
>> ----- 收到以下来信内容 -----
>> 
>> 发件人: orciloud tang orciloud at gmail.com>
>> 
>> 收件人: python-chinese,
>> python-chinese at lists.python.cn,honeyday at staffonly.org> 马剑
>> 
>> 时  间: 2005-05-11, 13:38:01
>> 
>> 主  题: Re: 答复: [python-chinese]
>> 关于怎样学习设计模式，谁能给点建议。
>> 
>> 别忘记了学习设计模式是学习别人的经验，
>> 
>> 只有学习别人的经验你才能站在巨人的肩膀上，
>> 
>> 什么都靠自己去摸索，会走得很累。。。
>> 
>> On 5/11/05 1:30 PM, "马剑" <honeyday at staffonly.org
>> 20honeyday at staffonly.org> > wrote:
>> 
>>> 有一本《JAVA与模式》，1000多页，讲了近100种模式。但是看过之后，都是万变
>>> 不离其宗，还是那些最基本的模式演变出来的。
>>> 
>>> 世界上也没有完美的固定的总设计模式，应该都算是“经验公式”，所以，简单看
>>> 看，对自己之前的经验作一个规范的总结，并吸纳优秀的思想才是主要的。
>>> 
>>> 以我的经验，设计开发程序就是本着简洁、简单、实用的思想，好高骛远是永远也
>>> 写不出好程序的。
>>> 
>>> On Wed, 11 May 2005 12:24:13 +0800
>>> orciloud tang <orciloud at gmail.com 20orciloud at gmail.com> >
wrote:
>>> =================================================================
>>>> 
>>>> 
>>>> 你的经验其实就包含了很多有用模式，只是你没把他拿出来当作模式看而已，
>>>> 
>>>> 最常见的可以看到你用一个类来创建另外一个类，当你没看相关书籍不会拿他当
模
>> 式，那
>>>> 就是工厂。。。
>>>> 
>>>> 模式本来就是经验，而经验是合适的人用来在合适的情况下做合适的工作的。
>>>> 那些开口闭口模式，拿模式当神位一样捧着的都应该遭到鄙视。。。
>>>> 
>>>> 
>>>> 
>>>> On 5/11/05 11:52 AM, "Neo Chan" <neo.chen at achievo.com
>> 20neo.chen at achievo.com> > wrote:
>>>> 
>>>>> 我不懂《设计模式》我去一家公司工作。他们跟我说过这个。。。不过看他们开
> 发
>> 的程序。。比我
>> 写>>> 的
>>>>> 还烂。。。
>>>>> 
>>>>> 
>>>>> 
>>>>> 发件人: python-chinese-bounces at lists.python.cn
>> 20python-chinese-bounces at lists.python.cn>
>>>>> [mailto:python-chinese-bounces at lists.python.cn
>> 20python-chinese-bounces at lists.python.cn> ] 代表 Carambo
>>>>> 发送时间: Wednesday, May 11, 2005 10:35 AM
>>>>> 收件人: python-chinese
>>>>> 主题: [python-chinese] 关于怎样学习设计模式，谁能给点建议。
>>>>> 
>>>>> 
>>>>> python-chinese :
>>>>> 
>>>>> 　　大家好！
>>>>> 
>>>>> 
>>>>> 
>>>>> 近日在看一本《设计模式精解》，感觉讲的比较容易理解，但是有些看懂的东西
> 还
>> 是不能灵活运用。
>>>>> 
>>>>> 哪位老兄是设计模式高手，能不能谈谈学习心得？
>>>>> 
>>>>> 另外谁能给个UML书籍的下载连接，最好中文！
>>>>> 
>>>>> 谢谢！
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Carambo， qutr at tjub.com.cn 20qutr at tjub.com.cn>
>> qutr at tjub.com.cn 20qutr at tjub.com.cn> >
>>>>> 
>>>>> 2005-5-11 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> python-chinese list
>>>>> python-chinese at lists.python.cn
>> 20python-chinese at lists.python.cn>
>>>>> http://python.cn/mailman/listinfo/python-chinese
>>>> 
>>>> 
>>> 
>>> 
>>> _______________________________________________
>>> python-chinese list
>>> python-chinese at lists.python.cn > chinese at lists.python.cn>
>>> http://python.cn/mailman/listinfo/python-chinese
>> 
>> _______________________________________________
>> python-chinese list
>> python-chinese at lists.python.cn >> chinese at lists.python.cn>
>  http://python.cn/mailman/listinfo/python-
>> chinese
> ------- End of Original Message -------
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese


_______________________________________________
python-chinese list
python-chinese at lists.python.cn
http://python.cn/mailman/listinfo/python-chinese

好长，支持一下先，

里面有一个我最近感悟到的东西

给钱就行。。

最近个人做了很多垃圾的设计，画了很多根本不叫做uml图的uml图，
搭建了一些垃圾中的垃圾的平台

刚开始心里很郁闷，后来想通了，人家都给你钱了，想要个东西应该还是
合理的吧。。。先不管他要的有多lese....


On 5/11/05 2:45 PM, "Wayne Wood" <wuwei00 at 126.com> wrote:

> 我来谈几点自己的看法啊，呵呵
> 
> 为什么开源社区能够在自由和松散的集合方式下开发出具有如此复杂度的软件（不
> 仅仅是 linux kernel 了）：
> 
> 1、目的不同：知之者不如好之者，好之者不如乐之者；如果你是一名 hacker，首
> 先你是真正喜欢这个东西，不然你会成为 hacker 的，其次你知道自己的代码会被
> 千千万万的高手看到，你会努力的精益求精，然后你会为自己的代码和软件被别人
> 用到，成为有用的东西而感到真正的兴奋，而不是通过得到多少多少钱而感到满
> 足；如果你是一名员工，你是为了生存（至少大多数人都是这样），你没得选择
> （比如用户要求，老板决策等等），你只需向老板负责，只要能通过，代码可能会
> 一团糟（想想winXP比win98的臃肿程度），反正也不会有多少人看到，拿了钱了事
> （可能你比较高尚，但是这不代表所有人都这样）
> 
> 2、工作的方式和效率不同：黑客的生活应该是相当紧张的（从一些经典的黑客文
> 化的文献中可以看出），他们虽然说工作的时间很少，但效率应该是非常高，交流
> 虽然很少，但都是精要，因为彼此的水平和理解能力都非常的强；黑客比较注重动
> 手能力，一般会自己钻研问题，尽量避免浪费别人的时间，这样又将效率提高到了
> 一个新的档次（我不是黑客，只能用这些“应该”来表达我的想法）
> 
> 3、文化和精神的力量：黑客的群体应该说是很庞大的，因为是不是一名黑客并不
> 局限于他的水平，精神和文化应该是更重要的因素，也就是说要具有最基本的素
> 质；不可否认，黑客的精神影响了一批又一批人（从开源软件的发展就可以看
> 出），因此大家愿意为此做出贡献，比如说报告一个 bug，甚至帮助查错纠错，作
> 为开源软件的用户，我们有这个条件，也愿意这样做，黑客为我们做了那么多，我
> 们付出这一点点努力算得了什么――可是全世界的这种微小的力量集合起来，有哪一
> 家公司的调试、测试团队比得了呢？试想你发过多少次微软的错误报告，发了会有
> 用吗？
> 
> 4、编程水平：这是一批真正顶尖级的编程狂呀！文档很多的程序不见得就是好程
> 序（当然文档很少更不见得），注释也不是越多越好，优秀的程序是一目了然的，
> 已经不用别的什么东西去解释和说明了，我相信他们是可以达到这种我们无法想象
> 的水平的，因为很多软件的行为和功能是令我瞠目结舌的，无论是编程水平不高还
> 是设计思路不好都绝不可能做到这样优秀（比如 TeX 的断词算法、浮动对象的处
> 理，Emacs 的自动补全、增量搜索及其速度，Mozilla/firefox 强大的扩展性，等
> 等，也许我很土，但是这些东西的确让我吃惊）。我想水平高的程序员已经是用钱
> 难以打动的了，就像整天到处乱窜演讲的难保是真正的科学家。鲍尔曼曾疑惑他花
> 这么多钱雇来的这么多高级程序员纠集起来为什么还比不了一帮子闲散业余人员分
> 散工作，我想鲍尔曼应该是水平很高的人了，为什么还想不通这个道理？
> 
> 就这个问题我是想过很长时间，其实理由有很多，鉴于篇幅先说这么多（有兴趣也
> 可以去看看 大教堂与集市等文献）。不过，有一点很重要，看似有悖常理，其实
> 开放的软件反而更不容易出现漏洞，自由的软件也不会让程序员失业，呵呵
> 
> Falls Huang 写道:
> 
>> 看到这么多人在谈什么设计模式，我想探讨一个问题。
>> 
>> 总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
>> 者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
>> 报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
>> 例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
>> 实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
>> kernel的项目，有时还会失败。
>> 
>> 这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
>> 常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
>> 定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没有
>> 什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
>> 目的。
>> 
>> 谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
>> 开发模式呢？
>> 
>>  
>> 
> 
> 
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese

开源文化的激励机制是Meritocracy
可以参考http://www.apache.org/foundation/how-it-works.html#meritocracy
正是有了这种激励机制
再加之Kenel Committers坚持高拒绝率
才取得了Linux Kernel今天的成功

为了钱而工作与为了荣耀而工作是不同的

On 5/11/05, Falls Huang <bhuang at qubit-star.com> wrote:
> 看到这么多人在谈什么设计模式，我想探讨一个问题。
> 
> 总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
> 者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
> 报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
> 例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
> 实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
> kernel的项目，有时还会失败。
> 
> 这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
> 常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
> 定会说："文档这么少，怎么做？"看看linux kernel那少得可怜的文档，根本没有
> 什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
> 目的。
> 
> 谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
> 开发模式呢？
> 
> --
> Regards
> Falls Huang
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 


-- 
In doG We Trust

问题是。鱼和熊掌都想要。。

-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 hutuworm
发送时间: Wednesday, May 11, 2005 3:16 PM
收件人: python-chinese at lists.python.cn
主题: Re: [python-chinese] 谈点python题外的，和设计有 关的问题

开源文化的激励机制是Meritocracy
可以参考http://www.apache.org/foundation/how-it-works.html#meritocracy
正是有了这种激励机制
再加之Kenel Committers坚持高拒绝率
才取得了Linux Kernel今天的成功

为了钱而工作与为了荣耀而工作是不同的

On 5/11/05, Falls Huang <bhuang at qubit-star.com> wrote:
> 看到这么多人在谈什么设计模式，我想探讨一个问题。
> 
> 总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
> 者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
> 报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
> 例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
> 实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
> kernel的项目，有时还会失败。
> 
> 这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
> 常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
> 定会说："文档这么少，怎么做？"看看linux kernel那少得可怜的文档，根本没有
> 什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
> 目的。
> 
> 谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
> 开发模式呢？
> 
> --
> Regards
> Falls Huang
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 


-- 
In doG We Trust
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3145 bytes
Desc: not available
Url : http://lists.exoweb.net/pipermail/python-chinese/attachments/20050511/88d6700a/smime.bin

Wayne Wood说的很有道理，我觉得还有一个因素是 开源项目是Haker或者程序员展示自
己推介自己的很好的手段。许多开源项目的核心开发人员最终都找到了喜欢的工作、满
意的薪水。

如果单论软件的最高水平（特别是软件设计技巧），开源项目应该优于商业软件（指通
过Money推动组织开发，应用于商业目的的软件）。但是个人觉得，开源软件缺乏持续
进步的良好模式。商业软件虽然一定程度上阻碍了人类的“智力共享”从而妨碍软件水
平的提高，但是在资本的强力驱动和严密组织下，一群并不快乐的程序员也能做出优秀
的软件――更重要的是这些程序员的成果会被迅速、高度产业化，挣来的钱又会有一部
分转化为软件开发能力和产业化能力。我们可以看到很多优秀的开源软件，但是我们看
到的越来越多的是成熟的商业化软件。老的开源运动领袖们所代表的价值观，会逐步受
到冷落，这也是无可奈何的事情。如果开源运动能从单纯的崇尚系统设计、软件开发技
巧的价值观，转变到给新的开源运动参与者（做市场分析、业务分析和产业化的人）更
多的发言权和主导权，或许会有新的出路。

当然，开源项目成功的软件开发过程、模式和方法，和商业化、产业化并非矛盾。各大
资本利益集团出于与对手竞争的需要，会对开源项目进行资金、技术和市场等各方面的
支持。但是，从这个角度看，开源项目虽然有成为挡箭牌、杀人刀的嫌疑，但也总比清
油孤灯孤芳自赏的好。

这是我的想法，难免片面，发出来大家聊。

-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 Wayne Wood
发送时间: 2005年5月11日 14:45
收件人: python-chinese at lists.python.cn
主题: Re: [python-chinese] 谈点python题外的，和设计有关的问题

我来谈几点自己的看法啊，呵呵

为什么开源社区能够在自由和松散的集合方式下开发出具有如此复杂度的软件（不
仅仅是 linux kernel 了）：

1、目的不同：知之者不如好之者，好之者不如乐之者；如果你是一名 hacker，首
先你是真正喜欢这个东西，不然你会成为 hacker 的，其次你知道自己的代码会被
千千万万的高手看到，你会努力的精益求精，然后你会为自己的代码和软件被别人
用到，成为有用的东西而感到真正的兴奋，而不是通过得到多少多少钱而感到满
足；如果你是一名员工，你是为了生存（至少大多数人都是这样），你没得选择
（比如用户要求，老板决策等等），你只需向老板负责，只要能通过，代码可能会
一团糟（想想winXP比win98的臃肿程度），反正也不会有多少人看到，拿了钱了事
（可能你比较高尚，但是这不代表所有人都这样）

2、工作的方式和效率不同：黑客的生活应该是相当紧张的（从一些经典的黑客文
化的文献中可以看出），他们虽然说工作的时间很少，但效率应该是非常高，交流
虽然很少，但都是精要，因为彼此的水平和理解能力都非常的强；黑客比较注重动
手能力，一般会自己钻研问题，尽量避免浪费别人的时间，这样又将效率提高到了
一个新的档次（我不是黑客，只能用这些“应该”来表达我的想法）

3、文化和精神的力量：黑客的群体应该说是很庞大的，因为是不是一名黑客并不
局限于他的水平，精神和文化应该是更重要的因素，也就是说要具有最基本的素
质；不可否认，黑客的精神影响了一批又一批人（从开源软件的发展就可以看
出），因此大家愿意为此做出贡献，比如说报告一个 bug，甚至帮助查错纠错，作
为开源软件的用户，我们有这个条件，也愿意这样做，黑客为我们做了那么多，我
们付出这一点点努力算得了什么――可是全世界的这种微小的力量集合起来，有哪一
家公司的调试、测试团队比得了呢？试想你发过多少次微软的错误报告，发了会有
用吗？

4、编程水平：这是一批真正顶尖级的编程狂呀！文档很多的程序不见得就是好程
序（当然文档很少更不见得），注释也不是越多越好，优秀的程序是一目了然的，
已经不用别的什么东西去解释和说明了，我相信他们是可以达到这种我们无法想象
的水平的，因为很多软件的行为和功能是令我瞠目结舌的，无论是编程水平不高还
是设计思路不好都绝不可能做到这样优秀（比如 TeX 的断词算法、浮动对象的处
理，Emacs 的自动补全、增量搜索及其速度，Mozilla/firefox 强大的扩展性，等
等，也许我很土，但是这些东西的确让我吃惊）。我想水平高的程序员已经是用钱
难以打动的了，就像整天到处乱窜演讲的难保是真正的科学家。鲍尔曼曾疑惑他花
这么多钱雇来的这么多高级程序员纠集起来为什么还比不了一帮子闲散业余人员分
散工作，我想鲍尔曼应该是水平很高的人了，为什么还想不通这个道理？

就这个问题我是想过很长时间，其实理由有很多，鉴于篇幅先说这么多（有兴趣也
可以去看看 大教堂与集市等文献）。不过，有一点很重要，看似有悖常理，其实
开放的软件反而更不容易出现漏洞，自由的软件也不会让程序员失业，呵呵

Falls Huang 写道:

>看到这么多人在谈什么设计模式，我想探讨一个问题。
>
>总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
>者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
>报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
>例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
>实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
>kernel的项目，有时还会失败。
>
>这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
>常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
>定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没有
>什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
>目的。
>
>谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
>开发模式呢？
>
>  
>



_______________________________________________
python-chinese list
python-chinese at lists.python.cn
http://python.cn/mailman/listinfo/python-chinese

Neo Chan wrote:
> 同周围的人聊天，我发现很多人崇拜OOP，崇拜编译
> 
> 看看LINUX上。用纯C和C++的比例。纯C多一些。哈哈。。纯C是没有OOP的。
> 再看看LINUX上的语言。90%是解释运行的。。只有很少语言是编译运行的。
> 编译是历史遗留问题。当时间机器不够快。内存小。只能编译运行。。

用纯C就不能开发OOP思想的程序么？  OOP是种想法，不是什么硬性的规定和语法吧？

linux kernel中对usb摄像头和硬盘这2个完全不同的硬件设备，都抽象成一个file
object，对这个file都重载了open/read/close/write等操作，这不是OO是什么？
在windows下面，对设备的抽象我感觉是没有linux那么漂亮的。

glib/gtk+ 就是更典型的用C开发的OO函数库了， 继承、重载这些都实现得很好。

-- 
Regards
Falls Huang

这里有一个“软件价值”如何衡量的问题
是
有人愿意为此付钱，付多少钱？
还是
软件设计多巧妙，代码如何优美？

资本世界只有一句话：No Money No talk


-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 orciloud tang
发送时间: 2005年5月11日 15:05
收件人: python-chinese; Wayne Wood
主题: Re: [python-chinese] 谈点python题外的，和设计有关的问题


好长，支持一下先，

里面有一个我最近感悟到的东西

给钱就行。。

最近个人做了很多垃圾的设计，画了很多根本不叫做uml图的uml图，
搭建了一些垃圾中的垃圾的平台

刚开始心里很郁闷，后来想通了，人家都给你钱了，想要个东西应该还是
合理的吧。。。先不管他要的有多lese....


On 5/11/05 2:45 PM, "Wayne Wood" <wuwei00 at 126.com> wrote:

> 我来谈几点自己的看法啊，呵呵
> 
> 为什么开源社区能够在自由和松散的集合方式下开发出具有如此复杂度的软件（不
> 仅仅是 linux kernel 了）：
> 
> 1、目的不同：知之者不如好之者，好之者不如乐之者；如果你是一名 hacker，首
> 先你是真正喜欢这个东西，不然你会成为 hacker 的，其次你知道自己的代码会被
> 千千万万的高手看到，你会努力的精益求精，然后你会为自己的代码和软件被别人
> 用到，成为有用的东西而感到真正的兴奋，而不是通过得到多少多少钱而感到满
> 足；如果你是一名员工，你是为了生存（至少大多数人都是这样），你没得选择
> （比如用户要求，老板决策等等），你只需向老板负责，只要能通过，代码可能会
> 一团糟（想想winXP比win98的臃肿程度），反正也不会有多少人看到，拿了钱了事
> （可能你比较高尚，但是这不代表所有人都这样）
> 
> 2、工作的方式和效率不同：黑客的生活应该是相当紧张的（从一些经典的黑客文
> 化的文献中可以看出），他们虽然说工作的时间很少，但效率应该是非常高，交流
> 虽然很少，但都是精要，因为彼此的水平和理解能力都非常的强；黑客比较注重动
> 手能力，一般会自己钻研问题，尽量避免浪费别人的时间，这样又将效率提高到了
> 一个新的档次（我不是黑客，只能用这些“应该”来表达我的想法）
> 
> 3、文化和精神的力量：黑客的群体应该说是很庞大的，因为是不是一名黑客并不
> 局限于他的水平，精神和文化应该是更重要的因素，也就是说要具有最基本的素
> 质；不可否认，黑客的精神影响了一批又一批人（从开源软件的发展就可以看
> 出），因此大家愿意为此做出贡献，比如说报告一个 bug，甚至帮助查错纠错，作
> 为开源软件的用户，我们有这个条件，也愿意这样做，黑客为我们做了那么多，我
> 们付出这一点点努力算得了什么――可是全世界的这种微小的力量集合起来，有哪一
> 家公司的调试、测试团队比得了呢？试想你发过多少次微软的错误报告，发了会有
> 用吗？
> 
> 4、编程水平：这是一批真正顶尖级的编程狂呀！文档很多的程序不见得就是好程
> 序（当然文档很少更不见得），注释也不是越多越好，优秀的程序是一目了然的，
> 已经不用别的什么东西去解释和说明了，我相信他们是可以达到这种我们无法想象
> 的水平的，因为很多软件的行为和功能是令我瞠目结舌的，无论是编程水平不高还
> 是设计思路不好都绝不可能做到这样优秀（比如 TeX 的断词算法、浮动对象的处
> 理，Emacs 的自动补全、增量搜索及其速度，Mozilla/firefox 强大的扩展性，等
> 等，也许我很土，但是这些东西的确让我吃惊）。我想水平高的程序员已经是用钱
> 难以打动的了，就像整天到处乱窜演讲的难保是真正的科学家。鲍尔曼曾疑惑他花
> 这么多钱雇来的这么多高级程序员纠集起来为什么还比不了一帮子闲散业余人员分
> 散工作，我想鲍尔曼应该是水平很高的人了，为什么还想不通这个道理？
> 
> 就这个问题我是想过很长时间，其实理由有很多，鉴于篇幅先说这么多（有兴趣也
> 可以去看看 大教堂与集市等文献）。不过，有一点很重要，看似有悖常理，其实
> 开放的软件反而更不容易出现漏洞，自由的软件也不会让程序员失业，呵呵
> 
> Falls Huang 写道:
> 
>> 看到这么多人在谈什么设计模式，我想探讨一个问题。
>> 
>> 总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
>> 者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
>> 报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
>> 例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
>> 实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
>> kernel的项目，有时还会失败。
>> 
>> 这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
>> 常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
>> 定会说：“文档这么少，怎么做？”看看linux kernel那少得可怜的文档，根本没
有
>> 什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
>> 目的。
>> 
>> 谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
>> 开发模式呢？
>> 
>>  
>> 
> 
> 
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese


_______________________________________________
python-chinese list
python-chinese at lists.python.cn
http://python.cn/mailman/listinfo/python-chinese

说得也是。我叫我公司的新员工下班后看看一些经典的计算机书籍，然后做做书后
的习题再发email给我，作为自己的锻炼和培训。
结果没几个去看书/做题的，下班都去玩了，没人愿意去钻研， 和那些hacker的态
度差别太大了。


Wayne Wood wrote:
> 我来谈几点自己的看法啊，呵呵
> 
> 为什么开源社区能够在自由和松散的集合方式下开发出具有如此复杂度的软件（不
> 仅仅是 linux kernel 了）：
> 
> 1、目的不同：知之者不如好之者，好之者不如乐之者；如果你是一名 hacker，首
> 先你是真正喜欢这个东西，不然你会成为 hacker 的，其次你知道自己的代码会被
> 千千万万的高手看到，你会努力的精益求精，然后你会为自己的代码和软件被别人
> 用到，成为有用的东西而感到真正的兴奋，而不是通过得到多少多少钱而感到满
> 足；如果你是一名员工，你是为了生存（至少大多数人都是这样），你没得选择
> （比如用户要求，老板决策等等），你只需向老板负责，只要能通过，代码可能会
> 一团糟（想想winXP比win98的臃肿程度），反正也不会有多少人看到，拿了钱了事
> （可能你比较高尚，但是这不代表所有人都这样）
> 
> 2、工作的方式和效率不同：黑客的生活应该是相当紧张的（从一些经典的黑客文
> 化的文献中可以看出），他们虽然说工作的时间很少，但效率应该是非常高，交流
> 虽然很少，但都是精要，因为彼此的水平和理解能力都非常的强；黑客比较注重动
> 手能力，一般会自己钻研问题，尽量避免浪费别人的时间，这样又将效率提高到了
> 一个新的档次（我不是黑客，只能用这些“应该”来表达我的想法）
> 


-- 
Regards
Falls Huang

商业公司都有计划和目标
而开源社区的计划很松散目标很模糊
商业公司允许像Linux Kernel这样的模式开发软件吗？

商业公司的主导者是投资人和商人
开源软件的主导者是技术领袖
商业软件最终的产品是面向最终用户的二进制代码
没人知道也没人关心哪部分是谁写的
而开源软件所开放的源码本身就是产品
要直接接受同行的挑剔
开源软件作者既有动力（Merit）也有压力（同级评审）
自然要一改再改才敢把代码放出来
而且开发人员在开源社区所获得的Merit
有助于其得到更多的捐助或谋求商业公司的更好职位

商业软件开发是生计
开源软件开发是生活

On 5/11/05, Neo Chan <neo.chen at achievo.com> wrote:
> 问题是。鱼和熊掌都想要。。
> 
> -----邮件原件-----
> 发件人: python-chinese-bounces at lists.python.cn
> [mailto:python-chinese-bounces at lists.python.cn] 代表 hutuworm
> 发送时间: Wednesday, May 11, 2005 3:16 PM
> 收件人: python-chinese at lists.python.cn
> 主题: Re: [python-chinese] 谈点python题外的，和设计有 关的问题
> 
> 开源文化的激励机制是Meritocracy
> 可以参考http://www.apache.org/foundation/how-it-works.html#meritocracy
> 正是有了这种激励机制
> 再加之Kenel Committers坚持高拒绝率
> 才取得了Linux Kernel今天的成功
> 
> 为了钱而工作与为了荣耀而工作是不同的
> 
> On 5/11/05, Falls Huang <bhuang at qubit-star.com> wrote:
> > 看到这么多人在谈什么设计模式，我想探讨一个问题。
> >
> > 总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
> > 者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
> > 报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
> > 例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
> > 实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
> > kernel的项目，有时还会失败。
> >
> > 这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
> > 常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
> > 定会说："文档这么少，怎么做？"看看linux kernel那少得可怜的文档，根本没有
> > 什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
> > 目的。
> >
> > 谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
> > 开发模式呢？
> >
> > --
> > Regards
> > Falls Huang
> > _______________________________________________
> > python-chinese list
> > python-chinese at lists.python.cn
> > http://python.cn/mailman/listinfo/python-chinese
> >
> 
> --
> In doG We Trust
> 
> 
> 


-- 
In doG We Trust

呜乎哀哉！
这个可就说的深了！！！
不是我们个人可以轻易变更的！

在05-5-11，张雄<zhangxiong at runway.cn.net> 写道：
> Wayne Wood说的很有道理，我觉得还有一个因素是 开源项目是Haker或者程序员展示自
> 己推介自己的很好的手段。许多开源项目的核心开发人员最终都找到了喜欢的工作、满
> 意的薪水。
> 
> 如果单论软件的最高水平（特别是软件设计技巧），开源项目应该优于商业软件（指通
> 过Money推动组织开发，应用于商业目的的软件）。但是个人觉得，开源软件缺乏持续
> 进步的良好模式。商业软件虽然一定程度上阻碍了人类的"智力共享"从而妨碍软件水
> 平的提高，但是在资本的强力驱动和严密组织下，一群并不快乐的程序员也能做出优秀
> 的软件――更重要的是这些程序员的成果会被迅速、高度产业化，挣来的钱又会有一部
> 分转化为软件开发能力和产业化能力。我们可以看到很多优秀的开源软件，但是我们看
> 到的越来越多的是成熟的商业化软件。老的开源运动领袖们所代表的价值观，会逐步受
> 到冷落，这也是无可奈何的事情。如果开源运动能从单纯的崇尚系统设计、软件开发技
> 巧的价值观，转变到给新的开源运动参与者（做市场分析、业务分析和产业化的人）更
> 多的发言权和主导权，或许会有新的出路。
> 
> 当然，开源项目成功的软件开发过程、模式和方法，和商业化、产业化并非矛盾。各大
> 资本利益集团出于与对手竞争的需要，会对开源项目进行资金、技术和市场等各方面的
> 支持。但是，从这个角度看，开源项目虽然有成为挡箭牌、杀人刀的嫌疑，但也总比清
> 油孤灯孤芳自赏的好。
> 
> 这是我的想法，难免片面，发出来大家聊。
> 
> -----邮件原件-----
> 发件人: python-chinese-bounces at lists.python.cn
> [mailto:python-chinese-bounces at lists.python.cn] 代表 Wayne Wood
> 发送时间: 2005年5月11日 14:45
> 收件人: python-chinese at lists.python.cn
> 主题: Re: [python-chinese] 谈点python题外的，和设计有关的问题
> 
> 我来谈几点自己的看法啊，呵呵
> 
> 为什么开源社区能够在自由和松散的集合方式下开发出具有如此复杂度的软件（不
> 仅仅是 linux kernel 了）：
> 
> 1、目的不同：知之者不如好之者，好之者不如乐之者；如果你是一名 hacker，首
> 先你是真正喜欢这个东西，不然你会成为 hacker 的，其次你知道自己的代码会被
> 千千万万的高手看到，你会努力的精益求精，然后你会为自己的代码和软件被别人
> 用到，成为有用的东西而感到真正的兴奋，而不是通过得到多少多少钱而感到满
> 足；如果你是一名员工，你是为了生存（至少大多数人都是这样），你没得选择
> （比如用户要求，老板决策等等），你只需向老板负责，只要能通过，代码可能会
> 一团糟（想想winXP比win98的臃肿程度），反正也不会有多少人看到，拿了钱了事
> （可能你比较高尚，但是这不代表所有人都这样）
> 
> 2、工作的方式和效率不同：黑客的生活应该是相当紧张的（从一些经典的黑客文
> 化的文献中可以看出），他们虽然说工作的时间很少，但效率应该是非常高，交流
> 虽然很少，但都是精要，因为彼此的水平和理解能力都非常的强；黑客比较注重动
> 手能力，一般会自己钻研问题，尽量避免浪费别人的时间，这样又将效率提高到了
> 一个新的档次（我不是黑客，只能用这些"应该"来表达我的想法）
> 
> 3、文化和精神的力量：黑客的群体应该说是很庞大的，因为是不是一名黑客并不
> 局限于他的水平，精神和文化应该是更重要的因素，也就是说要具有最基本的素
> 质；不可否认，黑客的精神影响了一批又一批人（从开源软件的发展就可以看
> 出），因此大家愿意为此做出贡献，比如说报告一个 bug，甚至帮助查错纠错，作
> 为开源软件的用户，我们有这个条件，也愿意这样做，黑客为我们做了那么多，我
> 们付出这一点点努力算得了什么――可是全世界的这种微小的力量集合起来，有哪一
> 家公司的调试、测试团队比得了呢？试想你发过多少次微软的错误报告，发了会有
> 用吗？
> 
> 4、编程水平：这是一批真正顶尖级的编程狂呀！文档很多的程序不见得就是好程
> 序（当然文档很少更不见得），注释也不是越多越好，优秀的程序是一目了然的，
> 已经不用别的什么东西去解释和说明了，我相信他们是可以达到这种我们无法想象
> 的水平的，因为很多软件的行为和功能是令我瞠目结舌的，无论是编程水平不高还
> 是设计思路不好都绝不可能做到这样优秀（比如 TeX 的断词算法、浮动对象的处
> 理，Emacs 的自动补全、增量搜索及其速度，Mozilla/firefox 强大的扩展性，等
> 等，也许我很土，但是这些东西的确让我吃惊）。我想水平高的程序员已经是用钱
> 难以打动的了，就像整天到处乱窜演讲的难保是真正的科学家。鲍尔曼曾疑惑他花
> 这么多钱雇来的这么多高级程序员纠集起来为什么还比不了一帮子闲散业余人员分
> 散工作，我想鲍尔曼应该是水平很高的人了，为什么还想不通这个道理？
> 
> 就这个问题我是想过很长时间，其实理由有很多，鉴于篇幅先说这么多（有兴趣也
> 可以去看看 大教堂与集市等文献）。不过，有一点很重要，看似有悖常理，其实
> 开放的软件反而更不容易出现漏洞，自由的软件也不会让程序员失业，呵呵
> 
> Falls Huang 写道:
> 
> >看到这么多人在谈什么设计模式，我想探讨一个问题。
> >
> >总所周知，linux kernel取得了很大的成功，但是它的开发方式很松散，很多开发
> >者仅仅通过email/irc来交流，相当一部分内核的hacker不会为开发kernel而获得
> >报酬(ibm/redhat有部分全职员工做kernel，不过在所有kernel的开发者中占的比
> >例不是很多）。这么一个松散的团队，居然能开发出一个功能复杂而稳定的内核，
> >实在让人惊讶。 国内很多公司招聘全职员工，坐在一起开发一个复杂度不如linux
> >kernel的项目，有时还会失败。
> >
> >这些kernek hacker写的文档非常少，但是他们居然能成功地协调开发，我觉得非
> >常不可思议。 在我的公司里，我如果让某个员工接手一个文档很少的项目，他肯
> >定会说："文档这么少，怎么做？"看看linux kernel那少得可怜的文档，根本没有
> >什么UML，没有什么设计模式，完全无法理解这些人怎么协调工作一个数百万的项
> >目的。
> >
> >谁能解释下他们取得成功的原因是什么？ 为什么在国内的公司里没法复制他们的
> >开发模式呢？
> >
> >
> >
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 
> 
> 


-- 
[Time is unimportant, only life important!]