Perlisisms：计算机科学的哲学箴言

背景

“Perlisisms”并非指代某位特定作者的单一著作，而是计算机科学领域流传甚广的一组格言、悖论与深刻洞察的集合。这些语录通常被归因于 Edsger W. Dijkstra（艾兹格·迪杰斯特拉）、Alan Perlis（艾伦·佩利）以及其他早期计算机科学家和思想家。Alan Perlis 是图灵奖得主，LISP 语言的主要贡献者之一，以机智、简洁且充满哲理的编程格言闻名。

这组语录最早在 Hacker News 等开发者社区广泛传播，它们并非严谨的技术文档，而是对软件工程本质、编程美学、人性弱点以及技术演进规律的哲学反思。这些观点大多诞生于 20 世纪 60 年代至 80 年代，当时软件工程刚从“手工艺”阶段迈向工业化，许多关于复杂性、抽象和语言设计的核心矛盾已经显现。尽管技术栈从汇编、LISP 演变为 Java、Python 乃至如今的 AI 模型，但这些关于“复杂性”、“抽象”和“人性”的洞察依然具有惊人的前瞻性。

核心内容

这 74 条语录涵盖了从微观的代码编写技巧到宏观的软件系统哲学，主要可以归纳为以下几个维度：

1. 复杂性与抽象的艺术 Perlisisms 反复强调复杂性的不可避免性以及抽象的重要性。

• 复杂性管理：第 14 条指出“从长远来看，每个程序都会变得繁复（rococo），最终沦为废墟”；第 58 条区分了对待复杂性的态度：“傻瓜忽视复杂性，务实者忍受它，有些人能避免它，天才则消除它。”
• 抽象的局限：第 26 条直言“总有一些我们想在程序中表达的东西，而在所有已知语言中只能糟糕地表达”；第 53 条提到好想法往往在“语义鸿沟”中消失。
• 结构即绑定：第 2 条提出“函数延迟绑定，数据结构诱导绑定”，建议晚些时候再确定数据结构；第 9 条主张“100 个函数操作一个数据结构，优于 10 个函数操作 10 个数据结构”，强调了数据集中处理的重要性。

2. 编程语言与设计哲学 语言不仅是工具，更塑造了程序员的思维方式。

• 语言的影响力：第 19 条名言：“一种不影响你思考编程方式的语言，不值得学习。”
• 语法糖的代价：第 3 条讽刺道：“语法糖导致分号癌症。”
• LISP 与函数式思维：多条语录隐含了对 LISP 哲学的推崇。第 55 条调侃 LISP 程序员“知道一切的价值，却不知任何的成本”；第 49 条提到放弃汇编语言是“伊甸园中的苹果”，并暗示 LISP 机器让程序员摆脱了束缚。
• 参数与递归：第 11 条建议“如果有十个参数，你可能漏掉了什么”；第 12 条认为“递归是计算的根源，因为它用描述换取了时间”。

3. 软件工程与人性的博弈 软件不仅是代码，更是人与机器、人与人之间的协作。

• 理解的困难：第 7 条直言“写一个错误的程序比理解一个正确的程序更容易”；第 17 条幽默地警告：“如果你解释程序时听众点头，叫醒他。”
• 文档的无用性：第 71 条将文档比作定期寿险：“它之所以让人满意，是因为几乎没有人依赖它带来的收益。”
• 沟通与模块化的风险：第 20 条指出“只要有模块化，就有误解的潜力：隐藏信息意味着需要检查通信”。
• 学习的悖论：第 24 条设想“如果我们从小写程序，长大后就能读懂它们”；第 35 条用米开朗基罗比喻天才程序员：“每个人都可以被教导去雕刻，但米开朗基罗需要被教导不要雕刻。”

4. 计算本质与未来展望

• 数值而非符号：第 65 条提醒“计算机处理的是数字，而非符号。我们通过将活动算术化的程度来衡量我们的理解（和控制）。”
• 进化的阻碍：第 21 条警告“优化阻碍进化”；第 41 条指出某些语言“能吸收变化，却抗拒进步”。
• AI 与学习的反思：第 63 条在 AI 语境下尤为深刻：“当我们编写‘学习’程序时，结果是我们在学习，而它们没有。”
• 测量的困境：第 28 条提出一个宏大问题：“围绕计算机，很难找到衡量进度的正确时间单位……你能想象一个需要花费一个世纪完成的程序的宏伟和范围吗？”

关键要点

• 数据优先于函数：良好的程序设计应倾向于让少量方式操作大量数据（第 5、9 条），数据结构决定了绑定的性质。
• 复杂性是常态：不要试图完全消除复杂性，而是要通过天才般的抽象和结构来管理它。简单性往往是在复杂性之后才出现的（第 31 条）。
• 语言塑造思维：编程语言的选择不仅仅是语法偏好，它决定了你如何构建问题。如果一种语言不改变你的思考方式，它就没有价值（第 19 条）。
• 文档与沟通的脆弱性：文档往往被忽视，模块化的隐藏信息机制必然带来沟通成本。理解程序需要成为机器本身（第 23 条）。
• 优化需谨慎：过早或过度的优化会阻碍系统的自然演进和重构（第 21 条）。
• 错误是重生：在编程中，犯错是重新诞生的过程（第 61 条）。没有循环和结构化变量的程序不值得写（第 18 条）。
• Turing Tar-pit 警告：避免陷入那种“什么都可以做，但没什么有趣的事容易做”的图灵陷阱（第 54 条）。
• 软件的特殊性：软件是符号性的，因此可以任意完美化，也可以任意改变。这种张力是软件永恒的特征（第 56 条）。

意义与影响

Perlisisms 的价值在于它超越了具体的技术实现，触及了软件工程的元问题。

1. 对现代软件开发的警示：在当今微服务、云原生和 AI 驱动的开发环境中，系统复杂度呈指数级增长。Perlisisms 关于“模块化导致误解”（第 20 条）和“优化阻碍进化”（第 21 条）的警告，对于避免过度工程化和保持系统可维护性具有直接的指导意义。
2. 对 AI 时代的哲学反思：第 63 条“当我们编写‘学习’程序时，结果是我们在学习，而它们没有”在生成式 AI 时代引发了新的共鸣。它提醒我们，AI 模型的训练过程本质上是人类通过数据调整参数，而非机器真正获得了意识或理解。
3. 编程教育的基石：这些语录常被用于计算机科学入门课程，旨在培养“计算思维”。它们教导学生不要仅仅关注代码的正确性，更要关注代码的结构、可读性、抽象层次以及对复杂性的管理。
4. 技术人文主义的体现：Perlisisms 充满了人文关怀，它将程序员视为创作者（第 35 条），将编程语言视为语言（第 59 条），将软件视为一种文化产物（第 70 条）。它提醒技术人员，技术最终是为人服务的，而人的认知局限（如第 7 条所述）是系统设计必须考虑的核心约束。

总之，Perlisisms 是一面镜子，映照出程序员在追求精确逻辑时所面临的模糊人性与无限复杂性。无论技术如何迭代，这些关于结构、抽象、沟通和复杂性的智慧，依然是资深工程师不可或缺的思维工具。