我们需要一个认知债务的核算系统
正如财务债务需要会计系统来追踪和管理一样，认知债务——由复杂、混乱或设计不良的系统所累积的心智负担——也需要一种结构化的方式来衡量和减少。本文探讨了为什么现代软件开发和知识工作中积累的认知债务会像金融债务一样产生复利效应，并提出建立核算系统以量化、追踪并最终偿还这些无形但真实存在的认知成本。
背景速读
- **"认知债务"（Cognitive Debt）** 是一个类比"技术债务"提出的新概念，指软件系统因认知复杂度不断堆积，导致开发者理解、修改或扩展代码越来越困难。
- 技术债务讲的是代码质量（烂代码以后要返工），认知债务讲的是**心智负担**——代码本身也许写得干净，但概念太多、关联太绕、上下文太深，新成员或隔段时间回来看的自己依然看不懂。
- 文章呼吁行业建立一套类似"财务记账"的方式来衡量和追踪认知债务，比如标注模块的"理解成本"、"上下文切换代价"或"必读知识总量"，而非仅靠代码审查或直觉判断。
- 背景是：现代软件项目依赖大量抽象层、框架、微服务和异步流程，单个功能的实现往往跨越十几个文件，**人的工作记忆上限（约4-7个信息块）**已远跟不上系统的实际复杂度。