硬件越跑越快，软件越陷越慢

那些是属于高端应用了，运行速度要求很高，肯定得用C。很多海量访问的网站，性能要求高的部分模块也是如此做的。

能够保持清醒的大脑
不被眼花缭乱的词汇迷惑
这就是从业的素质要求之一

这不是迷不迷惑的问题，是大势所趋的问题

像桌面开发，虽然vb6,delphi运行速度会快些，但你还会用吗？如果同时用，维护成本有多高

有时开发者被放到一个无奈的境地。 ms说今年夏天会出补丁会大大提高.net 桌面的启动性能，就等着看了

大势所趋，趋的就是开发者和用户不断重复西西费斯的推石悲剧。

不论vb、delphi，还是java、.net，或者是php、asp，甚至是C，写得好的维护起来都很方便，写得臭的几乎都没法维护。重复一遍，这不是具体技术体系的问题，而是管理、规划与设计的问题。不论是MS、Sun、IBM，还是开源大牛，都没法代替我们认真思考和规划应用程序。

说点实在的，在这个浑水缸里，踏踏实实掌握好DB、SQL和业务管理才是正道。

楼主这话说的太对了。。同感！！！

大公司不吹嘘XXX好怎么卖出呀
厂商不吹嘘XXX好怎么骗客户呀
程序不吹嘘XXX好怎么能显示他有本事呀

  踏踏实实掌握好DB、SQL和业务管理才是正道。90%的软件都是做业务的，DB、SQL是解决这类问题的最好工具。

IT产业缺乏去芜存菁的机制，最起码国内产业缺乏这个。看似热闹非凡，你方唱罢我登场，但反思一下，其实大家无非是跟在吹鼓手后面，热闹的走过去，又转回来，反反复复，人生就这么过去了。

自我总结这么多年，从精神到实践上，个人积累的东西确实太少了。
因此支持LZ的观点。

有吗？为什么你会认为用了framework、ORM、Ioc、AOP就会严重降低，我这里说了是“严重”，慢是慢一点，但是在整个运行时的体系中，这样的慢是可以忽略的，牵涉到优化理论了，打住。

但是我说的慢是是一些固有的慢，比如反射的开销，而且随着JVM的进步，这些开销也在改善，JDK1.4的反射就要比1.2的速度快很多。

但是绝大多数的时候，这个“慢”是使用不当造成的，而不是这些技术带来的，当然大家可说，这些技术的带来了更多的学习成本。

计算机和软件工程不是一个专业，不要混淆。

计算机专业本科除了离散以外，重要的还有操作系统和编译原理。

google和taobao算是海量吧，貌似都是java（不是所有模块，但是如google的底层操作系统不算软件模块）的吧。