principle-foundational-thinking

基础思维

结构性决策保护选择空间。代码层面的决策保持简洁。

先考虑数据结构。 在编写逻辑之前，先确定正确的数据形态。尽早定义核心类型，梳理每种访问模式，并选择与主要路径相匹配的结构。

在代码层面，对结构去重，而不是对每一行都去重。类型和数据模型应该趋于统一。三条相似语句也胜过过早抽象。优先选择明确的写法，而非取巧。测试行为和边界情况，而非行数。

并发推论。 在多个执行主体之间共享状态之前，先问：“如果另一个执行主体同时修改它，会发生什么？”如果答案不是“什么也不会发生”，就隔离状态。

先搭建脚手架。 如果某项工作能帮助后续每个阶段，就先做它。问问自己：“后续每个阶段是否都会受益于已有的这项工作？”CI、lint、测试基础设施和共享类型都属于脚手架。按选择空间排序：先搭建环境，再开发功能；先编写测试，再修复问题。保持提交小而专一。

每次增量都应形成一个完整的抽象，或深化已有抽象。不要通过特殊情况协调，将新能力分散到各个调用方。

先做减法，再搭脚手架。先移除死代码，再打好基础。