.net程序員的就業前景

眾所周知，打從誕生那一天起，業界就瀰漫着一股貶低的空氣。許多公司排斥，因為低效的名聲，加之怕被微軟綁架的擔心。許多C++程序員有偏見，看不起程序員，認為那些人比較菜，才學入門級的語言。Java程序員對也不待見，我們會Spring，Hibernate等一大堆框架，你們除了用類庫還會什麼?

這些看法有些確實是偏見，我們大可以有力地回擊。有些看法卻也不無道理，跨平台性確實不如Java，主要是沒有官方的多平台支持;論運行效率也確實與Native C++有天生的差距。然而很大一部分責任，要歸疚我們.Net程序員。

其實每個開發平台，每種編程語言都有優勢和劣勢。做為.Net程序員，我們需要更專業一點，熟悉.Net的長短之處，最大化的利用和迴避。

我們要熟悉常用的設計模式，懂得DRY、SHY等編程原則，專業的運用Framework，寫專業的代碼。工作幾年了，不要讓人一看就是菜鳥。

要有專業的代碼風格，使用專業的命名。不要寫幾百行的方法，幾千幾萬行的'類，裏面動輒十幾層的花括號。我所見過的這種代碼，一半以上都是水分。

要知道要儘可能少地創建新對象，儘可能地減少IO和反射操作，尤其避免在循環中使用。

要知道對客户輸入作驗證，要會正則表達式，要懂得如何儘可能避免類型轉換，要會高效的類型轉換方式。

要明白一些基本Framework常識，比如List、Dictionary等集合類不是線程安全的，知道如何保證線程安全。

不要再寫Request.QueryString[id].ToString()和ConfigurationManager.AppSettings[key]ring()這樣的可笑代碼了(我實在納悶為什麼一多半人都這麼寫)，不要到處畫蛇添足的Trim和Try…Catch了。當看到這種代碼，連自己為身為程序員羣體一員感到羞慚。也就難怪其它語言的程序員看不起我們，以菜鳥的眼光看待我們了(參考《做Java開發這一年》)，因為我們就是如此。

其實，本來雖然內存消耗大點，但運行速度總體並不比C++差，這點許多人已經實驗證明過了。可以參考C#的性能到底有多差 、編寫高效的C圖像處理程序。我們要了解，支持，反射機制和異常處理等本是的先進特性，不要把它們變成性能殺手，為攻擊的陣營製造磨刀送箭，反過來砍向。如果你就是在循環中一次次進行IO和反射操作，硬要e+try catch來進行類型轉換，甚至都懶得用StringBuilder的話，我們真該好好問問，C#不可忍受之慢，誰是罪魁禍首?

我不清楚造成程序員羣體這種現狀的原因。我完全是自學入門的，當然開始時寫了許多爛代碼，現在可能也在寫，但至少自己在不斷提高。而很多的程序員，不上論壇，不看博客，頂多案頭放着一本一千多頁的《高級編程》(其實是低級編程，內容MSDN上全有)備查。

我估計，不止是，多數C++/Java程序員也不是一天到晚學習和提高，大家需要多樣的生活。但至少，在工作中可以不斷提高吧，工作幾年了犯初學者的錯誤實在是説不過去，只能歸結為態度問題。可能是比其他語言平台都容易入門得多，許多生性浮躁的初學者選擇了它。甚至在有些人眼裏，編程就是來混飯的，只要運行出結果，其他不關我的事。平庸的程序員只會產生消極的生產力(為什麼新人不會編程)。當我每次為維護項目，花一整天甚至更久解決一個Bug時，我真想把開發者再抓回來，讓他們自己dogfood。

在此的同仁們，你們是否曾有過類似的感受呢?相信大家既然能來博客園，能看到這篇文章，應該都是有志於不斷學習提高而來。大家是程序員中最努力的羣體，至少從代碼風格上看，也跟平日接觸的程序員不是一個檔次。不過現實中，不少人既追求專業，而對一些不太專業的用法習以為常。

比如今天看到一篇隨筆如何寫健壯的代碼，道法同學先展示一段代碼，然後提出了許多改進思路，這種追求每個細節的做法很值得學習，然而改進後的代碼仍有幾個問題：

如果要最嚴格的規範命名的話，parsedArgs不是改為_isArgsParsed，而是標準的Camel方式：argsParsed;還有隻比較字符串相等與否，應該用Equals而不是CompareTo方法;最不應該的是出現了goto語句，這是不得已情況才用的。最後拋出異常時，應該拋一個具體的異常，在任何情況下都不應該拋出Exception異常。

在此，我向大家強烈推薦，如果沒有讀過，一定要讀讀《設計規範》這本書，如果你之前一本書也沒看過，那也應該先看看它。它是設計 Framework的大師們的智慧結晶，作為開發高質量程序的規範指南，還有什麼它更權威的呢?看過這本書，幾乎可以避免所有常見的規範性問題，包括在上段提出的那幾條。

園子裏有好幾個人寫的代碼是我們的榜樣，像老趙，裝配腦袋等人。還有一個人不得不提下，就是吉日嘎啦。作為一個半路學的老程序員，十年來，不斷思考並重構權限管理系統代碼，大家可以看看on命名空間的來源説明，真實地説明了統一規範的好處。雖然大家可能因為他的商業行為不喜歡他，可誰也不能否認，至少在專業及對專業的追求方面，吉日值得敬佩。

最後，我想對園子的程序員同仁們説，也是對自己説，專業不是來自有沒有證，而是來自我們的內心。我們要堅持自己的追求，堅持自己的風格，要有自信，堅決同不專業進行鬥爭。正價值的軟件，一定出自追求專業的開發人員，我們決不會寫出讓火車追尾的調度程序的。