文章介绍了计算机科学家Arthur Whitney设计的K语言及其衍生软件kdb和Shakti，这些工具在金融科技领域广泛应用。重点分析了Whitney用50行C语言编写的K语言简化版解释器，展示了他独特而简洁的编程风格。

学习阅读Arthur Whitney的C代码以变得聪明

文章概述

这篇文章详细介绍了作者如何尝试理解计算机科学家Arthur Whitney编写的一段极其紧凑的C代码。Whitney以设计A、K和Q编程语言以及高性能数据库kdb和Shakti而闻名。文章聚焦于他编写的一个简单K语言解释器，该解释器仅用约50行C代码实现，展示了其独特的编码风格。

主要内容

1. Arthur Whitney的背景

   • 设计了A、K和Q编程语言
   • 开发了金融科技中广泛使用的kdb数据库
   • 创建了更快的Shakti数据库，适用于万亿行数据集

2. 代码特点

   • 使用极简的C代码实现K语言解释器
   • 代码风格高度紧凑，大量使用宏和隐式参数
   • 通过非标准C语法（如GCC扩展）实现功能

3. 代码解析

   • a.h头文件：定义了大量宏来简化常见操作，如错误处理、内存分配和类型转换
   • a.c源文件：实现解释器的核心功能，包括变量处理、运算符定义和表达式求值
   • 代码中使用了“fat pointer”技术，将长度信息存储在指针附近

4. 学习动机

   • 减少代码阅读时的上下文切换
   • 探索高密度代码是否有助于更快理解复杂逻辑
   • 挑战自己的代码阅读能力

5. 优缺点分析

   • 优点：
     • 精心设计的原语使代码高度可组合
     • 减少代码行数，便于集中阅读
   • 缺点：
     • 类型使用不符合语义，容易混淆
     • 过度追求代码精简（如使用ASCII码而非字符字面量）
   • 中立观点：
     • 非标准语法可能限制可移植性
     • 隐式参数和短名称需要适应但可能提高密度

6. 经验总结

   • 这种编码风格适合“已完成”的代码，需要预先充分设计
   • 作者反思自己应更多在编码前规划，而非边写边改
   • 建议通过扩展该解释器来实践这种风格

7. 未来计划

   • 尝试扩展解释器功能，如支持更长向量、浮点运算等
   • 探索如何在这种风格下进行实际开发

核心启示

文章最终强调，真正的收获不在于代码的紧凑性，而在于编码前的充分思考。作者认识到，与其匆忙开始编码，不如先深入理解问题并设计清晰的解决方案模型。这种“先思考，后编码”的方法可能比任何具体的编码风格都更有价值。

（注：原文中大量技术细节和代码示例在此摘要中被适当简化，重点保留了核心观点和学习要点。）

以下是评论内容的总结，平衡呈现不同观点并保留关键引用：

1. 支持清晰代码风格

   • 认为代码应保持清晰易读，否则难以验证正确性
     引用:
     "During code reviews I would always ask for clear code... it's much harder to tell whether it's correct if it's unclear" (评论1)
     "This code style is psychotic... machine-obfuscated code was still clearer" (评论4)

2. 理解Whitney代码需要APL背景

   • 其C代码风格本质是APL思维的延续，需先学习APL语言
     引用:
     "The way to understand... is to first learn APL... he's trying to write C as if it were APL" (评论3)
     "Much as a Real Programmer can write FORTRAN in any language, Whitney can write APL in any language" (评论11)

3. 对极端简洁风格的批评

   • 认为过度压缩代码会降低可读性，类似"战争罪行"
     引用:
     "This is war crime territory" (评论14)
     "You will not become smart, only crazy and unemployable" (评论16)

4. 认可特定场景的实用价值

   • 认为宏定义可以创建有效的DSL，虽晦涩但有时合理
     引用:
     "This is a good use of macros... just C in a terse, declarative style" (评论13)
     "The C preprocessor allows you to define a limited DSL... often convenient" (评论12)

5. 幽默与调侃视角

   • 用夸张比喻描述代码阅读体验
     引用:
     "the equivalent of reading the necronomicon and getting cosmic madness" (评论2)
     "He's assigning 128 to a string called Q made me absolutely lose it" (评论5)

6. 关于编程实践的哲学思考

   • 指出最佳实践应随场景调整，群体智慧并非绝对
     引用:
     "crowd wisdom should be given weight... but if you turn on your brain you'll see the cracks" (评论8)

7. 历史类比与其他案例

   • 将其与Bourne shell代码、VB转Python等历史案例类比
     引用:
     "Reminds me of Bourne's attempt at beating C into Algol" (评论10)
     "They wrote their VB code in PHP... then PHP code in Python" (评论15)

总结呈现了从严厉批评到有限认可的多维度观点，同时保留了原始评论的典型表述和幽默元素。