首先,小小的纠正1楼的发言,任何技术,都有个时效,当出现比它更能提高生产效率的完全取代它的新技术,老技术就要淘汰了。只不过,这个时间长短不同而已,比如木工用的锯子,一直到现在都没被淘汰。虽然有电锯,还有带发动机的锯子,等等,但是,他们并不能够完全取代了手工木锯。
技术落伍是相对的。比如一个人学习了以前的C++forWindowsSDK编程,虽然现在没人这么做软件了,并不代表这个技术的落伍。因为他以前掌握的技术,可以扩展到所有的Windows程序开发中,而不管你现在用什么语言什么工具开发Windows程序,它的核心最后都要转到这个老掉牙的机制中。(这里说的是Windows程序,ASP程序是另外一种机制)
即使不用C++forWindowsSDK开发程序了,这个老手转成开发ASP.NET,虽然和以前的C++开发方式不同了,但是,他的编程理念,对项目的认知,对待错误的处理,对一个用例的完善,对设计模式有效的应用等等,都是上手就学.net的人所不能比拟的,不管这个人用。net用了多久。毕竟,.net的抽象程度太高了些,微软打包了太多太多的东西,你用.net几十年也不一定能接触多少系统的核心东西。
如果你是刚接触.net开发,如果你是想朝Web方向发展,给你个建议:
mvc(模型-视图-控制器)+ Ajax +Java脚本
mvc是上个世纪80年代出现的一种软件设计模式,
现在微软在新的ASP.net中引入了这种模式,在ASP.NET中,这个是新兴技术,也是今后的潮流。
如果你是新人,给你几个建议,一下的内容你尽可能多的熟悉熟悉
设计模式,UML ,建模, 分析(UML)
这些东西,至少在你孙子学习软件开发的时候还不会落伍。(就比如上边提到的哪个叫做MVC的设计模式,20多年后微软才引入到自己的软件中)熟悉了这些内容,下一步就可有向项目经理的职位迈进了。
现实中的任何事务,无论多么复杂,要用计算机程序处理,不外乎这么20多种模式或者它们的组合而已。如果你熟悉了现有的设计模式,然后有个企业有个复杂的事务流程需要你用软件处理,你马上就能想到解决的办法。
UML,是从复杂的事务中,找到它的规律,把现实世界中的事务变成合理的软件实体所用的一种有效的方法。
至于说你做的小项目落伍不落伍,是看这个东西的成本和效率比,首先,它实现了你需要它完成的功能,然后看开发成本和运行时的开销(系统资源开销,不是金钱方面的开支啊),和它的效率的比率,就比如你开发个Windows程序,哪怕你用的是汇编语言,只要控制好开发成本,就比别人用.net开发出来的效率要高。然后就是看它的可扩展性(如果你做个大规模的软件,就要考虑以后的一些功能扩展和修改,这方面MVC比传统ASP.NET有很大的优势)。
至于你的自己掌握的知识落伍不落伍,只要你深入理解了ASP.NET核心(ASP.NET模型,HTTP处理程序,HTTP模块,ASP.NET状态管理,ASP.NET路由等)至少在微软推出完全取代.net的新框架之前不会落伍。
所以,还是强烈建议你现在就开始上手学习MVC,需要要vs2010,到MSDN去看看,资料和入门教材很多
技术没有落伍或不落伍,看看你有没有一个求学的心
说落伍谈不上,可能在培训学校里面学的并不能适应主流开发的需求,以及自己实际的开发经验不足.
所以不用气馁,毕竟高手都是从菜鸟走出来的.
多写,多想,多看就行了.
经验是慢慢积累的 不是一两个项目就搞定的事 技术是进步的 要不断学习 我上学的时候学的主要是C#.net 但是工作中什么都要学 也没怎么用C#了 都是根据工作需要不断学习的 只要踏实 有基础 一定可以找到好工作的 至今感觉做软件开发这一行还是挺自由的^_^ 加油哦 朋友