公司项目用的MVC3框架。我也是刚接触这个，现在在公司做得就是在数据库建一张表，在后台加对应的控制器等几个文件。在前段用一个页面展示出来。主要就是画html表单。后端什么都是封装好了的。我在后台建对应层文件也很机械，自动生成代码赋值黏贴加修改。感觉这样几乎没啥进步啊。我买了本版主推荐的书，感觉对于多层的概念是清楚了，但是还是感觉进步很缓慢啊。不知道什么时候自己才能成长，不求变大神，就希望成为个高级程序员能应付生活。各位大神给我点意见啊。
------解决方案--------------------
1、高级程序员？你这辈子没希望了 不用想了
2、asp.net的mvc框架可以去msdn看治疗和范例 很简单的
3、做asp.net请先去了解“管线” 然后你就很容易理解各种基于asp.net的框架了
------解决方案--------------------
真正的“技术”其实跟编程没有直接的关系（顶多跟编程经历有关系）。比如说能够花时间去思考“csdn论坛跟别的论坛有什么区别”的人，它只要有基本的美工知识就足够了。然后当你有了需求，你才知道技术该往哪个方向去。
假设你只被当作一个售后技术服务人员（许多软件公司都是这样，把技术服务人员当作技术开发人员养着，而这些人又实在做不了多一点开发工作），那么你应该首先自己寻求改变。
例如你要求读懂“后端、自动”这类词儿的所有源代码，理解其机制，然后你应该提出至少10个建议（具体的设计）来提高其生产力。
但是这有两个前提，一个就是你在领导心目中的地位改变了，从而允许你研究源代码；另一个就是公司的文化是鼓励“每一个人都可以随时修改源代码”的，而不是那种生怕某些人修改了源代码的。
上述第二点可能你一时不能理解，因为那是一个“重大的”软件工程问题。有些项目管理者层次比较低，他习惯于小作坊里的做法，于是很自然地就会生怕多个人经常修改同一处代码。不解决这个软件工程问题，那么管理者自然也就不可能找到真正提高员工的平均水平的办法，因为他们连自身如何保证产品持续发布的技术（即使多人经常修改同一处代码也不怕）都没有搞定呢。如果你处于这样一个公司，并且你又是被当作售后维护人员（而不是一个研发人员）来养着的，那么就不是你个人层次的问题了，而是公司层次的问题了。
------解决方案--------------------
MVC框架是一种遵循“约定优于配置”原则的框架。这些约定是需要潜心体会和琢磨的，天天幻想“成为个高级程序员能应付生活”毫无用处。因为你很浮躁，没有多少时间能去领悟技术本身。