principle-foundational-thinking

基础思考

结构层面的决策保护选择空间。代码层面的决策保持简洁。过度设计往往是一种过早做出的决策，会关上许多门。合适的基础数据结构能让这些门保持敞开。

**先设计数据结构。**先确定正确的数据形态，再编写逻辑。合适的数据形态能让后续代码一目了然。尽早定义核心类型，梳理每种访问模式，并选择与主要路径相匹配的结构。后期更改数据结构意味着重写；若尽早更改，往往只需改一行。

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

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

**先搭好脚手架。**如果某件事能帮助之后的每个阶段，就先做它。问问自己：“后续每个阶段都会从中受益吗？”CI、lint、测试基础设施和共享类型都属于脚手架。按选择空间安排顺序：先搭建，再做功能；先写测试，再修复问题。保持提交小而专一。

先做减法，再搭脚手架：先移除无用负担，再打好基础。