XP（Extreme Programming）

        XP（Extreme Programming），極端編程。不過好像並沒有這樣翻譯的（聽上去像是電腦領域的極右組織）。它是由Kent Beck大師提出的。大師在經曆傳統軟體開發的痛苦之後，希望能夠找到一種優秀的軟體開發方法。大師總結了大量的軟體的成功和失敗的因素之後，提出了改進軟體開發方法的四個要素：溝通（communication）、簡單化（simplicity）、反饋（feedback）、勇氣（courage）。這形成了XP的核心價值觀。在經曆了數年的發展，XP在軟體開發的各方面都發展出了眾多的方法來支援軟體開發。

　　  制定了大量的規則的RUP方法被稱為重量級（Heavyweight）的方法，而像XP這樣只制定少量的規則來規範行為的方法被稱為輕量級（Lightweight）的方法（實際上，現在有一種傾向稱這種方法為Agile方法的）。近來，也看到一些文章在討論兩種方法孰優孰劣。例如：XP興起，RUP不適合中國國情等。我想，這和以前大家討論C++和Java誰好的性質是一樣的。方法都有兩面性，只有最適合的方法，沒有最好的方法。我在實踐中也感覺到，國外的理論確實不能照搬於中國，畢竟中國人的人文環境和國外相差太大了。不過，RUP不適合的，我想，XP也未必會適合。如果說，有人把RUP的一整套東西生搬硬套，導致了最後項目失敗的結果的話。這種行為無異於刻舟求劍。
　　在我看來，RUP就像是一個軟體工程思想和方法的大百科全書。在其中，你可以看到諸子百家的論調，可以瞭解軟體工程的整個演化過程。RUP是很值得你投入大量時間去研究的東西的。一個武林高手走進了少林寺的藏經閣，你可以想想，那是一種什麼景象。XP，更強調團隊的充分交流，最大限度的發揮人的創造力。它並不制定大量的規則來限制人的行動（必要的規範是必須遵守的），開發的團隊中的每一個人都能自由的發揮想象力，畢竟，軟體是創造性的勞動（這聽起來像是共產主義實現了一般）。至少，國內的公司都應該學習XP的一條規則：一周只工作40小時。相比較之下，RUP比較適合大企業、大項目，因為大的團隊往往需要法制；XP適合於小團隊，比較能夠發揮小團隊的創造力。但是在實際中，也有例外的情況。例如XP方法的第一個項目就是克萊斯勒公司的一個名為C3的大型項目。

　　  在現實中，RUP和XP應用於目前中國的軟體企業都有一定的難度。有一些來信來問我，RUP真的適合中國的企業嗎？我會直接告訴他們肯定不適合。對RUP這個龐然大物來說，很難去評定它的優和劣。關鍵在於它裁減以後的樣子。我看到過一篇文章，是討論如何將RUP裁減適合XP思想的方法的。所以RUP的使用要很小心。一個高明的鐵匠用鐵鎚可能可以打出一把好兵器，如果是普通人搞不好就會砸到腳。

　　  提升企業的內力值並不是一兩天的事情，這需要長期的投入和鍥而不捨的努力。大刀闊斧的引進一整套流程並不是不行，只是猛藥傷身這個道理大家也應該懂得。很多年輕有為的軟體界人士希望在自己公司中引入先進的開發理念，但是在真正實施時，往往會被碰得頭破血流，也有這方面的原因存在。對他們，我是很佩服的。