疯狂之路
本文探讨了软件工程中那些看似疯狂但实际上行之有效的实践路径。作者反思了在追求代码质量和工程纪律时，一些反直觉的方法——如彻底重写、激进简化或放弃现有架构——虽然看似荒谬，却可能带来突破性的进展。文章通过具体案例说明，有时候"疯狂"正是通往卓越工程的必经之路。
背景速读
- **Brandur**（本文作者）是资深软件工程师，以撰写关于数据库、网络协议和基础设施的深度技术文章闻名。他的系列"Nanoglyphs"每期探讨一个工程话题。
- **"疯狂之路" (Path of Madness)** 指的是许多团队在项目后期为了快速交付功能而采取的危险技术妥协——比如绕过数据库约束、跳过测试、硬编码配置——这些短期 hack 最终会积累成灾难性的技术债务。
- 文章的核心论点是：工程师往往会低估"正确做事"与"走捷径"之间的长期成本差距。作者用具体案例（如 PostgreSQL 索引策略、HTTP 路由设计）说明，看似更快的 hack 最终会导致成倍的返工和线上事故。
- 本文面向有后端或系统设计经验的读者，讨论的是技术决策中的**速度 vs. 可持续性**这一经典张力，以及如何通过早期投入"正确基础设施"来避免后期崩溃。
- 文章发表于 Brandur 的个人博客，该博客在 Hacker News 和高级工程师圈子中有较高影响力。