Eclipse内存分析器:

使用Lengauer-Tarjan支配树算法进行内存使用分析。

收缩包装软件

在1980年以前，软件大多是专门编写的。如果你经营一家企业，想要计算机化，你通常会有一台计算机、编译器和数据库，然后自己写东西。业务软件通常是为适应业务实践而编写的。这并不是说没有固定的软件(我在1980年之前使用SPSS)，但这不是常态，我看到的往往是基础设施和研究软件。

现在，你可以去电脑商店，在货架上找到经营小生意所需的一切。它的设计并不是为了无缝地适应您曾经拥有的任何实践，但是一旦您学会或多或少地按照它的工作流程工作，它就会很好地工作。像SAP和仁科(PeopleSoft)这样的大企业比过去更接近于收缩包装。

这并不是一个彻底的突破，但在1980年之后，有一个非常明确的转变，从昂贵的定制软件到低成本的现成软件，灵活性从软件转移到业务流程。

它还影响了软件的经济性。定制软件解决方案可以盈利，但无法规模化。你只能向一个客户收取这么多钱，你不能把同样的东西卖给多个客户。使用收缩包装软件，你可以卖出很多很多相同的东西，在一个非常大的销售基础上摊销开发成本。(你必须提供支持，但这是有限度的。就当这是销售软件的边际成本吧。)

Theoretically, where there are big winners from a change, there are going to be losers. So far, the business of software has kept expanding, so that as areas become commoditized other areas open up. This is likely to come to an end sometime, and moderately talented developers will find themselves in a real crunch, unable to work for the big boys and crowded out of the market. (This presumably happens for other fields; I suspect the demand for accountants is much smaller than it would be without QuickBooks and the like.)

虚拟化? 像viralbox OSE或VMWare这样的应用程序为我节省了很多时间。

有效的并行化和量子计算——我认为这是两个已经取得进展的领域，而且还将取得更大的进展，从而使我们对计算能力的使用发生重大变化。

有效的并行化意味着在不需要特殊编程技术的情况下并行和分布处理，但将其内置到编译器/框架中。

有一件事让我吃惊，那就是简陋的电子表格。非程序员的人用一个简单的公式网格就可以为现实世界的问题构建狂野而奇妙的解决方案。在桌面应用程序中复制他们的努力通常需要比编写电子表格多10到100倍的时间，最终的应用程序通常更难使用，充满bug !

我相信电子表格成功的关键是自动依赖分析。如果电子表格的用户被迫使用观察者模式，他们就没有机会得到正确的结果。

因此，最大的进步是自动依赖分析。现在，为什么没有任何现代平台(Java， .Net, Web Services)将其构建到系统的核心中呢?特别是在一个通过并行化扩展的时代——依赖关系图导致并行重新计算变得微不足道。

编辑:我刚查过。VisiCalc发布于1979年——让我们假设它是1980年后的发明。

Edit2:似乎艾伦已经注意到了电子表格——如果让他来这个论坛的问题是正确的!

在人机交互中使用物理学提供了另一种可理解的隐喻。这与手势和触觉相结合，很可能会取代70年代发明的、从80年代中后期开始普遍使用的当前常见GUI隐喻。

1980年的计算能力还不足以让这成为可能。我相信游戏可能引领了这一方向。iPod Touch/iPhone中的列表滚动交互便是一个很好的例子。交互机制依赖于动量和摩擦如何在现实世界中工作的直觉，以提供滚动项目列表的简单方法，而可用性依赖于导致滚动的物理手势。