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

近日总算有点空闲，走马观花测试了一些技术，包括Grails、Seam、AOM、Python、ZendFramework、CakePHP、Flex、WPF等等，回到JE看了一些讨论，忍不住又要放点黄腔了。

自从多核CPU成为PC标配以后，硬件又上了好大一个台阶。到朋友家看了一下“孤岛危机”，实在是超级惊艳。单位上也终于耗上了一台双核、2G内存，这下跑什么IDE和AppServer都不用去小歇片刻了，真是感谢硬件产商们的努力。

某天看了一篇文章，地址记不清了，却道出了应用程序的本质：“不过就是在数据库里读读写写”，这下便像吃了苍蝇般不爽了起来。搞腾这个行当转眼也七、八年了，回头一想，的确是该反省反省了。

好几年前，更换电脑似乎总是为游戏而换。越来越清晰、越来越眩目、越来越震撼，且不论游戏好不好玩，单声光效果的提高都物有所值。那时候的应用程序其实要求是不高的，VB、Delphi、ASP、PHP这些老革命的IDE和作品，至今可以在怀旧的时候，拿到奔腾166的老机器上去跑一跑，丝毫不见慢。所以那时候更换电脑是与App无关了。

Java引领的虚拟机时代让笔者一度迷了五六年，曾经笔者一度天真地以为只要全面进入虚拟机和中间件时代就可以解决企业应用软件的种种问题，达到高度的业务逻辑重用、高度的异构集成、高度的安全性与伸缩性。这其间折腾的技术、框架加起来怎么也有几十种了，时光飞逝，转眼三十老几了，回头一想，当初的信仰很傻很天真，到头来“不过就是在数据库里读读写写”，最可笑的不过是越来越复杂、越来越慢。看来这些年是陪Sun、IBM、Microsoft以及开源领域的大牛们玩过去了。

由于是在单位上混，出于饭碗的需要，几年来不得不参加了当初以为“不切实际”的软考，一直混到系统分析师。回头看下来，这些个“不切实际”的学究体系其实反倒有些有用处。硬着头皮大体上啃了一遍学究知识，最后才搞明白程序要快要稳定，还是要搞清楚CPU、内存和硬盘；而所谓的可靠性、重用性、扩展性、...XX性，不是靠什么具体的软件技术，而是在于规范的管理与审慎的规划。

缘木求鱼，这就是国内软件业超级混乱的根源。根子上在于我们想偷懒的惰性，明明是我们该自己去思考、去设计、去解决的问题，我们不断地迷信可以依靠“大腕”、“大牛”们来解决。其实连伟大的党都承认了，“没有放之四海而皆准的真理”，何况是软件这种由人造、由人用的事物。结果如何，“大腕”、“大牛”们出于各种各样的目的，不断制造混乱。而我们，正是那随波逐流混水中的泥。

虚拟机时代到来了，动态语言时代到来了，SOA时代到来了，XXX时代到来了，无数吹鼓手吹起了喇叭，震耳欲聋。大家昏头昏脑跳进大大小小的池塘，一边陷下去，一边互相嘲笑、互相鄙视、互相谩骂。好一个热闹的软件大超市。

吹嘘有何用，迷信有何用？最终，还是要抓住硬件这根救人的稻草。

评论

17 楼 icewubin 2008-05-07  

lgx522 写道

tedeyang 写道

无语
楼主还是去用C吧。
既然是做应用级软件，那就要有做应用级软件的觉悟。
看来楼主不是科班出身的。

惭愧得很，本人的确不是科班出身的。
应用软件，基本上就没有用C的。
这篇文章要说有对比，也是对比虚拟机技术与之前的RAD。
就算是对比同样的Java Web，大家也可以回想一下开初的jdbc+servlet+jsp开发速度与运行效率有多高；可自从Java界随时随处framework、ORM、Ioc、AOP等等之后，Java的确逐渐“输掉了Web之战”，这是教训。

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

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

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

16 楼 cocal 2008-05-07  

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

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

15 楼 phlsbg 2008-05-07  

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

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

14 楼 ufinity 2008-05-07  

lgx522 写道

jjx 写道

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

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

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

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

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

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

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

13 楼 lgx522 2008-05-07  

jjx 写道

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

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

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

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

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

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

12 楼 jjx 2008-05-07  

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

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

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

11 楼 metaphy 2008-05-07  

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

10 楼 lgx522 2008-05-07  

mathgl 写道

用C作业务不是没有。
我的同事做农发行的业务就是用C写业务处理的

java仅仅作为前端界面而已

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

9 楼 xianhe 2008-05-07  

tedeyang 写道

无语
楼主还是去用C吧。
既然是做应用级软件，那就要有做应用级软件的觉悟。
看来楼主不是科班出身的。

其实计算机专业科班的门槛很低,除了离散数学,其他的都没有什么.软件工程只不过吸收了加工业和建筑业的经验,软件从业人员奉为圣经的UML不过是软件工程大师们希望能实现想机械图纸的功能."过程决定质量"也是从日本的加工制造业发展中得到经验,"设计模式"是建筑业的经验.说实话,计算机专业真的没有什么.

8 楼 mathgl 2008-05-07  

用C作业务不是没有。
我的同事做农发行的业务就是用C写业务处理的

java仅仅作为前端界面而已

7 楼 lgx522 2008-05-07  

balan 写道

很多软件新技术的出现，初衷并不是运行的更快，而是开发的更快，响应需求变化更快，扩展和维护更快。

做软件，最终目的是要开发得快、维护得快、运行得快。做出来的系统费了比别人多几倍的时间，硬件费了几倍的钱，最后还比别人跑得慢，维护起来要折腾好几个弯弯，再多的大词也只能自欺欺人。
本人其实正是这些大词的迷信者，折腾了几年才知道是怎么回事。

说点闲话，JE的很多牛人为何都倒戈RoR，这已经是耐人寻味了。
本人RoR实践了半年，说句实话，除了性能，什么都好。但这一缺点，对于以写为主的企业应用基本上可以毙了。

6 楼 lgx522 2008-05-07  

tedeyang 写道

无语
楼主还是去用C吧。
既然是做应用级软件，那就要有做应用级软件的觉悟。
看来楼主不是科班出身的。

惭愧得很，本人的确不是科班出身的。
应用软件，基本上就没有用C的。
这篇文章要说有对比，也是对比虚拟机技术与之前的RAD。
就算是对比同样的Java Web，大家也可以回想一下开初的jdbc+servlet+jsp开发速度与运行效率有多高；可自从Java界随时随处framework、ORM、Ioc、AOP等等之后，Java的确逐渐“输掉了Web之战”，这是教训。

5 楼 balan 2008-05-07  

很多软件新技术的出现，初衷并不是运行的更快，而是开发的更快，响应需求变化更快，扩展和维护更快。

4 楼 tedeyang 2008-05-06  

无语
楼主还是去用C吧。
既然是做应用级软件，那就要有做应用级软件的觉悟。
看来楼主不是科班出身的。

3 楼 jjx 2008-05-06  

是有点郁闷，有时为了快，反而又失去了部署的方便性

比方说.net windows forms的ngen,gac. 或是将复杂耗时的任务移出到中间层用分层访问

每个客户我事先必须说明，这程序需要在目前的主流机器上跑，但通常，无法阻止客户将其安装到老电脑上。然后对我抱怨说，这程序怎么比老程序（通常是vb6的）还要慢

2 楼 liusong1111 2008-05-06  

引用

虚拟机时代到来了，动态语言时代到来了，SOA时代到来了，XXX时代到来了，无数吹鼓手吹起了喇叭，震耳欲聋。大家昏头昏脑跳进大大小小的池塘，一边陷下去，一边互相嘲笑、互相鄙视、互相谩骂。好一个热闹的软件大超市。

吹嘘有何用，迷信有何用？最终，还是要抓住硬件这根救人的稻草。

有些时候，不论别人说它好不好，自己用着爽不爽，都不愿说出来，因为有很大的可能被笑话成浅见无知。
喇叭队伍强的，你对着吹就是找K；
喇叭队伍弱的，你顺着吹不见得能把它吹强，对着吹反而能把自己捧起来；

外围设施的发展，确实十分影响软件的发展方向，对这方面越来越有体会。
大的如网络、多核、移动设备等，一个设施的飞跃，可能促成萌发多个技术领域、行业、商业模式，一个基础设施的裹足不前，也会萌发一些诸如古老理论的回归等活动，并大大影响某些前瞻性技术的进度。

小的方面如显示器分辨率上的提升，都可能影响产品设计最终反映到软件开发上。

1 楼 mimijidi 2008-05-06  

跟"连城诀"的结尾很相似啊,呵呵
大家盲目了疯了。。