初級的程序員或經驗不足的程序員往往只意識到自己的程序是寫給計算機的，而不會在意程序其實也是寫給人的，或在意得不夠、不全面。

寫給機器的程序，往往追求的是運行正確、執行效率能滿足要求。但程序員的任務僅僅就是把業務邏輯轉成機器能編譯的計算機語言嗎？

其實，程序首先（注意，是首先）是寫給人的。第一，程序是寫給看代碼的人的。第二，程序是寫給用程序的人的。了解這一點，才能理解寫程序為什么要有代碼規范，為什么要有各種文檔，為什么寫子程序時要命好名，為什么要分層，為什么要學設計模式，為什么要寫測試用例，為什么要推敲按鈕的擺放，為什么要按XHTML標準寫Web界面，為什么要用AJAX … …理解了這一點，才能更好的做好上面種種事情。

誰都在說“細節決定成敗”，誰都知道要注意細節。為什么大家都在講細節，有的人能通過細節打敗對手，有的人連細節在哪一方都不知道，這就是水平的高低所在。我們要有心理準備：細節不是喊一聲就會出現在你面前的。感知到細節，這是一個需要不斷學習和實踐，甚至有人指導的過程。這個過程有長有短，要看個人的學習能力，領悟能力。但最起碼，我們首先要有一個方向。找程序的細節，方向就是“為人寫程序”，在你做設計，寫代碼，擺弄界面的時候，心里時刻記住這一點，幾個項目下來，你自然能看到很多細節了。

“內外兼修”

武俠電影里的高手，往往都是通過奇門心法，內力陡增而成為高手的。但我們做程序的，要成為高手，“內外兼修”才能事半功倍。內，指的是需求把握，設計思想，設計模式等。外，指的是寫代碼時的規范，做界面時的嚴謹等。

看武俠看多了的我們，偏內輕外的特點是很明顯的。看看書店里寫設計模式主題的書籍和指導代碼規范的書籍的數量和銷量對比就是一個很好的證明。但是就算設計模式一套一套，但寫的類卻給人看半天也看不出思路的話，一兩年之后，你仍將陷入一個個泥潭中。

再舉個例子，有的人自稱ASP.NET程序員，而且他寫出來的后臺代碼也層次清晰，條理清楚，但是做出來的界面，結構與表現混雜，一大堆IDE自動生成的垃圾代碼充斥其中，該用單選框的用文本框，按鈕放在誰都想不到的地方，不該用戶操作的要用戶操作，一步可操作完的搞成幾步也不能完成操作……很顯然，他不可能做出成功的產品。也許他也知道界面要合理，但是就是因為他不修外功，認為我是搞.NET這種先進技術的，去補習什么HTML、javascript、CSS不是自貶身價嗎？其實，認真研究過HTML、JavaScript這些技術的人都會體味到，運用這些技術比流行的.NET、Java更有挑戰性，而且你獲得直接操作用戶界面元素的能力后，以前那種做界面效果、接口功能時有心無力的情形將一去不返，這是很痛決的！

如何學習ASP.NET

要成為一個優秀的ASP.NET程序員，不僅要掌握.NET框架，理解ASP.NET的原理，而且要對DHTML架輕就熟，甚至對各種瀏覽器之間的差異也要有所了解，所以做ASP.NET程序員是一件很有挑戰的工作。那么如何學習ASP.NET，并最終成為優秀的ASP.NET程序員呢？

我認為可以分為兩個步驟來走：首先，熟悉ASP.NET各種標準控件的用法，了解ASP.NET工作原理。接著，朝“內”和“外”兩個方向擴展自己的知識和技能。

在Visual Studio .NET這樣優秀的IDE幫助下，我們使用各種ASP.NET控件，掌握ASP.NET基本的工作原理應該是比較容易的。如能輔以幾個簡單的項目練習一下比較復雜的DataGrid、DataList等數據綁定控件的話，基本掌握ASP.NET是應該沒有多大問題的。

之后，我們就可以朝兩個進階方向前進了。“修內”的話，深刻理解面向對象的編程思想是必修的，然后是各種的B/S框架的模式（比如MVC）的理解，最后是設計模式等等軟件工程的概念和技術。“修外”則更重實踐。首先，做項目時注意把一些可以實現在客戶端的邏輯用DHTML在客戶端實現出來，以此掌握結合服務端、客戶端技術的方法，加深對HTML的DOM對象的理解，熟練常用的JavaScript技巧。進而練習對Web界面的結構、數據、表現三者進行分離的規劃、設計與實現。

如此看來，學習ASP.NET也并不是一件很難的事情，注意“為人寫程序”，“內外兼修”，自然就能做出合格的應用程序。