3、代码之美：从外在到内在的探索

代码之美：从外在到内在的探索

1. 历史回顾

编程初期，在 1976 年使用 8080 汇编器编程时，没有明确的代码之美概念，目标是让程序实现预期功能。不过，当时会为了让代码看起来或感觉更好而重新排列代码片段，即便没有技术上的必要，现在看来这或许就是在尝试创造美。

那时代码大小很重要，将相同功能压缩到更小的代码量是令人满足且有成就感的过程，甚至还能在同行中获得认可，但这更多是实际需求而非对美的追求。如今，代码大小不再是关键问题，为避免维护难题或出于偷懒，我们甚至会使用更多空间。然而，对时间的追求并未大幅降低，尽管机器速度大幅提升，但我们对计算资源的需求也更大了，所以尽可能优化代码执行时间有时仍是有价值的。

后来，被第一代 Macintosh 计算机的优雅所吸引，它拥有真实字体、超直观的鼠标设备、丰富的 GUI 原语以及无风扇设计。1987 年，凭借为 Modula - 2 编写的公共领域代码美化工具“m2beauty”赚到了 5 美元，有趣的是，现在仍能在互联网上找到它。

1988 年开发基于图归约的 Clean 编译器时，性能是关键问题。因为当时函数式编程被视为学术练习，仅适用于定理证明，不适合日常编程。我们努力让世界相信其相反的一面，而性能是支撑这一观点的重要因素。从那以后，函数式和声明式编程虽更主流，但仍未达到 C 语言当时的接受程度。目前 Java 占据了很大份额，但根据 2013 年 4 月的 TIOBE 指数，它与 C 语言的地位仍相近。2013 年 2 月的指数中，Clean 处于 51 - 100 的流行度范围，但在 4 月的指数中已降至 100 名以下。总体而言，函数式语言在 2013 年 4 月的 TIOBE 指数中仅占 3.1% 的流行度。 </