开源思路与公司制度，兼回Grant

Cocal

这是对
http://www.ouravr.com/bbs/bbs_content.jsp?bbs_sn=844273&bbs_page_no=1&bbs_id=1026
四楼Grant帖子的回复，写完后，觉得有必要开个话题重新讨论。

===============================
我也觉得，开源项目和传统的企业内部项目的确有些不同，各有利弊，准确地说，是互补。比如说公司制度的特征：利益驱动、目标明确、管理刚性强、向上负责制，但是我们要不要按照公司制度来运作这种项目，或者公司制度有什么不足呢？

随便来说：

1.利益驱动容易变成利益驱赶，这几乎是目前任何一个从业者压力的首要来源；

2.确定的目标压缩了技术发展空间，比如不少做方案的朋友，觉得做过的东西都不是自己最满意的，或者有升级的想法，因超越经营目标而无法获得资源，公司技术落后；

3.而过严格的等级制度，不小心就导致了下级发展受限制，要求服从的同时丧失主动性，给企业管理带来很大负担，比如近两年很书里引用西点军校的例子，把服从看得很重要，但西点军校的文化哪个企业等获得呢？为国家牺牲的为企业牺牲的差距又多大呢？

4.向上负责制与等级制度有相同的问题，另一个缺点是沟通效率不能保证，很多推委作风来起源于这种向上负责制。做为上级，也不一定从向上负责制中获得多少好处，除了工资高点，心里优势搞点，他们承受的压力也大很多。

坦率的说，我觉得Grant写4楼的帖子，还没有完全理解或认同我提出的基本思路。那么，开源项目到底有哪些区别呢？

不妨从上述几点来寻找对应：

1.变利益驱动为兴趣驱动，从谋求生存变为寻找快乐，所以一早就要求参与者应该有谋生手段，这是第二阶追求；

2.变固定目标为可发展的目标，我们不是要去占领哪个市场，不是要达到多大收益为目标，因此，从这个角度来讲目标，我们不设置天花板，只是负责人可以把目标分为首要目标、候选目标、超越目标，或者近期目标、中期目标、远期目标，大家可以畅想未来，负责人则决定下一个脚印留在哪里，在此基础上，允许不断的迭代开发，逐步升级。现实中很多很多开源项目都是这么做的，比如Linux内核，在超过十三年的历史中，虽然目前版本只到2.6.x，但已经是第三代，经过上百个版本的发布不停迭代走过来的. 其他不计其数开源软件也是这么走的，开源软件就象东莞到达深圳的另一条高速公路。

3.之前我们在讨论中曾经提到过不要太看重名份，上贴提到了项目经理的映射，不妨深入一步讨论一下。用利益的驱动使人服从，和让他人因快乐而追随是两种架构的最大的区别。不用说就看的出，后者的难度是大很多的，公司内部，有高致法律约束的上下级关系，上级说话做事可以更大胆一些，哪怕下级有一些怨言，也不能不屈服。而开源项目则得不到这样的保护，人们愿意进来，只是对项目现有成员的信任、尊重、欣赏、仰慕，因此项目主力或者在技术上有过人之处，或者有其他见识，或者乐于助人，或者勇于承担....。。

聚人心而不是实吏治，是开源与公司制度十分明显的区别，虽然公司制度下也讲究企业文化，以人为本等，但那个受法律保护的等级制度太便利，太顺手了，呵呵。

因此开源项目负责人面对众说纷纭的意见，要制定路线，除了选择，不能不注意的操作是“说服”，而不是命令。这里才落到前几天我提到的沟通技巧上面，看上面Grant几次提到“非议”，这是一个有一定对抗性的提法，就感觉有必要把上述思路再说一下，希望Grant重视并把自己的观点写出来。

4.变向上负责为对自己负责，头脑风暴冲破沟通障碍，通过快速迭代和密集讨论，用兴趣和快乐做燃料，让每个人的大脑细胞都处于氧气充足，运转欢畅的状态，则是我们一早追求的“汇集多人智力、达成创造性目标”的理想状态。

而负责人，可以做为带头人，带领大家往前冲，也可以站在教练的位置，只对大家做错的地方做修正（需要注意，沟通技巧），也可以融入团队，汇集多人形成合力，突破障碍。总之，负责人除了从头到尾往前冲，把所有担子和责任自己一肩挑起来之外，还有其他方式可以选择。

参与完项目规划，等项目运转起来之后，我就想关闭项目策划的工作重点，做为普通参与者找个任务来学习，那是我来这个站的初衷，我的兴趣。 :)

*我把公司制度和开源思想分成两个相比较的概念来描述，一定会有朋友认为他们是对立和矛盾的，其实不尽然，这两种形式很多要素做法是相反的，但并不矛盾。现在比较领先的软件公司中，工程师参与开源项目，是受到鼓励的，甚至以公司形式参与开源项目，做为心态调剂也好，做为培训提升也好，做为替公司宣传也好，在众多因素上，公司制度和开源思路有不错的契合点。

*上贴提到“参与活动的其他人的利益，谁又来为他们已经付出的精神和精力负责？”，我的理解是：
   1.保证每个人对项目所作的工作不被忽略、抹煞，信息不被删除；
   2.把项目做成，追求卓越，每个人都会作为成员分享卓越DemoKit的作者荣誉；
   3.对于把项目当作饭堂想来就来想走就走的朋友，他们的信息也不会被忽略或者抹煞，并且也有机会作为一个卓越项目的参与者或阶段参与者一起分享成功的荣誉（注意，这时太随意的参与者分享到的也许不是快乐哦 :) ）。

这就是我想到的开源项目能够负责的，除了利益外，还有其他很多种获益的途径，这种观点是建立在：即便是虚拟环境，大家也都愿意、并积极为自己的行为负责的基础上，就象网游如此纷乱的环境下，大多数人愿意扮演一个负责任、有承担的角色，而不是把网游变成一个谩骂聊天室（虽然很多网游看起来就是一个骂人聊天室，但我相信每年这么多亿的产值，参与者主流不是花钱进取骂人或看骂人或者被骂的吧，哈哈）。

*另外，Grant一直不太认同追求卓越的思路，我也有一些疑问。即便是我们做一个最简单的充电器，在技术规范书的框架内，我们也应该追求完美，不但能用，经得起使用，而且要经得起后来者和其他专业人员的挑剔，甚至做成智能充电器的典型示范。不知道这个提法Grant是否赞成，也许Grant比较务实，脚踏实地，觉得我看得比较空。我的理解是，如果目标不定高一些，有些妥协的味道在那里，如果大家遇到一个难题，比如某个指标达不到，恐怕会说“反正也不太影响使用”而放弃了，最终落个不好不坏的结果。

Grant

反复看了几遍，自我消化中。……

顺便问一下，对于充电器而言，何谓完美？到底应该给出一个什么样规格的充电器规格才算完美的，才不算是简单的？谁可以帮我回答这个问题？

我并不认为现在给出的指标不能用，也不会经不起使用，毕竟它只是一个充电器，它的工作仅仅是充电，安全的充电、高效率的充电。请不要给它太高的期望，它太小，承载不起。

举个例子：当你可以爬的时候，可以去想下一步该如何走、如何跑，先学会如何走才知道如何去跑。如果走都没有学会，就想跑、想飞，后果会如何呢?

借这个例子来回答Cocal对我在这个活动中不愿过分追求“所谓的卓越”的疑惑。这里我使用了“所谓的卓越”是因为至今没有在大家的回答中找到：卓越的充电器到底应该是一个怎么样的充电器。

昨天QQ上有位网友问我“其他人都基本上说了自己想要什么样的东西，老大您一直没有表达过你自己想要的东西”（这是原话）。我没有直接回答这个网友，他给我出了一道难题。

armok

路过留名 ....

STM32_PLC

跟着阿莫一起路过

Cocal

谢谢Grant，我有些担心老大一下受不了我的观点。

对于卓越，我的理解是，每次迭代开发中，不打折扣的实现预定目标。卓越不一定是技术的前沿化和系统的规模化，或者功能的复杂化。这里我想起一个故事，前年一个管理培训师的课程中有一句话，他说：“我们中国人没有什么做不成的，只要咬咬牙要做，就一定能做到，我们可以试爆核武器，可以发射载人飞船，这些不是世界上任何国家都能做到了。但是，去看看市场上的商品，我们的干电池合格率都不能及格。中国就是这么一个国家，可以做到世界最先进的，但小事情就是做不好，因为没有咬咬牙。但我们不能期望什么事情都要Z.F.咬咬牙。”

我完全不觉得目前的技术规格不可用，我完全支持尽快搭建一个可用的平台这样的思路。但是我们要确定达到的目标，应该是矢志去完成的。比如目标是2A或者1.5A的电流，可能都要面临一定挑战，那么如果我们做出来的系统最大只能跑750ma，就不能到此止步，一定要想办法达到目标。这就是追求卓越的最基本环节。也许第一个版本不算卓越，但只要一步步走，在第二个，最多第三个版本发布的时候，我相信能够让人让大家看到...

对于中国人，卓越的目标首先是精细，这其实是日本人走过的路子，他们通过精细的把握在战后在技术和制造业几乎有机会超越美国（后来被克林顿用金融市场和知识经济摔了一交直到现在站不起来是另一个话题），我心里所想的卓越，目前的含义可以理解为“精益求精”。

不知这么说是否能够解答Grant的疑问。

rxdzgzs

Tomcat

路过，学习

STM32_PLC

发现，我不可以只是路过而已。
重新看了一遍全部的帖子，原来Grant最早是对我的几个猜想提出的。

我对于之前项目的一些意见，纯粹是从论坛的帖子中猜测出来的，基本上肯定是有很多不一样的。

对于ourdev的这个项目，我也想过很多，这个算是大家见过的稀有的开源的软硬件结合项目，参与得人多数都是没有做过开源项目的。面对的问题是可想而知的，所有的人都并不知道开源项目的规则。

开源的项目一样是一个项目，项目的老大一样可以被叫做项目经理。作为老大，责任从来不轻，不管是开源的还是公司的。
项目开发，有一群人参与，不管人员什么来头，待多少时间，这都是一个项目组。
既然就是一个项目，那就要有规则，不能简单的民_主集中了事（我们人员一直在变，不同时候民_主出来的东西会不一样）。在制定规则之前大家可以畅所欲言，像Cocal说的那样，不设置天花板。但是规则定下来了，就要遵守，不愿意遵守的可以旁观。
规则出来了，工作也是需要分配的。开源并不代表就不需要分配。开源是一种责任，而不是权力。你可以选择不接受、不领取任务，但是接受了，就要完成，否则就是一种对整个团队的不负责任。

有一点不同意Grant，如何评判代码效率？ 对于分配出去的任务，每个人以自己的水平开发出具有完成制定任务的程序，却面对效率的考核。不管是谁，都不会开心。要评判的不是效率而是功能，效率不足，不是问题，代码是公开的，大家都可以改动，大家都可以发布自己的版本（最好有统一的版本控制）。不要创造相同功能的很多个没有因果关系的程序，我们不是比赛、不是考试，我们的目标是不断的完善，趋于完美。

还要说一点，我们大家付出心血来到这个项目，已经由兴趣转变为一定的责任，我们有责任把项目进行下去。

因为是开源的项目，我想一开始老大肯定付出会很大的。就和Linux一开始一样，若不是有linus的执着和付出，便不会有之后的那么多追随者。我相信这个时候完全取决于信念和兴趣了。

关于项目的目标，和Cocal说的一样，我们的目标应该是不断长进的。然而，我们在学会跑之前，先要会走路啊！
现在大家天马行空的提出很多意见、要求，每个都看上去那么的不错，每个都是那么的有诱惑力。为了民_主，我们总在不断的听取意见、要求，分析判断，说服，议论。每个人都想在项目里面加上自己的元素，或是为了玩、或是为了实现自己的技术要求。（我不否认，我也有这样的一些要求的）
在讨论阶段，Grant很为难，因为他总要不断的说服别人接受他的意见、结论。
然而两次QQ群聊下来，大部分人都还是愿意牺牲一下自己的某些要求，以使项目尽快开始。转而将自己的要求转入下一阶段处理。（估计有些人不相信会有接下去的版本，而我相信这个充电器的硬件有不会少于3次更新版）
然而又有让人不觉有点失落的情况，大家都想在板子上留上接口，好加入自己想要的东西，玩自己想玩的玩具。希望大家能够明白，这个项目并不是某一个人的，而是大家的。硬件最好是统一起来，这样大家的程序能够做到通用。通用了，参与的人就会多，项目就能有活力，只有有活力才能不断的更新，成长。
当很多人都想从项目里面得到什么的时候，项目就会入不敷出，无法继续生存下去。

希望那些个人意见没有被满足的朋友门能够理解，现在的付出将为之后实现更强的目标打下基础。目标永远不会有终止，而每个阶段肯定会有很多人必须要单纯的付出，也许你的目标在下一阶段就实现了不是么？

半夜了，写的有点天马了！
不知不觉，已经到了我生日了，Happy Birthday to myself！

armok

【4楼】 Cocal ,

放心啊，我是以很开放的态度接受这次网站活动的。只要各位决定好了如何做，就算是空中楼阁，我也会支持 :)

Cocal

Happy Birthday trinove :)

基本赞同【7楼】 trinove 阿力的看法，开源项目首先还是项目，我之所以分开讨论，使说明它与传统公司项目，及完全自由的随意合作之间的实质差异。开源项目也需要有人牵头，叫项目经理也没问题，只是我们无法、也不应该完全象公司项目经理那样做事罢了。开源项目也需要做任务分派，进度跟踪，质量控制等工作，只是如何做才让大家不因承受过重负担而丧失兴趣，需要探索和实践。包括负责人和策划人，公司制度下他们承担了不平均的压力，至少可以拿到更多报酬，而开源项目中，就显得不太平衡了（当然，如果出于自愿则没问题），我个人不太希望开源项目做成一人/少人吃草，众人喝奶的格局。 :)

关于效率的考核问题，我的理解是，大家应尽力保证计划的工作时间，并有效率的发布工作成果，这个“效率”重点可放在沟通效率上，不要说我承担了一个为期两周的任务，就消失10天不露面，然后在最后一天说对不起我才做了1/3，无法按时完成。应把进展“有效率”的发布出来，同时也把遇到的问题“有效率”的提出来，不要有顾虑，不要在乎面子，大家也不要嘲笑别人进度太慢，或者遇到的问题太简单。以此来保证整个项目的效率，同时由于更多人参与，让潜在的问题尽早暴露，促进质量的提高。这也是就是“快速迭代”的基本思想。

其实昨晚的讨论，已经在决大部分规格上达成了共识，我今天找时间整理一下，做为首次技术规格讨论纪要发布，这部分讨论已经够充分了，我们应立即推动进入下一阶段。

前晚我和Grant沟通过组织和分工问题，有几种做法，本来计划昨天整理出来供讨论，但由于发此贴占用了时间。加上Grant周四之前需要忙工作，因此下一次讨论计划在11月8日（周四）20:30-22:00，前15分钟，敲定技术规格的遗留问题（恒流放和SEPIC电路最后决定），剩余的时间讨论项目项目计划书，包括组织形式、成员容量、进度计划、任务分派及递交细则等，争取也确定下来，11月10日之前进入实质性阶段。这三天时间，我会努力把相关文档写出来供讨论。

在这三天时间内，恒流放和SEPIC方案，大家可以继续讨论，丰富资料。相关提出人，建议从性能技术指标、技术难度、实现原理和可靠性、典型电路设计、器件选型及封装形式、成本、风险等要素发起讨论，准备周四评估。周四定稿之后，则应把注意力集中在第一版技术规格书的框架之内，力争做到完美。

就如trinove所说的，大家可以提出提出需求，但不要强求第一个版本满足所有期望，这是个开源协作性项目，我们希望在统一硬件平台上发布版本可控的成果，而不是每个人都有一个没有因果关系的版本。

做为新网站的第一个项目，armok、Grant和我都倾向于相对保守的策略，确保开门红，这点希望各位朋友理解。

chengjia535

Happy Birthday to trinove  

tsb0574

路过，留名！！！

zlutian

雁过留影，人过留名

freerobot

支持！！
无论结果怎么样
看到大家一起努力
喜欢这样的感觉，
天天来学习！！

nomoneyiv

兴趣的力量，也是不可忽视的！呵呵！

xiaorui

跟着阿莫一起路过 (支持一下阿)

apcfy

"我们中国人没有什么做不成的，只要咬咬牙要做，就一定能做到，我们可以试爆核武器，可以发射载人飞船，这些不是世界上任何国家都能做到了。但是，去看看市场上的商品，我们的干电池合格率都不能及格。中国就是这么一个国家，可以做到世界最先进的，但小事情就是做不好，因为没有咬咬牙。但我们不能期望什么事情都要Z.F.咬咬牙。”

     经典!!!

lrzxc

16楼的这段话好熟悉

xiaorenren

学习了！

starli

开源是一种责任，而不是权力。你可以选择不接受、不领取任务，但是接受了，就要完成，否则就是一种对整个团队的不负责任。

【7楼】 trinove 阿力   的话经典 受教了

同样路过..

yibin818

支持

favr

老贴了，现在才看到，楼主是真正理解开源真谛的人，确实现在国内真正理解开源本意的人还不多，很多人，很多公司都是挂开源这个羊头来卖自己的狗肉，例如国内“著名”的Linux发行版“开发”商就挂这个羊头来混国家的钱，这些例子不胜数了。
很多人一听到“开源”第一个反应就是如何赚到钱？如果赚不到钱谁又愿意无偿付出？这就是境界问题，如果一个人还没解决温饱问题，很难想象如何享受所谓的“高雅艺术”，纯粹是狗屁论题。对于绝大多数的开源项目，关键的关键、核心的核心是兴趣驱动而不是利益驱动，像Cocal所说，在工作中由于目标利益驱动，不可能把某些好想法延续下去，有思想冲动而很难得到相应资源，常常就压抑、抹杀了人的创造性，而在工作外做自己喜欢的一些东西，没有时间、市场、思想限制，你可以飞得更高，更远，在这个过程中，不但实现了自己认为好的一些想法，还为他人总结了经验，做了实验；从经济角度考虑，很多开源项目不一定是好的，但商业项目可以从中得到很多经验、启发，从技术角度看，两者实际上就在相互促进。人，不能是纯粹利己的动物，还应该有“利他”的一面，这样整个社会才能更好地协调发展，如果人人都是自我封闭的，自私自利的，在这个世界上活得也就太累了，不能轻松一点吗？不能有思想一点吗？
做开源，就不应该有太多的利益驱动，兴趣应该是放在首位的，只有所有成员有兴趣，愿意为这件事付出才有可能继续下去，才有可能发展壮大，而商业公司呢？也可以通过资助、提供便利等方式参与进来，各取所需。开源就是开源的，公司的资助并不能改变开源项目的性质，不能把公有的变成私有的，这是必须明确再明确的。

cai_mouse

开源有利有弊。开源计划，更好发挥各人水平，也可以大家进步。

765vcf

linux,wince现在连symbian也准备开源，自耕自己三分地的时代结束了。

totoko163

潜水多年,总也有点想发想说,多拍砖,别骂.
  只追求结果的开发员永远只是个技术员,对自己有要求的往往是高级管理员或者BOSS.
  其实大家想想日本技术员和本国的有什么区别就容易明白啦..国人往往只在乎结果,但对完美的事物从没有去争取过,支持LZ..
  要做就把每件事情做的完美无缺才是我所追求的目标..

Grant

如果说缺少基础的梦想也能实现，大家都可以不干活想想就行了。正如爱情也是需要面包的。


完美并不是说不敢想，只是说不要空想。国人缺少的不是空想而是缺少的是实干！


路过，看了一下，认为一点不认同楼上的话，感觉楼上的很浮躁。知道吗，一个好的工程师表面层次追求的是结果，因为要吃饭。深层次要追求的是过程，过程的积累才是价值的体现；如果说总是没有结果，BOSS是根本不会给你多次机会的。

zhuoyuemcu

回复【20楼】yibin818
-----------------------------------------------------------------------

有道理

imjacob

分析的很好

phone

认真看了一遍。

zhikai_wu

留着再看

lcyc51

仔细看过一遍，受教了！！

464736921

来这里听课，也留个记号，方便以后再拿出来看看...

wenjin0386

来这里听课，也留个记号，方便以后再拿出来看看...
感谢各位的点评

kingsabbit

路过

lostmj

路过