最近看到很多抱怨貼，也許有一定的道理，但是你想過沒，為什么大部分.NET程序員工資相對低？我個人是這么看的：

大批半罐子水的程序員，永遠被局限在.NET的原始的小圈圈里。前端不會（你放棄了一項很重要的技術），SQL寫不好（那估計你的業(yè)務能力也就一般，項目管理或者業(yè)務方面看來發(fā)展前景不大好），Linq也用不來（看來你連.NET的東西都沒玩好，而且你錯過了一個開發(fā)效率極高的東東），SharePoint沒聽說過（哦，你錯過了.NET方向的一個可以拿高工資的技術，不過它不是那么好玩的）……哦，上面的你都不行，那找個實習生來替代你

你還在靠Winform、ASP.NET、WPF混飯吃，也許你的代碼很優(yōu)雅，性能很高，不過老板更關心的是——是不是可以找個實習生來代替你？

程序員可以悶著頭干活，但是一定要展現(xiàn)自己的能力。如果你老大不知道你行，你怎么可能拿高工資。這點也很重要。程序員是不應該整天悶著頭寫代碼的。好的程序員是不僅做好自己，同時也會影響身邊的人一起前行，我想如果你做到了，你的老大一定不會放過你

業(yè)務邏輯思維不行，這一點比你的技術更重要，我是這么認為的。不要認為你的技術很牛，如果你業(yè)務邏輯思維不行，你就是這個渣渣。除非你對某項技術無人能及，否則我找個邏輯思維強點的實習生都能代替你

公司賺的少，你拿的自然不會多。.NET大項目確實很少，所以大部分好賺錢的項目公司都拿不到（案例少，企業(yè)不信任，好多項目Java都有產品了）。公司賺錢少，你拿的一般就不會多了（這可能是主要原因）

不盲目，有自己的發(fā)展之路。如果你總是一如既往的Coding，也許你認為你懂很多，也玩了很久，如果不能拿出來實際做點什么，那還不是扯蛋。在.NET方面，學以致用比畫餅充饑管用多了。很多時候，沒人會和你討論代碼優(yōu)雅以及架構的穩(wěn)定性（當然如果你堅持，肯定也是可以得到認可的）。

那么.NET程序員的發(fā)展前景呢？從個人理解，我覺得是以下幾個方向：

.NET前端開發(fā)工程師。在.NET方面，這樣的人還相對少，而在慢慢意識到前端開發(fā)的重要性的軟件公司，這方面的人是不可或缺的，而且開工資也是比較好說話的。

漫漫產品私活路。要不自己做產品創(chuàng)業(yè)之類的，要么接私活搞（.NET程序員優(yōu)勢之一，別說你沒接過，如果沒有，你弱爆了，難怪工資不高），要么成為公司產品的核心研發(fā)人員。

技術之路。這個應該是孤獨的，可以和2并行會比較有錢途。

項目管理路。其實如果你不是執(zhí)著的技術牛人，那么這一點你一定要搞起，這一條是大部分人的發(fā)展之路。但是如果你業(yè)務邏輯不行，也許你可以考慮去學Java了。

SharePoint之路。這條路很難走，深入真的很難很難，如果你只會些皮毛，你也可以拿到相對高點的工資。這條路潛力很大，在辦公應用方面，這是.NET方面的唯一的重量級權威，現(xiàn)在很多公司都指名用它，因為其確實很強大，而且是微軟推出的。國內的公司除了在流程引擎和文檔庫方面挖掘的不錯之外，其他的都是在做一些皮毛（當然本身也就知道一些皮毛）。為什么這條路很難走呢？

首先.NET整體你要都比較清楚，而且要有良好的開發(fā)習慣以及充足的開經驗，不然出錯了你就等著崩潰吧。

SQL必須要懂，不解釋

服務器架構應該要懂，全會是不可能的，但是要懂，一是好忽悠，二是需要的時候會知道怎么做（不懂這個沒關系，你只能是一個普通的開發(fā)人員，不過如果不了解的話，可能會碰到一些棘手的問題）。這個架構涵蓋很多，比如SharePoint多臺服務器場部署、服務器負載均衡、SQL Server災難恢復、SharePoint與Lync集成、Lync部署、SharePoint與RMS集成、WebOffice、SQL RBS等等，你最好都了解并且會，不然根本無法給客戶制定最佳的部署方案