程序员必知的30个定律
以下30个定律/效应/原理都不来自计算机领域，但常能解释程序员、架构师在技术、协作、估算、架构和可靠性中遇到的问题。它们不是严格数学定律，更像“经验透镜”。
-
墨菲定律（工程文化/风险管理）
可能出错的事终将出错。启发：防御性编程、超时重试、幂等、监控、故障演练，别假设网络、磁盘和人永远可靠。 -
奥卡姆剃刀（哲学）
如无必要，勿增实体。启发：简单架构、YAGNI、减少抽象层；复杂通常不是能力强，而是没想清楚。 -
汉隆剃刀（社会/政治）
能用愚蠢解释的，别归咎恶意。启发：代码审查、事故复盘先查误解、文档缺失和流程问题，少搞阴谋论。 -
帕累托法则 / 80-20法则（经济学/管理）
少数关键因素贡献多数结果。启发：20%的代码、功能、查询或客户造成80%的问题或价值；优先优化热点、砍低价值需求。 -
帕金森定律（管理学）
工作会膨胀到填满可用时间。启发：用时间盒、迭代和范围限制对抗无限打磨；给任务设截止时间。 -
帕金森琐碎定理 / 自行车棚效应（管理学）
组织容易在琐事上花过多时间。启发：评审聚焦架构、风险、边界条件，别让命名、缩进、风格争论吞掉会议。 -
霍夫施塔特定律（认知科学）
即使你考虑了“它会比预期久”，它还是会比预期久。启发：估算必须加缓冲，拆小任务，持续交付，别做“大爆炸式”上线。 -
邓宁-克鲁格效应（心理学）
能力不足者容易高估自己，能力强的人容易低估自己。启发：技术评估看证据，新手多问，专家多表达；评审对事不对人。 -
沉没成本谬误（经济学/心理学）
已投入的成本不应影响当前决策。启发：该重构就重构，该砍功能就砍，该换技术就换；不要因为“写了三个月”继续错下去。 -
损失厌恶（行为经济学）
失去的痛苦大于得到的快乐。启发：迁移、重构、改接口、换平台都会遇到阻力；提供兼容层、渐进迁移和回滚方案。 -
锚定效应（心理学）
第一个信息会强烈影响后续判断。启发：估算时先独立估，避免被第一个数字带偏；需求谈判也要注意锚点。 -
确认偏误（心理学）
人倾向于寻找支持自己观点的信息。启发：测试要试图证伪，架构决策记录反方意见，复盘重点看反例和异常。 -
幸存者偏差（统计/逻辑）
只看到成功者，忽略失败者。启发：技术选型别只看大厂成功案例，要看失败案例、上下文、约束和运维成本。 -
回归均值（统计学）
极端表现后往往回归平均。启发：性能波动、团队绩效、A/B结果别过度解读单次极值；要看长期趋势。 -
相关不蕴含因果（统计学）
两件事一起变化，不等于一个导致另一个。启发：性能归因、用户行为分析要控制变量、做A/B测试，别见相关就改系统。 -
辛普森悖论（统计学）
分组趋势可能与总体趋势相反。启发：指标要分群分析，总体平均值可能掩盖某个用户群、地区或设备的严重问题。 -
贝叶斯定理（概率/统计）
用先验概率加新证据不断更新判断。启发：调试、诊断、告警降噪、风险评估都应概率化思考，而不是非黑即白。 -
大数定律（概率论）
样本足够大时，结果趋近期望值。启发：A/B测试、压测、监控结论需要足够样本；小样本容易得出错误结论。 -
幂律分布 / 长尾（统计/复杂系统）
少数极端值主导整体。启发：热点Key、慢查询、故障、用户贡献常高度集中；缓存、限流、隔离要针对少数头部。 -
古德哈特定律（经济学/公共政策）
当一个指标成为目标，它就不再是好指标。启发：别把故事点、代码行数、SLA、Bug数当唯一KPI；指标要组合，并辅以定性判断。 -
林迪效应（科学/文化）
非易逝事物的预期寿命与已存在时间成正比。启发：技术选型可偏向成熟稳定、社区活跃的技术，但也要区分“老而稳”和“老而朽”。 -
路径依赖（经济学/历史）
过去的选择会限制未来的选择。启发：早期数据模型、API、架构边界决定迁移成本；设计时留演进余地，别把路堵死。 -
熵增定律（热力学）
孤立系统会自然走向混乱。启发：代码、文档、配置、依赖都会腐化；持续维护、自动化、重构不是可选，而是必需。 -
蝴蝶效应（气象学/混沌理论）
初始条件的微小差异可能被放大。启发：分布式系统中一个小配置、边界条件、时钟偏差可能放大成全局故障；灰度、混沌工程很重要。 -
反馈回路（系统论）
系统输出会反过来影响输入。启发：监控、自动扩缩、告警、激励设计都要注意正反馈；否则可能雪崩或内卷。 -
约束理论 / TOC（管理学/制造业）
系统产出由瓶颈决定。启发：优化非瓶颈常常无效；先找性能、CI/CD、需求、评审或团队协作中的真正瓶颈。 -
盖尔定律（系统论）
复杂系统总是从简单系统演化而来。启发：别一上来就微服务、大平台、全自动；先让简单系统跑通，再按压力演化。 -
破窗理论（犯罪学/社会学）
小失序若不被纠正，会诱发更大失序。启发：警告、坏味道、临时补丁、失效测试要及时清理；质量文化从小处维护。 -
海因里希法则（工业安全）
重大事故背后有大量轻微事故和隐患。启发：小Bug、告警、近失事件都值得复盘；大故障往往不是偶然。 -
瑞士奶酪模型（组织安全/事故模型）
多层防御各有漏洞，漏洞对齐时事故发生。启发：测试、监控、限流、降级、备份、权限要纵深防御；不要依赖单一防线。
这些跨学科定律的共同价值是：提醒你面对不确定性、人性、复杂系统和时间演化。程序员和架构师越早理解它们，越不容易只从“技术正确”看问题，而能从系统、组织和长期演化角度做决策。
浙公网安备 33010602011771号