Wirth的定律是否仍然适用？

Niklaus Wirth在1995年提出的谚语:

«软件变得越来越慢,硬件变得更快»

你认为这是真的吗？

你应该如何衡量软件的"速度"？通过CPU周期或更确切地说,您需要完成一些任务？

那么实际上变得更快更精简的软件(以CPU周期和MB的MB为衡量标准)和新版本的响应速度更快,比如Firefox 3.0与2.0相比,Linux 2.6与2.4相比,Ruby 1.9与1.8相比.或者全新的软件比旧的东西快(比如谷歌的V8引擎)？它不否定那个法律吗？

Renaud Bompu.. 9

并不是说软件变慢了,而是它的复杂性增加了.

我们现在建立在许多抽象层次上.
SO上最后一次使用汇编语言进行编码的时间是什么时候？
大多数人永远不会,也永远不会

并不是说软件变慢了,而是它的复杂性增加了.

我们现在建立在许多抽象层次上.
SO上最后一次使用汇编语言进行编码的时间是什么时候？
大多数人永远不会,也永远不会

是的我认为这是真的.

如何衡量软件的速度？解决任务的好时机是一个相关的指标.对于我作为软件的用户,我不关心我的机器中是否有2个或16个核心.我希望我的操作系统能够快速启动,我的程序可以快速启动,而且我绝对不想等待打开文件等简单的事情.软件必须感觉快.所以......在启动Windows Vista时,没有我正在观看的快速软件.

软件/框架通常可以提高其性能.这很好,但这些都是微小的变化.例外证明了规则:)

在我看来,这完全是感觉.感觉就像电脑几年前更快.当然,我无法在旧机器上运行当前的游戏和软件.但他们只是更快:)

一般来说,法律都是正确的.正如您所说,有"例证证明规则"的例外情况.我的兄弟最近在他的2GHz + PC上安装了Win3.1,它眨眼之间启动了.

我想法律有很多原因:

现在,许多进入该行业的程序员从未考虑过有限的速度/资源系统,因此他们从未真正考虑过代码的性能.

对于为截止日期编写代码而言通常具有更高的重要性,并且性能调优通常在错误修复/新功能之后出现.

我发现FF缺乏直接的启动对话框很烦人,因为在启动应用程序后主窗口需要一段时间才会出现,而且我不确定点击是否"有效".OO也受此影响.

网上有一些关于在不改变实际速度的情况下改变对软件速度的看法的文章.

编辑:

除了以上几点之外,效率低下的一个例子是这个网站,或者更确切地说,大多数其他问答网站.这个网站一直被开发为快速和响应,它显示.将此与其他网站相比较 - 我发现基于phpBB的网站灵活但速度慢.谷歌是另一个将速度提高到重要性的例子(它甚至告诉你搜索花了多长时间) - 与谷歌开始时的其他搜索引擎相比(现在,由于谷歌,它们都很快).

制作快速代码需要付出很多努力,技巧和经验,这是我发现许多程序员所缺乏的.

这是错误的。正确的是

软件变慢的速度与硬件变快的速度相同。

原因是，这主要取决于人类的耐心，而人类的耐心却保持不变。它也忽略了提及，即使我们忽略了眼前的糖果，今天的软件在30年前就已经运行。