认知颠覆 · COGNITIVE OVERTURN

软件的本质三特征决定了工程化方法的必要性

复杂性、不可见性和变化性不是软件开发的"困难",而是软件本身的"本质"。这意味着任何试图消除这些特征的方法(如期望需求不变、期望架构一步到位)注定失败——工程化方法的目标不是消除它们,而是系统地管理它们。
来源

《软件工程》第 1 章 / 核心问题论述

可迁移到

任何处理"复杂、不可见、持续变化"对象的工作——城市规划、组织设计、政策制定,都可以借鉴这种"管理而非消除"的思维框架。

来自这本书的解读报告

《软件工程》

伊恩·萨默维尔 (Ian Sommerville) · 软件工程 / 系统设计

这本书回答了软件开发为何需要工程化方法的问题,它的答案是在全生命周期中匹配情境化的过程模型与系统化技术。

软件工程·系统设计·项目管理·架构设计·需求工程
阅读完整解读报告 →
PRESS YOUR OWN BOOK

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

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

解读一本书 →