好设计是解决主要问题的设计。厨房的煤ศ气灶有四个出火口，排成一个正方形。每个出火口都由一个调节器控制，四个出火口就有四个调节器。请问应该如何摆放调节器？最简单的摆放方法当然是把四个调节器排成一列ต，但要是这样做，人们使用起来就很不方便，每次都要停下来想一下到底每个调节器对应的是哪个出火口。如果直接把调节器排成与出火口一样的正方แ形，就不会有这个ฐ问题了。
事实上，财富与金钱是两个概ฐ念。金钱只是用来交易财富的一种手段，财富才是有价值的东西，我们购买的商品和服务都属于财富。你到เ海外旅行时，不用看当地人的银行账户就会知道你来到的是富国还是穷国。你只要看看他们的财富就行了：建筑、街道、服装、健康状况等。
先，管理企业其实很简单，只要记住两点就可以了：做出用户喜欢的产品，保证开支小于收入。只要做到这两ä点，你就会过大多数创业公司。随着事业的展，你自己้就能琢磨出来其他的诀窍。
软件的布
大多数的斗争，不管它们实际上争的是什么，都会以思想斗争的形式表现出来。16世纪的英国宗教改革englishreformaທtion本质上是为了争夺权力和财富，但是却表现为英国人要求自主的精神与罗马教廷腐化的控制之ใ间的斗争。思想斗争更容易争取支持者。不管哪一方แ获胜，他们所代表的思想也就被认为获得了胜利，仿佛上帝通过选择胜利ำ的一方แ表示了自己้的倾向。
‘在英语中，“建筑师”architect和“架构师”arcນhitect是同一个词，所以这里用的是双关语，意思是优秀程序员不仅负责建造，还负责架构。后一句中的“建筑学”aທrchitecນture也是这种双关用法，同时指“架构学”aທrchitecture。一译者注’
本书就是帮助你了解黑客、从而理解这个时代的一把钥匙。
但是，真正的问题在于，并行计算到底能ม达到เ哪个ฐ抽象层次？一百年后它就会影响到开应用软件的程序员吗？或者，它还只是编译器作者需要考虑的事情，在应用软件的代码中根本就无处寻觅？
一种可能是，大多数可以用到并行计算的场合，人们都会放弃使用并行计算。虽然我总的预ไ测是未来的软件会挥霍掉大部分新增的硬件性能ม，但是并行计算是一个特例。我估计随着硬件性能得到惊人的提升，如果你明确地说想要并行计算，那ว么肯定可以得到它，但是通常情况下你不会用到它。这意味着，除了一些特殊的应用程序，一百年后的并行计算不会是那ว种大规模的并行计算maທssiveparallelism。我预料，对于普通程序员来说，一切更像对进程进行分叉，然后让多个进程在后台并行运行。
这是编程进行到很后期才要做的事情，属于对程序的优化，类似于你想开一种特定的数据结构来取代现有的数据结构。程序的第一个版本通常会忽略并行计算的各种好处，就好像编程开始时会忽略某种特定的数据结构给你带来的好处一样。
除了某些特定的应用软件，一百年后，并行计算不会很流行。如果应用软件真的大量使用并行计算，这就属于过早优化了。
一百年后会有多少种编程语言？从最近来看，出现了大量的新语言。硬件性能提高是一个原因，这就允许程序员根据使用目的在运行度和编程便利性之间做出不同的取舍。如果这就是未来的趋势，那么一百年后强大的硬件只会使得语言数目变得更多。
伹是，另一方แ面，一百年后的常用语言可能只有很少几种。部分原因是基于我的乐่观主义แ，我相信在未来，如果你的作品确实很出色，你可能选择的是一种开起来很方便的语言。使用这种语言写出来的软件第一版的运行度很慢，只有对编译器进行优化设置后运行度才会提升。既然我抱有这种乐观主义，那么我还要做一个ฐ预ไ言。有些语言可以达到机器的最高效率，另一些语言的效率则ท慢到刚刚可以运行而已，两ä者之间存在巨เ大的差距。我预言一百年后，这段差距之间的各个点上都会有对应的编程语言存在。
因为这段差距正在变得越来越大，所以性能分析器profiler将变得越来越重要。目前，性能分析并没有受到เ重视。许多人好像仍然相信，程序运行度提升的关键在于开出能ม够生成更快代码的编译器。代码效率与机器性能ม的差ๆ距正在不断加大，我们将会越来越清楚地看到，应用软件运行度提升的关键在于有一个ฐ好的性能分析器帮助指导程序开。
我说将来可能ม只有很少几种常用语言，但没有把用于特定领ๆ域的“小众语言”little浪uage算进去。我觉得，这些嵌入式语言的想法很不错，一定会蓬ศ勃展。但是我判断这些“小众语言”会被设计成相当薄的一层，使得用户可以一眼看出在底下作为基础的通用型语言，这样就减少了学习时间，降低了使用成本。
谁来设计这些未来的语言？过去10年最激动人心的趋势之ใ一就是开源语言的崛起，比如perl、python和rubຘy。语言设计已经被黑客接管。到目前为止这样到底是好是坏还看不清楚，但是展势头令人鼓舞。比如，