初级的程序员或经验不足的程序员往往只意识到自己的程序是写给计算机的，而不会在意程序其实也是写给人的，或在意得不够、不全面。
写给机器的程序，往往追求的是运行正确、执行效率能满足要求。但程序员的任务仅仅就是把业务逻辑转成机器能编译的计算机语言吗?
其实，程序首先(注意，是首先)是写给人的。第一，程序是写给看代码的人的。第二，程序是写给用程序的人的。了解这一点，才能理解写程序为什么要有代码规范，为什么要有各种文档，为什么写子程序时要命好名，为什么要分层，为什么要学设计模式，为什么要写测试用例，为什么要推敲按钮的摆放，为什么要按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也并不是一件很难的事情，注意“为人写程序”，“内外兼修”，自然就能做出合格的应用程序。
