Workflow
斯特金定律
icon
搜索文档
每个程序员必知的13条魔鬼定律:90%代码终将沦为垃圾
36氪· 2025-04-29 15:11
工程管理定律概述 - 文章系统梳理13条工程管理领域的经典定律,涵盖效率优化、团队协作、系统设计等维度,为技术管理者提供实战思维模型 [1][3][4] 效率管理定律 - 帕金森定律揭示工作会填满所有可用时间,设定合理截止日期可提升效率但需平衡范围、资源、时间三角关系 [5][6] - 侯世达定律指出项目耗时必然超预期,即使预留缓冲时间,建议时间估算需经历多次翻倍调整 [6][8] - 布鲁克斯定律警示延误项目增加人力反而降低效率,类比"9个女人无法1个月生育"生动说明边际效益递减 [10][11] 系统设计定律 - 康威定律表明系统架构会复刻组织沟通结构,Flo公司通过逆用该定律将发布周期从3周缩短至每日20-30次 [13][15] - 海勒姆定律揭示API所有可观察行为终将被用户依赖,导致功能删减阻力,需警惕功能开关滥用 [24] - 扎温斯基定律描述软件必然功能膨胀直至被更简方案取代,AI时代需防范非必要功能堆砌 [21][24] 团队效能定律 - 普莱斯定律量化团队产出分布:50%产出由总人数平方根成员贡献,100人团队中10人产出等同其他90人 [25] - 林格尔曼效应显示团队规模与个体效率负相关,1913年拔河实验证实,PostHog公司通过拆分为15个小团队提升效能 [26][27][29] - 古德哈特定律警示指标异化风险,代码行数等量化指标易被操纵而失真 [30][34] 实践方法论 - 坎宁安定律提出"错误诱导法"促进协作,故意提交问题PR可倒逼流程优化 [16][22] - 斯特金定律指出90%功能属无效投入,10倍工程师价值在于聚焦核心10%高价值产出 [18][20] - 吉尔布定律主张不完美测量优于无数据,与古德哈特定律形成制衡,开发者效能领域已实践此原则 [32][35][37] - 墨菲定律强调必须验证所有小概率事件,复杂边界案例未测试必导致生产事故 [38][40]