你打开同事发来的表格，发现一个单元格里塞了200个字符的嵌套函数。你盯着屏幕看了三分钟，括号还没数清楚——这到底是高手杰作，还是技术债务？
场景代入：那个让你头皮发麻的公式
凌晨一点，财务部小王终于搞定了月度报表。最后一个单元格，他敲下一行长达四行的公式，嵌套了七层函数。按下回车的瞬间，结果正确。他截图发了朋友圈："Excel大神认证。"
三个月后，审计来了。小王离职了。接手的同事对着那个单元格发呆两小时，最终选择整列手动重算。
这不是虚构场景。这是无数办公室的常态。
原文描述了一种特殊的快感：「许多人按下回车时，看到冗长的多行公式返回正确结果，会获得一种独特的多巴胺刺激。」这种快感被误读为能力证明——公式越难读，作者越厉害。
但原文直接戳破了这个幻觉：「Excel精通度的衡量标准，曾经是看你能把多少函数塞进一个单元格，但这个标准已经站不住脚了。」
正方：复杂公式的合理性
支持复杂公式的人有一套自洽逻辑。
第一，效率优先。某些场景下，一个嵌套公式确实能替代十步手动操作。数据清洗、条件汇总、动态查找——这些任务用单层函数往往搞不定。多层嵌套是技术现实的妥协。
第二，个人掌控感。原文提到那种「独特的多巴胺刺激」，本质是认知负荷解决后的奖励。能驾驭复杂结构，说明对函数逻辑有深度理解。在技能展示层面，这确实是一种信号。
第三，历史路径依赖。很多资深用户学Excel时，工具版本老旧、辅助功能有限。那时候没有动态数组、没有LET函数、没有Lambda，复杂问题是唯一解法。这种习惯延续至今，不能简单归为炫技。
第四，单一文件交付场景。如果表格从不流转、永不修改，作者本人长期使用，可读性代价确实有限。技术债务不会立即兑现。
反方：可读性崩溃的真实代价
但原文的核心论点站在对面：「现代工具已经改变了游戏规则——曾经看起来像天才的嵌套公式，往往只是伪装起来的技术债务。」
第一，沟通断裂。原文明确指出：「Excel表格是处理数据的共享系统，当逻辑 buried 在层层括号和嵌套函数中时，沟通就中断了——即使数字技术上正确。」
注意这个精准描述：技术上正确，但沟通失败。财务模型、运营报表、预算系统，价值不在于算出数字，而在于让团队理解数字怎么来的。一个没人敢改的公式，等于一个没有文档的黑箱。
第二，维护成本指数级增长。原文提到「这种倾向有个名字：技能信号（skill signaling）」。在Excel里，它表现为「设计用来给人印象深刻的、不必要的复杂公式」。关键词是「不必要」。必要复杂度和炫技复杂度有本质区别，但现实中两者常被混淆。
第三，错误隐蔽性。嵌套层数越多，括号匹配越难检查，边界条件越难覆盖。原文没有给出具体错误率数据，但逻辑很清楚：「看起来令人印象深刻的，往往正是后来拖慢所有人的东西。」
第四，协作排斥。新员工、跨部门同事、外部审计——这些人不会为你的函数功底鼓掌。他们只会默默绕过你的公式，建立平行计算，制造数据版本混乱。
我的判断：工具进化倒逼标准重置
这场辩论的胜负，不取决于道德立场，而取决于工具演进。
原文的转折点在这里：「现代工具已经改变了游戏规则。」这不是修辞，是技术事实。Excel 365引入了LET函数，允许命名中间变量；引入LAMBDA，允许自定义函数；动态数组让 spill 范围自动扩展。这些功能的核心设计目标，就是把「一个单元格里的复杂度」转化为「结构化、可命名的、可复用的模块」。
这意味着什么？过去必须用七层嵌套解决的问题，现在可以用三步清晰表达。继续写长公式，不再是「不得不」，而是「选择不学习新工具」。技能信号的发出对象，也从「不懂的同事」变成了「懂行的审阅者」——而后者一眼就能看出你是在解决问题，还是在制造问题。
原文的终极判断值得完整引用：「如果你仍然认为复杂度等于专业能力，你就和其他所有人一样，陷入了构建不可读表格的同一个陷阱。」
这不是对复杂度的全盘否定。复杂业务逻辑需要复杂表达，但复杂表达不等于混乱表达。可读性不是「简单」的同义词，而是「结构清晰、意图明确、易于验证」的同义词。
对于25-40岁的科技从业者，这个判断有迁移价值。你们接触的工具链比Excel复杂得多——Python脚本、SQL查询、数据管道配置、API编排。同样的陷阱无处不在：用一行列表推导式炫耀技巧，用嵌套三元运算符压缩逻辑，用正则表达式解决本该用解析器的问题。每一行「看起来厉害」的代码，都是未来的调试噩梦。
Excel是这个模式的简化标本。它的可视性让问题暴露得更直接：一个单元格能装多少字符，肉眼可见；公式栏的缩进和着色，直观展示结构质量。从这个标本学到的，是如何在「能运行」和「能维护」之间做权衡。
原文没有给出具体操作指南，但逻辑指向明确：拆分长公式，使用命名区域，添加注释，利用新函数重构。这些动作不增加功能，但降低认知负荷——而认知负荷，才是团队协作的真实瓶颈。
技术债务的可怕之处，不在于它让你现在多花时间，而在于它让你未来不敢改动。一个不敢改动的系统，会僵化、会绕过、会并行替代，最终数据一致性崩溃。Excel表格的「技术债务」听起来小题大做，但想想那些因为公式错误导致的财务重述、预算偏差、决策失误——源头往往就是一个三年前没人敢碰的单元格。
所以，那个让你头皮发麻的公式，到底是杰作还是债务？
判断标准很简单：三个月后，你自己还能在三十秒内理解它的逻辑吗？
不能的话，它就不是在解决问题。它是在解决你。
热门跟贴