一、研發(fā)工具與研發(fā)模式

據(jù)說艾恼，人之區(qū)別于禽獸住涉，最大的特征在于利用，甚至發(fā)明工具钠绍。在沒有任何其他工具時舆声，我們只能借助于自己的肢體，一旦有了工具之后，我們的能力將會大大的增加媳握。

但是碱屁，從另一個角度來看，工具也同時在限制我們的能力蛾找，甚至限制了我們的行為模式與思維模式娩脾。有一句俗話說得好：「手里拿著錘子，看見什么都像釘子打毛』抻辏」

而在研發(fā)工具的領(lǐng)域，我們觀察到另外一些有趣的現(xiàn)象：因為軟件研發(fā)工具的開發(fā)者隘冲，同時也是工具的使用者闹瞧。因此，他們不僅僅會受制于工具展辞，也往往會由此被激發(fā)奥邮，開發(fā)出對自己而言更加趁手的工具。開發(fā)者與使用者身份合二為一的現(xiàn)象罗珍，使得研發(fā)工具的發(fā)展洽腺，簡直可以用「日新月異」、「層出不窮」甚至「爭奇斗艷」來形容覆旱。

隨著軟件復(fù)雜性的不斷增加蘸朋，以及軟件開發(fā)的參與者不斷增多，團隊協(xié)作的輔助軟件扣唱，也開始不斷增加藕坯，隨后我們發(fā)現(xiàn)：工具不僅僅限制了個人的行為模式，更進一步限制了團隊的協(xié)作模式噪沙。

軟件研發(fā)企業(yè)的管理者炼彪，往往會有某種錯覺，他們會認為：管理就是定下制度正歼、流程與規(guī)范辐马，然后「下面的人」就會照此執(zhí)行。因為有人「聽話」局义，有人「不聽話」喜爷，所以才需要獎勵與懲罰的制度，來幫助管理者推行他的「規(guī)則」萄唇。所以檩帐，他們一般都很喜歡看《執(zhí)行力》這樣的書。

在開源社區(qū)穷绵，事情變得有些不一樣轿塔。雖說開源社區(qū)也有「領(lǐng)導(dǎo)者」特愿，甚至往往會有「精神領(lǐng)袖」仲墨，但他們并沒有暴力手段勾缭，也沒有經(jīng)濟手段，甚至行政手段目养。因此俩由，要協(xié)調(diào)一幫自由散漫的黑客，共同開發(fā)高質(zhì)量的開源軟件癌蚁，必須有更加高明的手段幻梯。

由于一切都是Open的，所以：不僅代碼人人可見努释，開源社區(qū)的協(xié)作模式碘梢，也暴露在眾目睽睽之下。從某種意義上來說：這促進了開源社區(qū)的協(xié)作工具的開發(fā)伐蒂、進而使得開源的研發(fā)協(xié)作模式煞躬，以遠遠超過企業(yè)內(nèi)部的演化速度飛速演化。

二逸邦、第一代開源協(xié)作模式

第一代開源協(xié)作模式恩沛，在早期幾乎沒有符合自身特殊需要的工具，有什么用什么缕减，因此最為常用的email雷客，被發(fā)展為Maillist，成為整個開發(fā)團隊的協(xié)作核心工具桥狡，大多數(shù)操作系統(tǒng)內(nèi)置的diff/patch工具搅裙，使得代碼的交流以email patch為主。這些老牌的開源項目裹芝，從使用RCS呈宇、CVS，到了后來也開始逐步引入svn/git局雄，bugzilla這樣的工具甥啄，但是圍繞mailing list開展協(xié)作的特征，則持久不變炬搭。

作為協(xié)作核心的Maillist

一個開源社區(qū)蜈漓，往往就是一個郵件列表，隨著軟件的日益復(fù)雜宫盔，社區(qū)的不斷擴大融虽，郵件列表也會不斷分化，通常會劃分為：核心組灼芭、開發(fā)組有额、用戶組。開發(fā)組與用戶組的郵件列表，隨著軟件的架構(gòu)分化為多個模塊巍佑，還會進一步分解嗅战。

在郵件列表里咽笼，所有的用戶都是平等的骤公，在無法用工具保障流程的情況下坏瞄，社區(qū)逐漸發(fā)展出了一套嚴格的郵件禮儀和格式規(guī)范。不規(guī)范的郵件脆栋，不會被理睬倦卖；不禮貌的家伙，甚至?xí)悔s走椿争。

郵件越來越多怕膛，即使分成多個郵件列表，依然太多秦踪。Archive這樣的郵件歸檔嘉竟、查閱的工具，就必須得有了洋侨。一封郵件舍扰，大家都來回復(fù)，嚴格re:的標題希坚，組成了一個可供追溯的線索边苹。

在郵件列表里，通常出現(xiàn)個人的名稱裁僧，加上Reported-By个束、Tested-By、Acked-By的標記聊疲，即是一種代表個人名義的認可茬底，也是流程規(guī)范的一部分，更是計算各人貢獻的依據(jù)获洲。

Bugzilla應(yīng)運而生

在郵件中阱表，有一類話題是最活躍的，那就是bug贡珊。但是最爬，通過翻找郵件查閱bug的最新的解決狀況，是非常困難的门岔。一個bug爱致，從提出，到最終解決寒随，并被確認在哪一個版本中發(fā)布fix糠悯，是一種穩(wěn)定的狀態(tài)轉(zhuǎn)化模式帮坚。一個專有的處理工具，勢必應(yīng)運而生互艾。Bugzilla试和、trac等一批工具，就由此被創(chuàng)造出來了忘朝。

代碼提交流程的規(guī)范化

開源社區(qū)灰署，表面上非常的崇尚民主自由判帮，但實際上卻盛行精英主義局嘁、甚至是個人獨裁的。我們往往會給某個開源項目的創(chuàng)始人晦墙，冠以「仁慈的獨裁者」的頭銜悦昵。雖然，是否仁慈晌畅，大家不得而知但指，但獨裁確實是顯然的了。

最大的獨裁抗楔，是代碼的管理權(quán)棋凳。因為作為創(chuàng)始人與核心開發(fā)者，他們往往以一己之力连躏，貢獻了絕大多數(shù)的代碼剩岳，確定了項目最初的架構(gòu)與發(fā)展方向。他們不會容忍任何人隨意地向代碼庫提交代碼入热。

在郵件列表中拍棕，一個新來的家伙，從沒人認識勺良，到能夠獨立的向代碼庫提交代碼绰播，非得經(jīng)歷艱辛的歷程不可。這樣的歷程尚困，簡單的說蠢箩，就是一次一次的Code Review。被審核通過事甜、合入代碼庫的patch越多忙芒，一個人對于社區(qū)的貢獻就越大，可信度也越高讳侨，身份地位也逐步提高呵萨，然后，他也就可以去Review其他人的代碼了跨跨。

總結(jié)：在簡陋的工具條件下潮峦，發(fā)展出高效囱皿、嚴格的社區(qū)協(xié)作模式

三、第二代開源協(xié)作模式

第二代開源協(xié)作模式忱嘹，有兩大特征：Web化嘱腥、集成化。隨著Web技術(shù)的不斷成熟拘悦，開源社區(qū)也開始創(chuàng)造一個又一個的Web開源項目齿兔，其中Web化的項目管理工具，如雨后春筍般冒了出來础米。在wikipedia上分苇，issue-tracking systems列出了55個，project management software列出了152個屁桑，其中開源的也有30+医寿，open-source software hosting列出了22個，堪稱蔚為壯觀蘑斧。

這類平臺又可以分為兩大類：基于開源的項目管理工具或issue tracking工具靖秩，自建平臺，以JIRA竖瘾、DotProject沟突、Redmine為代表；基于免費開源托管平臺捕传，以SourceForge惠拭、Google、LaunchPad為代表乐横；

第二代的開源項目管理工具求橄，可以說，主要是在向企業(yè)內(nèi)的開發(fā)管理學(xué)習(xí)葡公。文檔罐农、流程、角色催什、權(quán)限涵亏、統(tǒng)計報表等等功能，都開始出現(xiàn)了蒲凶。有些開源項目气筋，也在用這些東西。

以SourceForge與Google Code為代表的開源托管平臺免除了開源項目搭建自己的官方網(wǎng)站旋圆，管理工具宠默，代碼倉庫之類的繁瑣事務(wù)，大大促進了開源項目的發(fā)展灵巧。不過搀矫，由于平臺的功能總是受限的抹沪，因此自建門戶，自組工具的開源項目依然層出不窮瓤球。

issue & milestone

在第二代開源協(xié)作模式日漸成熟的過程中融欧，另一股潮流也正方興未艾：「敏捷軟件開發(fā)」。其中卦羡，最為深入人心的概念之一噪馏，就是每個迭代，完成一批User Story绿饵。

在開源社區(qū)欠肾，這個概念被進一步演繹：無論是bug和feature，都被統(tǒng)稱為issue蝴罪。這些issue董济，被分到不同的milestone（版本）步清，即使最后有可能延期要门，milestone也會定義一個預(yù)期完成時間。

這是好事廓啊？還是壞事欢搜？其實很難評價，因為從開源的原始教義而言：所有的貢獻谴轮，都是自愿炒瘟、隨機、不可預(yù)期的第步。為自然生長的軟件疮装，規(guī)定里程碑，本來就顯得荒謬粘都。但是廓推，從另一方面而言，我們可以引用另一個中國人過馬路的例子：「不管紅綠燈翩隧，湊夠一堆人就過馬路」樊展，開源軟件，往往也是「不管里程碑堆生，穩(wěn)定一堆特性和bugfix专缠，就發(fā)布一個版本」。

如果在開源軟件很少淑仆，更別提形成開源生態(tài)圈的情況下涝婉，這種隨意的做法還是可行的。但是在大量軟件蔗怠，相互依賴的情況下墩弯，一個開源項目要贏得其他協(xié)作項目的信賴與協(xié)作省骂，必須給出穩(wěn)定的規(guī)劃，以便相互配合最住。

這種規(guī)范钞澳，也是被逼出來的。

服務(wù)平臺化

雖然黑客們喜歡寫程序涨缚，但是要寫的程序?qū)嵲谔嗔嗽冢軌虿恢貜?fù)造輪子，有現(xiàn)成的好工具可以直接拿來用脓魏，也是件好事兰吟。如果可以打開一個網(wǎng)站，注冊一個用戶茂翔，創(chuàng)建一個新的項目混蔼，剩下的事情自有平臺幫忙打理，那么大家都可以愉快珊燎、專心的寫自己的代碼了惭嚣。

平臺在逐步進化，因而能夠幫助開源項目悔政，打理越來越多的事務(wù)晚吞。通常主流的開源項目托管平臺，都能夠完成：

• 在線代碼瀏覽谋国，并能夠支持不同的配置庫
• 需求管理槽地、Bug管理，通常合并為Issue tracking
• 版本與里程碑管理
• 文檔編寫與管理芦瘾，以Wiki的形式為主

更進一步的捌蚊，還有能夠完成：簡單的自定義工作流、文件夾與靜態(tài)資源管理近弟、輸出各種統(tǒng)計報表缅糟、甚至提供論壇、搜索藐吮、郵件列表以及各種排行榜等等溺拱。

在此之前，一個開源項目谣辞，是一個社區(qū)迫摔。到了大平臺的時代，整個平臺泥从，構(gòu)成了一個更大的社區(qū)句占。

總結(jié)：以Web形式提供的集成化開源項目托管平臺，標志著開源項目的協(xié)作模式躯嫉，進入成熟期

四纱烘、第三代開源協(xié)作模式

到了MySpace杨拐、Facebook與Twitter這樣的SNS網(wǎng)站的興起，開源項目的協(xié)作模式擂啥，受到SNS的啟發(fā)哄陶，也隨之進入了第三代，以Social Coding為核心的開發(fā)協(xié)作模式哺壶，這樣的模式在以Github為代表的網(wǎng)站上屋吨，體現(xiàn)的最為充分，眾多的模仿者也層出不窮山宾。過去的開源項目與托管平臺至扰，都是以項目為中心來打造，而Github則是圍繞著參與開源的人來打造资锰。首先滿足的不是項目的需求敢课，而是個人的需求，由于對人的黏性大大增加绷杜，也使得Github成為近年來最具吸引力的開發(fā)社區(qū)直秆。

圍繞著Github，一大批周邊擴展服務(wù)被建立起來接剩，構(gòu)成了一個更加有活力的生態(tài)圈切厘。而程序員們萨咳，不僅在Github上參與開源項目懊缺，更在Github上結(jié)交朋友，分享經(jīng)驗培他，增進能力鹃两。甚至這樣的協(xié)作模式，還拓展到了編程領(lǐng)域之外舀凛，成為開放式協(xié)作的流行模式俊扳。

激勵機制

第三代開源協(xié)作模式，以Github為代表猛遍，以Social Coding為精髓馋记，這一代模式想要解決的問題，是激勵機制的問題懊烤。

第一代開源協(xié)作梯醒，雖然創(chuàng)造了一批大大有名的項目，但事實上卻是一個非常小圈子的事業(yè)腌紧。即使是最為成功的Linux內(nèi)核開發(fā)茸习，也不過1000~2000人。一旦人多事雜壁肋，就會出現(xiàn)管理混亂的現(xiàn)象号胚。

第二代開源協(xié)作籽慢，雖然借鑒了很多企業(yè)界的規(guī)范管理經(jīng)驗，但是在事實上猫胁，卻是不適應(yīng)開源軟件的風(fēng)格的箱亿，舉一個例子：在Redmine中存在的角色、權(quán)限弃秆、工作流之類的東西极景，實際開源項目使用的，卻非常少驾茴。

第三代開源協(xié)作盼樟，借鑒了社交網(wǎng)絡(luò)中的各種數(shù)值化模型，關(guān)注者數(shù)量锈至，Star數(shù)量晨缴，F(xiàn)ork數(shù)量，Issue數(shù)量峡捡，Pull Request數(shù)量击碗，都在顯要位置標示出來，對于開發(fā)者形成正向激勵们拙，還有很多的統(tǒng)計圖表稍途，形象的展示了項目的活躍程度。

開源社區(qū)砚婆，原本就有非常深厚的械拍，統(tǒng)計補丁數(shù)計算貢獻度的傳統(tǒng)，這一點在Github被發(fā)揚光大装盯，可以說是優(yōu)秀的繼承與創(chuàng)新坷虑。

基于fork/pull request的協(xié)作機制

在github，一鍵就能夠fork自己的分支埂奈，然后可以跟原有的分支毫無關(guān)聯(lián)迄损，也可以非常方便的提交pull request，這就帶來了更加頻繁的分裂账磺，使得分裂常態(tài)化了芹敌。

原來的開源社區(qū)，開發(fā)者修改了代碼垮抗，希望能夠貢獻給社區(qū)氏捞，需要穿越種種障礙，如果社區(qū)不接受借宵，最后開發(fā)者只能逼不得已幌衣，自己開一個新的分支，變成一個新的項目。

在分裂是異常的狀態(tài)下豁护，分裂是罪惡的哼凯，是不應(yīng)該的，是會帶來陣痛的楚里。當分裂變得常態(tài)化断部，pull request也變得常態(tài)化，分分合合班缎，以每天N次的速度發(fā)生蝴光，恰恰因為如此，他不再是一種罪惡达址，而是一種健康的蔑祟、向上的、以更快速度進步的模式沉唠。大家不再是在一個版本下疆虚，各自貢獻，而是在各自的版本下满葛，獨立發(fā)展径簿，想分就分，想合就合嘀韧。

Pull request篇亭，從一個代碼合并的方式，變成了開發(fā)者之間主要的交流方式锄贷，他們發(fā)現(xiàn)译蒂，最好的交流，正是通過源代碼來交流肃叶，一切的講道理蹂随，都不如用源代碼來講道理。這恰恰是程序員們最習(xí)慣因惭，也最喜歡的一種交流方式。

圍繞Github出現(xiàn)的擴展服務(wù)

較之上一代的平臺绩衷，Github提供了優(yōu)秀的開放擴展機制：OAuth蹦魔、API、SDK咳燕、WebHooks勿决、ServiceHooks等等，使得圍繞Github招盲，擴展各種滿足項目特定需要的服務(wù)低缩，變得非常容易。

這就是從上一代平臺的開源大社區(qū)，進化為「圍繞Github的開源生態(tài)圈」咆繁。

到目前為止讳推，Github一共支持超過170個不同的擴展服務(wù)，其中較為熱門的服務(wù)有：

• 與其他項目管理工具集成（Bugzilla玩般，Asana银觅， Basecamp，Redmine坏为，JIRA究驴，ZohoProject）
• 與持續(xù)集成服務(wù)集成（Travis，Bamboo匀伏，CircleCI）
• 與消息通知服務(wù)集成（Amazon SNS洒忧，Email，IRC够颠，Jabber）
• 與DevOps服務(wù)集成（AWS OpsWorks跑慕， DeployHQ）

Github 開放平臺與API，基于Github OAuth API摧找，其他網(wǎng)站可以支持開發(fā)者用自己Github賬號登錄核行，并使用一些有趣的服務(wù)。

• Cloud IDE蹬耘，用Github賬號登錄芝雪，直接在瀏覽器里打開一個IDE，編輯自己在Github上的開源代碼
• Resume Service综苔，根據(jù)開發(fā)者在Github上的各種社交行為與開源項目貢獻度惩系，自動生成格式化的簡歷

這些擴展服務(wù)，極大的豐富了開源生態(tài)圈的內(nèi)涵如筛。

總結(jié)：社區(qū)天生就應(yīng)該是社交化的堡牡，Social Coding與開源社區(qū)，簡直就是天作之和杨刨。

五晤柄、開源協(xié)作模式的新探索

Git：作為標配

目前看來，git作為分布式配置庫的王者地位妖胀，已經(jīng)不可動搖了芥颈。能夠初步總結(jié)的原因，至少有三個：

• git與github互相促進赚抡，作為全球最大也最流行的開源社區(qū)爬坑，他的標配是git。這也導(dǎo)致越來越多的開源項目涂臣，選擇git作為標配
• 眾人拾材火焰高盾计，越是參與開發(fā)的人不斷涌入，越是幫助git發(fā)展得更快。這是一個贏家通吃的世界
• 開源生態(tài)圈的出現(xiàn)署辉，使得圍繞git族铆、github發(fā)展出一大批相關(guān)的開源項目、開源工具以及次級社區(qū)涨薪。這一現(xiàn)象骑素，在docker橫空出世之后，再一次得到展現(xiàn)刚夺。

Code Review：必不可少

開源社區(qū)献丑，一直有非常悠久的CodeReview的歷史，哪怕在最早的mail & patch的時代侠姑，Review也是開源協(xié)作的頭等大事创橄。僅僅梳理Review的歷程，也可以看到其中工具與流程的發(fā)展莽红。

最初是郵件review妥畏，然后是在集成平臺上內(nèi)置review功能，或者提供更強大的review插件安吁。到github創(chuàng)新的提出pull request醉蚁，則是一種更加方便有效的review模式。

與此同時鬼店，獨立于集成平臺的專門的code review工具网棍，也開始發(fā)展起來：Review Board、Google Gerrit妇智、Facebook Phabricator是其中重要的幾個代表滥玷。

Workflow：百花齊放

在git逐步流行之后，大家發(fā)現(xiàn)基于git可以選擇的「玩法」實在是太多了巍棱。從最初寫下一行代碼惑畴，到最終出現(xiàn)在項目發(fā)布的版本之中，期間可以有無數(shù)的「路徑」航徙。

在git-scm.com官方教程《ProGit》里如贷，提及了三種：集中式工作流、集成管理員工作流以及司令官與副官工作流捉偏。

在蔣鑫的《Git權(quán)威指南》里倒得，又提及基于TopGit、基于submodule夭禽、基于subtree、基于repo谊路、基于gerrit讹躯、以及git與svn配合使用的不同工作模型。

再后來：GitFlow、Github的Pull Request潮梯、以及基于Github的Github Flow等等工作模式骗灶，堪稱百花齊放。

為什么會出來這么多workflow秉馏？因為團隊與項目的差別耙旦，實在太大了。現(xiàn)在到我們簡直無法想象：那些在各種情況下都堅持使用SVN都開發(fā)者萝究，是怎么熬過來的免都？

當然，從另一方面來說：選擇太多帆竹，也會帶來另一種煩惱...

CI绕娘、CD、DevOps

從Everything as Code到Everything Automation栽连，是另一個越來越明顯的趨勢险领。前兩天，我從機場出來秒紧，正好看到兩個并列的廣告牌绢陌，一個廣告的大意是：「UPS助您打通全球供應(yīng)鏈」、另一個則是「中國銀行助您打通全球供應(yīng)鏈」熔恢。這真的很有意思脐湾，看來在各行各業(yè)，大家都開始在關(guān)注整個生命周期的各個環(huán)節(jié)之間的打通绩聘。

只是沥割，在軟件領(lǐng)域，我們會感覺到這是一種回歸凿菩。畢竟机杜，最初的軟件開發(fā)，都是很簡單的衅谷。在一臺計算機上椒拗，自己寫程序，自己編譯获黔，自己調(diào)試蚀苛、運行，最后發(fā)布玷氏。既不用依賴他人堵未，更不用等待什么流程。

隨著項目越來越復(fù)雜盏触，參與的人越來越多渗蟹，我們的軟件块饺，不能僅僅運行在自己的機器上，或者需要部署到服務(wù)器上雌芽，或者需要發(fā)布到某種平臺上授艰。在協(xié)作者眾多的情況下，如何分工合作世落？
在開發(fā)者水平參差不齊的情況下淮腾，如何保證質(zhì)量？在分工屉佳、協(xié)作谷朝、流程與質(zhì)量保證的要求之下，如何提高效率忘古？

這些都是DevOps致力于解決的問題徘禁，也是DevOps不斷得以發(fā)展的原動力。

總結(jié)：開源社區(qū)髓堪，始終在進步送朱，Github代表的也只是「一代」而已，新的一代協(xié)作模式干旁，還會被創(chuàng)造出來的驶沼。

六、暗線：工具争群、習(xí)俗背后的邏輯

過去是如何回怜？未來又會怎樣？想要回答這類問題换薄，其實需要更加深入的思考：「開源社區(qū)的協(xié)作模式玉雾，為何會變？變化背后的邏輯是什么轻要？」

開源社區(qū)研發(fā)工具的兩大目標：降低門檻复旬，提高效率

開源社區(qū)，與普通的軟件開發(fā)最大的不同冲泥，就是參與者多多益善驹碍。在《大教堂與集市》中，Eric Steven Raymond總結(jié)到：「如果開發(fā)者協(xié)調(diào)者有至少一個像Internet這樣好的溝通媒介凡恍，并且知道如何不靠強制來領(lǐng)導(dǎo)志秃，那么多人合作必然強于單兵作戰(zhàn)」，這簡直就是絕妙的預(yù)言嚼酝。雖然當年的ESR也許并未預(yù)測到浮还，基于Internet會出現(xiàn)那么多輔助開源的相關(guān)工具（他們當時還只有郵件列表）。

所以闽巩，開源社區(qū)一直在致力于兩個看上去相反的目標：「吸引盡可能多的人碑定，以盡可能簡單流码、便捷的方式又官，參與到開源中來」延刘、「在人多得超乎想象的情況下，依然能夠保持六敬，甚至不斷提高效率」碘赖。

如何計算參與者的貢獻？

開源社區(qū)外构，不會給參與者發(fā)工資普泡，因此激勵是一個大問題。公平审编、公開撼班、公正大計算所有參與者的貢獻，以所有人都能夠接受都形式垒酬，計算并公布各種排行榜砰嘁，可以說是開源社區(qū)特有都「剛性需求」，因此SNS與開源社區(qū)的結(jié)合勘究，成為必然矮湘。以后，面向開源協(xié)作的大數(shù)據(jù)分析口糕，也一定會出現(xiàn)缅阳。

如何激勵、吸引景描、回報參與者十办？

計算參與者的貢獻，僅僅是公平激勵的基礎(chǔ)超棺。讓激勵變得有趣向族，變得有價值，變得有意義说搅，則是吸引與回報參與者的不二法門炸枣。因此：游戲化的思路，會被越來越多的引入到開源社區(qū)中來弄唧。

如何保障項目質(zhì)量适肠？

開源項目保障項目質(zhì)量都最大利器，是引入數(shù)量眾多都熱心測試者候引。但是侯养，僅僅有人愿意測試，主動澄干、積極都幫助測試逛揩，已經(jīng)越來越不夠了柠傍。隨著項目越來越復(fù)雜，開源項目必須逐步走出僅僅依賴肉眼辩稽、依賴人多＋運氣的質(zhì)量保障模式惧笛。

自動化測試、以及更加規(guī)范的Review流程逞泄，則是必然出現(xiàn)患整，而且將越來越重要的環(huán)節(jié)之一。

如何協(xié)調(diào)一致的工作喷众？

自由與規(guī)范各谚，計劃與變化，興趣與責(zé)任到千。經(jīng)常會在社區(qū)里昌渤，成為爭論的熱點話題。雖然在《大教堂與集市》中憔四，ESR極力鼓吹「禮物文化遠遠勝過交換經(jīng)濟」膀息，但是：「在一個龐大的社區(qū)，各種各樣的事務(wù)都需要有人去完成加矛，而且還不能漫無章法履婉。」

因此：「某種調(diào)節(jié)手段斟览、協(xié)調(diào)者與協(xié)調(diào)機制毁腿、甚至是看不見的手」之類的東西，會慢慢的回到社區(qū)苛茂。

如何在社區(qū)里平等已烤、高效的協(xié)商？

目前來說妓羊，依然只能是線上討論+線下開會胯究。雖然，很多開源社區(qū)躁绸，開始學(xué)習(xí)《羅伯特議事規(guī)則》這樣的開會圣經(jīng)裕循。但是，開會依然是最令程序員感到苦惱的事情净刮。在這方面剥哑，將來會不會出現(xiàn)更好的輔助工具，這方面很值得期待淹父。

結(jié)束語

唯有變化株婴，是不變的。開源協(xié)作模式暑认，同樣如此困介。惟愿我們，能夠成為推起其前進的力量之一座哩。