http://pm.csai.cn/hr/200905130921351629.htm
幾乎每天，在項目中，我們都要不斷的與隊友溝通設計方法，編碼方式，在論壇中，也經常會看到大家對於一個技術點的無休止的爭論。
有人說，“真理越辯越明”，這句話，沒錯。但是，你自己要弄明白，你是爲了弄清楚一個真理的合理性，還是爲了作成功一款產品，帶成功一個團隊？
這是一篇有關“如何處理爭論”的作團隊作產品感悟，其核心思想是：我們一切爭論的目的，其出發點，不能是僅僅爲了證明觀點或者技術的對與錯，我們的目的，應該是如何作對項目更有利，這種“有利”表現在高效的出版本，穩定的運營，快速的修改和維護。觀點或技術的對與錯，在大多數情況下，其實，於產品，並沒多大的實際好處，我們需要的，是團隊成員在不斷實踐的過程中養成了一些好的思維習慣，好的編碼習慣以及好的設計習慣，而這些習慣，更多情況下，需要依賴團隊成員自己的自我學習和成長，並不是一兩句爭論可以解決的，我們應該更加務實一點，讓團隊成員在具體的實作中成長，而不要過多的指望靠爭論來幫助他們成長。“停止爭論，馬上實作”，在實作中改進和提高，這是我們處理爭論最務實的辦法。
引入正題：
我們這些作技術的，有一個說好也好，說不好也很不好的習慣，那就是，大都喜歡在某個技術點的討論中，非要一爭高下不可。比如：常見的WIN平臺和*NIX平臺優劣的爭論；C/C++與JAVA或DELPHI的爭論；各種設計模式的爭論；各種第三方庫的爭論，凡此種種，不一而足。人人都想通過爭論證明，自己用的，就是好的，其他人用的，就是不好的。
呃，這樣作，有意義嗎？我們作技術的目的，是幹什麼？就是爲了爭個高低，炫耀一下嗎？即使讓你炫耀贏了，對你自己對他人，又有多大的好處呢？即使有好處，你也只不過是過了一下癮而已，而壞處卻是，讓你變得更加不務實，更加忘記技術的目的了。
作爲一個身在產品中的人，我們作技術，從始至終的目的，都只有一個，那就是：充分利用自己的技術和技能，爲產品作貢獻，要始終圍繞着“又快又好出產品”這個唯一的目標進行。
你在外面跟人家爭得春風得意，但在自己的項目中，由於使用了過於複雜的架構，讓項目在維護和修改中付出了大量本不該花費的時間資源，即使你在爭論中贏了，你在自己的項目中，也是一個徹底的輸者。
而自己的項目和產品，往小的說，是你立足公司的根本，往大的說，也是你可以在行業立足的根本，萬事，以業績說話，不要以爲你掌握了一些書本知識，一些軟工理論，跟大家混了個臉熟，你就是業內資深人士，就會到處受人膜拜了，如果你的項目作得不行，你再怎麼吹，這個泡沫也早晚會破掉。
所以，停止爭論吧，馬上，現在，開始務實的作好自己每天的工作，從每一小處的細節入手，把你的工作效率作得更高，工作質量作得更好，一切從項目和團隊的實際出發來選擇技術方案，不要人家說什麼好你就一定要用人家說的方案，你便是你，你的項目便是你的項目，這就象談戀愛，那些在旁邊給你出謀劃策的人，永遠沒有你更瞭解你自己的心上人和你自己的真實感覺，他們出的主意，也多半都是餿主意。
從這個角度說，國內技術社區的作用，在我看來，已經被相當扭曲了，討論問題的，要麼就是問題太小白了，只要一GOOGLE就可以出來，要麼就是不斷地在談論“大道理”，每天，在罈子裏吹得不亦樂乎，很多人可能並不知道，他自己可能都沒有在自己的項目實踐中用過他自己的那些理論。
我是一個徹徹底底的務實派，再牛的開發思想，再先進的開發理論，到了我這裏，如果不符合團隊和項目實際，發揮不出它應有的作用，我也會堅決CANCEL掉，因爲，我認爲，對於一個項目而言，我們最可寶貴，最無法挽回的損失，就是：時間。
一方面，我們希望我們的團隊成員，每個人，下到C++底層的細節，上到設計模式，都能瞭若指掌；而另一方面，我們不得不面對的一個現實是，在絕大多數的團隊裏，能作到這個程度的人，始終都是一小部分，大多數的團隊成員，都只是在某一塊自己熟悉的開發領域裏，是一個熟練的編碼者而已。
所以，我們選擇務實的作法，當對架構，模式甚至是代碼細節出現爭論時，不要過多的陷入進去，當你發現爭論不可能有好的結果時，應該果斷結束，把決定權交給真正要作這件事的人，讓他們自己去選擇，在無法確定哪個方案誰好誰差的情況下，我們的作法是，首先，你得讓作這件事的人自己覺得爽纔行，只有他自己覺得爽了，他纔會更主動，也纔會更多的在後面考慮改進。
我們作項目，分成三個階段：
第一步，要儘可能快的出版本，出結果；
第二步，要保障快速高效的運營；
第三步，要儘可能快的維護，修改，發新版本。
“快”，決定了你在市場競爭中的優劣地位。只要你始終在想着“開發快，易運營”這兩點，很多的事，該如何作，如何選擇，你自然會有個結論。