• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Jiang's C++ Space

            創作,也是一種學習的過程。

               :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
            寫下這個標題,說實在我心里有些沉重,在當今這個團隊精神一次一次地被提到重中之重的時代,我卻感覺高度依賴腦力活動的軟件開發工作其實幾乎不可能真正的有團隊合作。這是我從事了五年多一線開發(快六年了)之后的高度總結,也是要從事所謂“管理”工作最需要關注的一句話,請忘記“合作”!

            為什么?俗話講,一山不容二虎,如果這是一份高度依賴腦力運動(我用運動,不用勞動)的工作,這兩個聰明人你說誰會聽誰的呢?他們能否強強聯合,1+1=2那樣創造出更好的東西?110%,1+1不會等于2,120%,1+2不會大于2,那就只有小于2啰?一點沒錯!而我的經驗告訴我,90%的情況,1+1<1。如果你有幸作為握大權的管理者,請把這兩個聰明人分開,讓他們干不同的事情,根據他們的興趣,愛好,去干不同的事情,如果實在找不到不同的事情,就讓他們干一樣的事情,但不是合作,而是各自單干,然后從他們各自生成的最終軟件產品中,擇優錄取,這也總比讓他們合作好。

            在熱力學中,有個概念叫“熵”,它是個能量概念,但卻不表示“能”,而表示“不能”,假想一個孤立系統有兩個物體,一個物體的溫度很高,一個很低,它們的總的熱量是100,然后你把這兩個物體合在一起,高溫物體的溫度降低了,而低溫物體的溫度升高了,它們的總體熱量是多少?孤立系統,注意,沒有任何對外熱傳遞,所以熱量還是100,但由于這么一合,無論是高溫物體,還是低溫物體都沒了溫差,沒了溫差就不能利用這個熱量做功,而做功能力的損失,就是熵。也許你感覺這段文字比較晦澀,沒關系,通俗說,兩個聰明人的聰明才智由于“合作”,都用于內耗上了,完了之后兩個人一樣是聰明人,但沒有“工作”的能力了,或效率低下。

            這種事情了屢見不鮮了,例子我想我無須多舉,大家身邊比比皆是,只要你是做軟件開發的。也許你要問了,沒有合作,如何開發大型軟件?好問題,我也從事過大型軟件的開發,但我現在回頭看看,那根本不是什么合作,而我當時也不是一個真正意義上的“開發者”,我僅僅是個編碼者和單元測試者,我有設計這個軟件嗎?我有在軟件中體現出我的思想了嗎?甚至,問得殘酷點,我有知道我在實現什么業務邏輯嗎?——答案全是No,這就是軟件外包的典范,別人把軟件設計好,詳細到偽碼級別了,我只是來做最低級的實現而已。也或許,這是一種“合作”的途徑,鐵打的營盤流水的兵,那些在底下干活的人永遠不要問“為什么”,機械式的工作,流水線式的工作,這還需要有個前提,他們不能有太多的想法,比如我,實在是想法太多,那種地方自然就不歡迎我了,不久后卷鋪蓋走人。

            我以前有個朋友無意中說了句話,他說:“公司本來就不需要那么多聰明人。”這話還真的如此,一帶多的“合作”模式是有的,就是一個牛人,帶著幾個小弟,完成某個項目,但我想真正的開發者,是那個牛人,幾個小弟可以做做外圍,周邊,比如機械式的測試,對,測試是保證軟件質量的重要手段,需要大量,反復。如果不幸的是這幾個小弟也是很聰明的人,那就比較難辦些,這個牛人就得很牛,以絕對的技術和人格魅力優勢“壓倒”這幾個小弟,“折服”他們,這就是德能兼備,試問這種牛人多么?再說了,真有這種牛人的話,讓他獨自完成一個大的項目,我想更為可靠,而不是外加幾個搗蛋的聰明人。

            熵,產生于艱難的內部交流,產生于公司龐大而遲緩的官僚系統,產生于自我獨大的個人思想,與其打破這些障礙,不如設法讓這些“合作”盡量減少?

            當我們還沒有適應Visual Studio 2005的時候,Visual Studio 2008就出來了,版本眾多,讓我們有點無所適從,Visual Studio 2008還沒裝好的時候,Visual Studio 2010蓄勢待發,一個比一個強,利用個Wizard,圈圈點點幾下,一個外觀花哨的應用程序就生成了,而且還貌似Outlook,抑或IE,隨便你,你一行代碼不用寫,這叫“先進工具”,但提高了生產力了嗎?我想沒有,你能圈圈點點幾下生成的花哨程序,別人也行,程序雖然花哨,但換種角度說,其實你什么都沒干,軟件的靈魂在于設計者的思想,理解這個得費點心思,或者這樣說吧,利用現在的技術,你也可以輕松擁有一幅達芬奇的《蒙娜麗莎》的油畫,但這僅僅是個復制品,你能這樣,別人也行,你擁有的這幅畫沒有什么價值,而達芬奇的《蒙娜麗莎》的價值在于這位大師在這幅畫中融入的他的思想以及他的勞動,這是任何技術,或“先進工具”都無法替代的,永遠無法替代。這段算是我講的一點題外話,和《人月神話》中“沒有銀彈”的觀點接近。

            軟件開發是一項高度依賴腦力的勞動,開發者的思想融匯其中,是真正類似藝術創作的工作。考慮“合作”,不是不可以,但無非是這兩種情況:一是我技壓群雄,以德服人,號令群英;二是把前一句的“我”換成別人,讓我心服口服當他小兵。
            posted on 2009-05-14 09:16 Jiang Guogang 閱讀(2399) 評論(13)  編輯 收藏 引用 所屬分類: Thinking/Other

            評論

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-14 10:44 Sunshine Alike
            非常有同感,呵呵
            雖然我還沒有工作過  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-14 13:17 Brandon
            很值得探討的一個問題  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-14 14:56 cppexplore
            我的經歷也是如此,也思考過原因:
            (1)公司不重技術、重市場。而開發的直接領導也是同樣的浮躁心態。
            (2)開發團隊沒有技術積累、沒有統一認可的基礎架構。
            (3)開發人員由于不同的開發經歷,各自有自己的基礎模塊實現、對系統有自己的認知。

            改善這個情況,開發人員的角度 也只能是多溝通、互相分享知識、定期分析已有系統的架構、爭取能對同類型的應用應該使用的最佳設計達成共識。
            根本解決還在領導層對技術的重視,重視基礎模塊積累、重視對系統框架的探討分析,重視團隊技術上的可持續成長。  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-14 17:01 萬連文
            阿彌托福,老衲已返璞歸真一年有余,早已遠離team,不知何時再入俗沾塵重回team,輪回一次。善哉善哉!  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-14 17:18 tiny
            不同意,沒看完你的文章。因為你沒理解真正的協作。矛盾是進步的源泉,并不一定,觀點完全是你提出的,完全就是你一個人的戰場。戰場上除了需要純粹浴血奮戰,還需要戰略方針,衣食住行,甚至敵我間諜。
            隊伍不能協作好,只可能是水平參差不齊,目標不統一,內憂外患。  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-14 21:24 宇馳
            怎么說呢,其實軟件開發不是腦力勞動,而是體力勞動。軟件開發是一個合作進行的過程,但是這個過程是不簡單的組合,小集體領導大集體(有點中國的政治制度:黨中央委員會領導全國人民)。
            小集體是做設計的(俗稱:設計師),不敲代碼。定義好各個模塊、接口、調用方法、使用約束。
            大集體再分小組去實現這些個模塊(不要求你有創意,按步就班就行,而且必須)。你小組可以無視其他小組的存在。(只要大家伙按制定好的約束來實現就成)。然后再把他們組合到一起,OK,軟件完成。

            軟件開發1+1什么時候>2,要看小集成的領導能力啦。但是,客觀的肯定是>2的。  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作[未登錄] 2009-05-15 09:08 raof01
            社會化大生產的方式決定了不可能把每個人都發揮到極致的,而是選取每個人的特長來進行組合。

            很多好的軟件,不是天才的設計,便是經驗老道的設計。初出茅廬的,可能還在技術細節層面糾纏呢。不妨問自己:我是天才嗎?我經驗足夠嗎?

            “別人把軟件設計好,詳細到偽碼級別了,我只是來做最低級的實現而已。”樓主意識到這個并開始有想法是好的,只不過別太著急了。

            最后,兩個聰明人合作會使事情變糟,那是因為他們不夠聰明,或者說光有智商沒有情商。解雇之。寧要情商,不要智商。古往今來成功人士,智商高的有多少不好說,但情商絕對都是咣咣的。  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-15 09:32 陳梓瀚(vczh)
            一堆聰明的人在一起,要有一個更加聰明的人來領導才行。  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-22 17:22 kuber
            你覺得僅僅是軟件開發不可能有協作還是所有的創造性工作都不可能協作呢? 探討一下, 這僅僅是因為方法上的問題, 還是創造性工作的本質決定的.  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-05-25 14:38 Jiang Guogang
            大家好,我是博主,就各位的問題作一些回答:

            to cppexplore,你分析得很好,你的策略需要領導重視和長時間的積累。

            to tiny,呵呵,沒看完就開始不同意了?

            to 宇馳,我文中反映出這么種觀點,軟件開發是腦力運動,如果不同意,你偏認為機械重復的coding和test過程也算合作(如一些外包項目)的話,就代表我們理念和基本出發點不一致,接下去的討論都是無意義的。

            to raof01,我想你理解我意思了,所以我提出觀點把聰明人分開讓他們各自做自己的事情,是一種比較人性化的,而且又快速有效的辦法。

            to kuber,我想你可能有比我更深刻的思考,聰明人往往意味著高智商高自尊,容易互不相讓,不光是軟件開發,只不過軟件開發可能更明顯一些,因為這種腦力運動比較純粹,“合作”往往會遇到障礙,你應該聽說過中國的團隊特別難帶吧。

            如果領導重視+時間允許,慢慢的積累,用科學的辦法培養出優秀的團隊,這也未嘗不可,但談何容易,談何容易……優秀的團隊和頂級的大牛一樣可遇不可求,大多數時候,我想我們得做一些我提出來的變通。  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2009-07-02 14:43 wangok
            聰明人 什么是 聰明人?

            不懂合作的 沒有執行力的人就不是聰明人。

            這山看著那山高, 你想設計 行啊。給個理由先!

            不想寫代碼?想寫代碼的人多的是。解雇你一個影響不了大局 ,不信你試試!

            一個公司 很多時候是 2/8 法則,真正起很大作用的是20%的人。



              回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作[未登錄] 2009-11-29 14:04 henry
            合作不可能將每個人的能力都發揮出來。從這個角度1+1<2;但是要考慮到合作會做成每個個體不可能獨立完成的事情,這時1+1有可能大于2。  回復  更多評論
              

            # re: 五年多一線開發經歷告訴我:軟件開發——幾乎不可能cooperate的工作 2010-01-16 12:03 xiaojie123415
            我最近正在帶一個團隊做一個項目,當初組隊的時候,我也想過問題,但是我覺得這個問題要看管理者的協調團隊對和管理團隊的能力。  回復  更多評論
              

            久久夜色精品国产亚洲av| 久久99精品久久久久久秒播| 久久无码AV中文出轨人妻| 久久精品国产乱子伦| 久久精品国产亚洲av水果派| 国产精品午夜久久| 久久婷婷五月综合国产尤物app| 久久久久久无码Av成人影院 | 久久久精品波多野结衣| 亚洲国产成人久久一区WWW| 久久ZYZ资源站无码中文动漫| 99国产欧美精品久久久蜜芽| 久久国产成人午夜aⅴ影院| 久久青青草原亚洲av无码app| 久久精品国产精品亚洲人人 | 久久久高清免费视频| 久久777国产线看观看精品| 欧美日韩精品久久久免费观看| 99久久免费国产特黄| 久久精品国产99国产精品亚洲| 夜夜亚洲天天久久| 久久国产精品无码HDAV| 国产成人无码精品久久久性色| 国产精品美女久久久免费| 狠狠88综合久久久久综合网| 久久久精品国产| 午夜精品久久久久久久无码| 97精品久久天干天天天按摩| 亚洲人成网亚洲欧洲无码久久| 久久国产视频网| 久久精品国产福利国产琪琪| 精品久久久久久国产三级| 国内精品久久久人妻中文字幕| AV无码久久久久不卡蜜桃| 99久久这里只精品国产免费| 久久精品国产一区二区三区| 久久高清一级毛片| 性做久久久久久久久老女人| 久久综合久久鬼色| 久久国产精品无| 无码人妻久久一区二区三区免费|