沒有對立的技術，只有對立的心態

在電腦diy愛好者中，ati/nvidia、amd/intel各自的粉絲團 扎堆兒pk 的現象是非常激烈的。

如果有一篇文章出現對某一技術的傾向性，便會立刻被另一陣營粉絲的吐沫所淹沒。

在咱們軟體界，這種現象雖然不是那麼極端，但也絕不少見，

我見過不少熱愛一種語言的，拼命貶低另外一種語言，

似乎不把對方說得一無是處，就不足以體現自己所在陣營的「優秀」。

技術真的可以簡單的貼上「好的」或者「壞的」這樣的標籤嗎？一定不是！

每一項技術都有其出現的背景和其所擅長的領域，

在不加限定的情況下，對技術的優劣作出評判，其實是很不明智的一件事情。

今天之所以說起這個話題，源自工作中的一點感悟。

幾天前，產品研發團隊的幾個teamleader開了乙個會，議題是如何提高**質量。

在討論開發過程管控策略的時候，到底是以文件驅動開發，還是以測試驅動開發，

兩種觀點產生了比較激烈的衝突。

面對這樣的場景，我的臉上掛著微笑，因為感覺好熟悉，

這像極了5年前發生在我身上的rup和xp之爭（詳情參見：軟體開發思想之爭 － rup vs xp

）。 力推「測試驅動開發(tdd)」的leader非常激動（可能比較有激情的朋友們更容易痴迷xp），

正在滔滔不絕闡述tdd的優點，似乎tdd就是擺在眼前的銀彈，

我呢，經過這麼多年，早已經不相信任何單一的手段可以解決所有的問題。

tdd可以推，但必要的文件也是絕對不能省。

怎麼跟他說？

經過快速的思考，我還是決定打斷他的慷慨陳詞，於是我說：

今天的情景，讓我想起了大概5年前的我，

當時xp的思想剛剛在國內開始傳播，我也特別感興趣，

曾經和乙個有10年工作經驗的同事，就rup和xp產生過激烈的爭論。

我接觸xp後就對rup完全排斥，但摸索了很長時間後，發現xp有乙個致命的問題：

那就是xp對人的要求非常高，尤其是tdd，對設計的要求大大到提高了，

你可以掂量一下自己的組內，有幾個人能夠真的做到先寫測試，再做開發的？

其實無論是tdd，還是寫設計文件，只是設計思路的落地形式不同而已，

我認為我們沒有必要在這上面爭論太多。

你應該知道，xp最強調的是對人的重視，

要想有效改善發布的產品質量，真正需要的是，要求每個人 理解 自己所要做的事情，而不是機械的執行。

至於文件，在產品架構、模組、流程等比較粗粒度的層面，存在一些文件還是很有價值的，

如果乙個系統任何文件都沒有，那麼新人加入的時候，根本沒法從總體上理解我們的系統。

歸根結底，採用什麼方法並不是最重要的，最重要的，還是人做事的態度。

在工作中經常有觀點碰撞的情形，如果想說服對方，以退為進往往比針鋒相對更容易取得成效。

乙個鋒芒畢露，經常讓別人下不來臺的人，往往也會四處碰壁，最後終究有志不得申。

人的很多看法，隨著閱歷的增加，也會發生變化，

就像我在xp上的看法，5年前的爭論中，我正好站在今天對立的位置上，

所以，技術和觀點，往往並沒有本質的對立性，更容易產生對立的，反而是我們的心態。

沒有對立的技術，只有對立的心態

在電腦diy愛好者中，ati nvidia amd intel各自的粉絲團 扎堆兒pk 的現象是非常激烈的。如果有一篇文章出現對某一技術的傾向性，便會立刻被另一陣營粉絲的吐沫所淹沒。在咱們軟體界，這種現象雖然不是那麼極端，但也絕不少見，我見過不少熱愛一種語言的，拼命貶低另外一種語言，似乎不把對方說得...

原創 測試和開發天生就是對立的嗎？

一直聽到這樣的說法 測試和開發天生就是對立的。在做為專案測試經理的最初的一段時間，也曾經與一些開發人員發生過矛盾，當時非常贊同這個觀點。隨著時間的推移和管理 溝通經驗的積累，我發現這個論斷真的有些武斷。測試工程師和開發工程師都是專案的重要成員，誰都離不開誰。很難想像乙個沒有經過測試的專案如何能讓客戶...

科技文章也可以非常的文采對立統一描述的簡潔明瞭

nv造cpu 微軟翻臉 英特爾ces頻遭挑戰 ces無疑是目前三大科技展會中最熱鬧的一場it秀，除了新奇的產品和技術外，我們相信無論讀者還是企業更為關注的是未來發展的趨勢。今年ces除了產品和技術的風向變化以外，堅持數年有餘大者恆大格局恐發生變化。當然故事還是那個故事，以小搏大在科技界本不是什麼新鮮...