【外刊IT評論】遠離 .NET

我們，作為軟體開發人員，都自我處在各種不同的狀態中。

我曾經工作過的一家公司，在多年的運營中，一直認為軟體幾個月集成一次或部署一次沒有什麼問題；他們從來不知道什麼是持續集成。他們認為每兩年把軟體從頭再開發一次再正常不過了；他們從未聽說過測試驅動開發(TTD)或迭代開發。儘管這些技術已經被證明能十分顯著的提高軟體的質量，降低開發成本、維護成本和提高團隊士氣。事實證明，就在今時今日，你仍然能找到從未聽說過這些術語的軟體從業者。

我還看到了很多時候，一些軟體開發人員，用一些極其恐怖的方式，自己開發類庫和框架來解決世人已熟知的問題。這一遍又一遍的重新開發數據映射工具(data mappers),日誌工具，對象轉換機制，消息傳輸系統和web框架，浪費了大量的時間、精力和耐心。我並不是在談論公共協作活動，我說的是團體內部的“非我勿用”通病。當一個社區跟外界隔離時就會發生這種情況。這樣的社區里人們不相互往來，不相互合作。.net社區就是這樣的一個社區。

去年微軟發布了一個新的web框架，叫做MVC。對於web標準來說這不是新框架，甚至對於已經擁有Monorail項目多年的.net標準來說也不算新。然而人們仍然在等待它的到來。人們在等著微軟把它提供給他們。雖然開源的MVC web框架也有，而且這麼多的.net開發人員有能力把它們開發的很好，可什麼都沒有發生。只有在微軟的一小撮開發人員在做著他們自己的框架，於是MVC今天還是一種新穎的框架。

這種情形一定是什麼地方出了嚴重的錯誤。

這個新的web框架比之前的那個要好並迅速的被人們接受。微軟公布了源碼。有人在github網站上為它搭建了開發代碼庫。這個代碼庫目前只有30個人關注、5次提交。5次提交!為什麼這個數會這樣出奇的少？因為微軟不維護它。他們發布了一個沒有任何人參與奉獻的新版本的MVC。更糟糕的是，人們只用這些新的版本，每次github代碼庫都會從新搭建一次。

Paul Cowan和他的horn項目也遇到了同樣的問題。他們試圖解決.net中的依賴管理問題。這真是個很難的問題，但也許最大的困難是來自於目前情況下的現實社會的合作問題。他們在這個項目上沒有得到什麼幫助。如果我要是不離開，我會把我的所有精力放在上面。

.net社區是在一個沒有合作的真空中運營。

這是一個病態的，被那些提供非開源軟體“解決方案”的軟體廠商毒化了的社區，是被微軟那種軟體的進化速度剛好能滿足解決自己問題的需要的聰明做法束縛了的社區。

第三方廠商的支持論壇里到處充斥著“我把GridView放在了我們CallBack控制器里，可是報了一個ViewState錯誤”之類的問題。對這個問題的真正的解答不是提供“下一版將會修復這個問題”。真正的答案基本上是“不要使用這麼多有問題的抽象做法，從你的同事那裡問問如何使#@$#@%正常工作！”。

同樣微軟的codeplex項目平台網站也不能用，它不是真正開源的！真正的開源是不需要在提交了一個補丁程序后還需要等待/期望有朝一日能被主分支版本接受和合併。

抱怨的夠多了，反正我走了！我投入了時間，盡了最大努力，但今天是最後一天，如果你真的對開發軟體感興趣，你應該讓自己處在一群志同道合的人之中。

明天我要用Ruby開發一個新項目。我將會遇到很多、各種各樣的有才能的、熱情的人們，他們由衷的希望相互合作，為大家把軟體改進的更好。我工作空間的每一部分，包括操作系統，資料庫，框架，web伺服器，甚至語言本身都是開源的，這是一大群共同努力的人們的見證。

對於.net社區里這些年給我鼓勵的人們：OrenEini, Jeremy Miller, Hamilton Verissimo, Rob Conery, Scott Bellware,
Scott Hanselman，以及所有試圖建立一個真正社區的人們，我想對他們的努力表示我最大的謝意，我希望你們成功！

對於那些想成為一個由熱情的具有創新和奉獻精神的開發人員組成的充滿活力的社區里的一員的人們，行動起來吧，不要局限於某一種框架和語言。找到你自己的群體。全部找出來。在github建立自己的帳號，幹起來吧。

[英文出處]：Leaving .net