做.NET軟件工作已經10年了，從程序員做到高級程序員，再到技術主管，技術總監。見證了Visual Studio .NET 2003,Visul Studio 2005, Visual Studio Team System 2008, Visual Studio 2010 Ultimate,Visual Studio 2013一系列近5個版本的變化與親自使用。每一個版本都有深刻有意義的變革。Visual Studio .NET 2003 極力推廣的Web Services雖然沒有很流行，但是它開發ASP.NET的編譯模型很快得到公司的技術部認可，完全重寫了原來的ASP系統。
很幸運工作以來一直是.NET + SQL Server 的開發工作，其它比如Oracle或是Android Java類的技術工作並沒有很長時間的經歷，所以我推薦的工作就側重於.NET + SQL Server類的工具。
現在電腦開發人員硬件的標准配置是i5+8G，在內存已經足夠用的情況下，推薦安裝好Visual Studio後第一個要安裝的插件就是
ReSharper，這個軟件的幾百個功能點都很實用。最新版本的ReSharper是ReSharper.2015.1.Ultimate.9.1.0，支持Visual Studio 2015。
著名的.NET Reflector包含在此工具箱中。.NET Reflector我常常用來查看編譯過的程序集，看命名空間是否規范，看類型的成員命名是否合理，如下圖所示。
作為一個多年從事開發的程序員，看到代碼中包含WindowsApplication1,button1, panel1之類的命名總會是非常的反感。這樣沒有意義的命名，給程序代碼的維護人員帶來諸多的痛苦。
安裝好SQL Server 後的第一個要做的事就是安裝SQL Prompt插件，這個工具擴展了SQL Server Managment Studio中書寫SQL代碼的智能提示，讓書寫SQL語句更方便，快速，准確。
圖中是經典的SQL Prompt代碼智能提示窗口。當鼠標旋停在一個對象(表名，視圖名稱，字段名）上時，SQL Prompt會顯示這個對象的屬性。比如上圖中所示，顯示了當前Part表的所有字段的腳本。
SQL Prompt常常包含在SQLToolbelt工具包中，這個系列的軟件包工具都很實用。
做數據庫開發過程中，常常會添加一些腳本，當把這些腳本部署到其它電腦中時，用手工增加腳本的方法過於原始又容易出錯，於是SQL Compare的出現，完全滿足了我的需求。
如上圖所示，在開發的電腦上用SQL Server Management Studio修改表或視圖定義，當需要把這個腳本部署到另外一個數據庫或電腦中時，運行此工具，選擇兩邊的數據庫作一個計較即可完成。
工作中經常會遇到一些相似的代碼編寫工具，會考慮將這些共同的重復的代碼封裝成Code Smith模板文件。將可變部分提取為參數，運行時選擇或輸入參數即生成需要的代碼。
經常要給客戶或是准客戶做一些例子代碼，又不想將代碼完全給未付款的客戶。對於.NET的程序集格式文件，把沒有經過混淆的文件傳送給客戶，即可認為將源代碼給客戶。常常是與客戶打交道時，客戶還沒有付款，程序又不能不發給客戶測試，只好用.NET Reactor加殼混淆處理。這個也不是完全有作用，現在去殼反混淆的工具非常多，准確率也很高。
做這一步動作也只是為了讓代碼被反編譯之後，閱讀相對困難。不過，優質的客戶是預付款之後，再提供程序或是技術支持，這個就沒有加密混淆的必要了。
接觸LLBL Gen Pro有6年多了，從一開始的不熟悉，困惑，到最後完全接受，並且能用這個工具獨立帶領團隊開發項目，深深知道ORM對企業應用開發的意義重大。ORM生成表對應的映射的實體，通過對實體的操作，實現OOP面向對象編程，代碼的可維護性，可閱讀性方面有了極大的提升。在任何時候，我都會將這個工具作為首選工具推薦給未接觸ORM開發的朋友。
