认知颠覆 · COGNITIVE OVERTURN

"构建"比"工程"更准确——一个隐喻的认知重置效应

软件开发被称为"Software Engineering"数十年,但"工程"这个隐喻暗示蓝图先行、按图施工——这与实际的软件开发过程严重不符。邹欣刻意选择"构建"(Construction)作为核心隐喻,因为建造(building)本身就是一个边建边改、持续迭代的过程。这个看似简单的术语替换,实际上重置了读者对整个软件开发过程的认知框架——当你把软件看作"建造"而非"工程",你就自然接受了变化、迭代和返工的合理性。
来源

《构建之法》第 1 章 / "构建"全流程思维

可迁移到

任何需要重新定义核心隐喻来改变团队思维的场景——例如把"销售"重新定义为"帮助客户成功",把"管理"重新定义"服务团队"。

来自这本书的解读报告

《构建之法》

邹欣 · 软件工程

这本书回答了软件应该怎么构建的问题,它的答案是:以增量迭代为核心,用团队协作和持续测试来应对复杂性

软件工程·构建思维·团队协作·测试·增量开发
阅读完整解读报告 →
PRESS YOUR OWN BOOK

找一本想读的书,解读出你自己的洞察

90 秒得到核心模型 · 行动接口 · 失效边界 · 三套 SOP

解读一本书 →