HackerTube English ?

主题探索 / 字幕对照

形式分层不足以消除语义纠缠

Simple Made Easy警告分开类与层次并不自动带来简单；Maybe Not用schema示例指出把数据形状和调用场景的可选性绑定会造成复用困难，修正需要分离这两个语义维度。

沿同一来源继续阅读

测一条业务规则，为什么要连数据库？ →把「谁该收到提醒」单独拿出来，就能分别检查规则是否正确、通知能否送达。少即是少处理例外与纠缠 →API 设计演讲建议不确定时删去不必要内容；Simple Made Easy 将简单解释为关注点不纠缠；两者共同强调减少使用者必须理解的额外选择与依赖。时间模型解释了状态为何造成纠缠 →Are We There Yet? 把值定义为不可变快照，并把身份与状态演进拆开；Simple Made Easy 则从理解成本解释可变状态的复杂性。前者提供机制模型，后者给出设计判断框架。这不是两个独立实验相互验证，也不是对状态的全面禁止。

对照原文

it's a mistake to put optionality in aggregate definitions

Maybe Not - Rich Hickey · ▶ 30:36–31:48

don't associate simplicity with partitioning and stratification, right?

"Simple Made Easy" - Rich Hickey (2011) · ▶ 34:50–35:20

不主张任何模块拆分都无效；Maybe Not讨论特定信息约束建模。