硬件在进步 软件在退步

Question

很久以前，我们只懂得汇编、解释和空心粉代码，但不久，我们懂得了编译和面向过程，现在，我们懂得了面向对象，但为什么又要回到解释运行的年代？我们需要的是本地代码！我们需要的是性能！曾经无数优秀编译器被一些运行库和虚拟机所替代的时候，又有多少人为此感到伤心？很多年之前可以流畅运行的软件，而加入现在所谓的新功能、新技术，使得我们现在的硬件运行都感觉到吃力，使用vc进行开发的程序员，为什么一直都青睐于vc6.0?而这些新功能对我们来说有什么用呢？我不相信.net的推出是为了造福人类，虽然有些人认为.net的功大于过,但又有多少人能够说出.net到底能给我们带来多大好处呢?推出.net唯一的原因就是为了赚钱。宝兰为什么会卖掉引以为豪的ide生产线？因为宝兰不愿意再淌这滩浑水，精良的编译器竟然抵不过微软的中间代码！而如果要让宝兰的ide生产线继续走下去，就必须跟着微软走，而且还要面对微软开发工具的压力,所以宝兰觉得力不从心,最后出此下策，但是宝兰的ide始终都是颗钻石，拿到哪里都值钱，所以现在的bcb delphi程序员并不需要为自己的前途担忧。希望以后能够推出更多的本地代码编译器，我们宁可在其他平台上重新编译程序，也不愿意运行缓慢的多平台中间代码。

Answer 1

什么事物都要看他的两面
-------------------------------------
...此帖用 CSDN's forum Explorer 回地
还有可以关注一下这个：http://www.eastrise.net/bbs/
还有要升职了 哇哈哈哈高兴呀！！
CSDN论坛浏览器:http://CoolSlob.ys168.com/

Answer 2

确实，我到现在都不明白干嘛要虚拟机去运行，重新编译下不就好了？介于此，我也一点看不出JAVA优秀在什么地方。

Answer 3

主要是web引起的问题。
不合格的开发人员多，导致CGI容易崩溃，引起服务器崩溃；如果是解释程序，容易控制错误,所有解释器流行。
不是不需要考虑性能，是因为不合格的开发人员多，他们根本不考虑性能，不考虑资源，反复的说这样的话，自己也就信了，老板也就信了，最后客户也信了。

Answer 4

因为硬件的价格很便宜，而且降价也很快。
考虑增加一台普通的机架式用于WEB发布的服务器，不过几千元。再增加10M贡献带宽，一年也不过几千元。
就这么简单增加一万多元提升的性能，恐怕一个年薪几十万的程序员再优化程序也做不到吧。
市场经济嘛，没办法。

Answer 5

哎…………
发展趋势啊！
盖次不说了，以后是.net的时代嘛！
就让他自己.net吧！
未来几年里我不会去用.net了！
更不会开发.net的程序出来！
解释执行 ，解释执行，性能啊！性能啊…………………………
深思中………………………………

Answer 6

一般应用软件的商业逻辑跑在先进的JIT虚拟机上是损失不了什么性能的，重要的是开发效率和降低开发成本以及提高程序的健壮性，Java和.Net引入GC,元数据，去掉指针,数组边界检查都是为了这些目的,性能极其重要的部分还可以调用C/C++/ASM写的接口..微软的天才程序员也不少,投入哪么多人力财力来搞.Net肯定是有道理,技术就是技术,客观点看使用vc进行开发的程序员，为什么一直都青睐于vc6.0?
--------------------------------------------------------------------------------
这个说法从何而来,VC6.0对C++标准支持很不好..编译速度等各方面都比VC7.0/8.0差..

Answer 7

主要是web引起的问题。
不合格的开发人员多，导致CGI容易崩溃，引起服务器崩溃；如果是解释程序，容易控制错误,所有解释器流行。
不是不需要考虑性能，是因为不合格的开发人员多，他们根本不考虑性能，不考虑资源，反复的说这样的话，自己也就信了，老板也就信了，最后客户也信了。

Answer 8

很久以前，我们只懂得汇编、解释和空心粉代码，但不久，我们懂得了编译和面向过程，现在，我们懂得了面向对象，但为什么又要回到解释运行的年代？我们需要的是本地代码！我们需要的是性能！曾经无数优秀编译器被一些运行库和虚拟机所替代的时候，又有多少人为此感到伤心？很多年之前可以流畅运行的软件，而加入现在所谓的新功能、新技术，使得我们现在的硬件运行都感觉到吃力，使用vc进行开发的程序员，为什么一直都青睐于vc6.0?而这些新功能对我们来说有什么用呢？我不相信.net的推出是为了造福人类，虽然有些人认为.net的功大于过,但又有多少人能够说出.net到底能给我们带来多大好处呢?推出.net唯一的原因就是为了赚钱。宝兰为什么会卖掉引以为豪的ide生产线？因为宝兰不愿意再淌这滩浑水，精良的编译器竟然抵不过微软的中间代码！而如果要让宝兰的ide生产线继续走下去，就必须跟着微软走，而且还要面对微软开发工具的压力,所以宝兰觉得力不从心,最后出此下策，但是宝兰的ide始终都是颗钻石，拿到哪里都值钱，所以现在的bcb delphi程序员并不需要为自己的前途担忧。希望以后能够推出更多的本地代码编译器，我们宁可在其他平台上重新编译程序，也不愿意运行缓慢的多平台中间代码。

Answer 9

咳，至少在手机上需要中间平台，要不然没有移动软件繁荣的可能性。说了N遍了，.net\java程序第一次加载的时候慢，后面运行就快了，不会比本地代码差的。性能消耗在类型匹配检查和安全检查上了，这些都是必须的，不是说我们不需要，而是在过去硬件能力不够啊。要说性能的话，我说Dos或者裸机性能更好，访问个物理内存还要弄两个映射表转换呢，难道这个不消耗硬件能力？？？？进程隔离个屁啊，只要我们的程序写的足够好，为啥不能在一起啊！堆栈干吗要切换？寄存器为啥要切换？多进程有啥好的？内核到用户态转换还要切换堆栈呢！这不消耗硬件啊！！！这些消耗，难道都不是大得惊人的？每个指令运行要来回倒腾多少次映射表计算啊！！！！呵呵，LZ你不觉得这些都是累赘啊？？？LZ你还是多学习吧。我看过很多C++程序员写的程序，我恨不得揍他们，这叫做写程序？我看叫做鬼画符，想到哪里就写到哪里，完全无章法。

Answer 10

楼上这位有BS C程序员的嫌疑...
如果说C叫鬼画符的话那你用.net开发出东西都得调这些鬼画符...
哈哈