好久没有写什么东西了，一来公司事情比较多，二来沉迷于王者荣耀。今天来分享些受益匪浅的理论与定律，顺便夹带一些私货。部分定律内容涵盖较多，只抽取了与产品工作比较相关的部分，详细了解下肯定会有更大的收获。
一、奥卡姆剃刀原理（Occam’s Razor）
如无必要，勿增实体，即『简单有效原理』。切勿浪费较多东西去做，用较少的东西同样可以做好的事情。
私货：产品早期的功能缺陷，既可以投入大量的研发资源去解决，也可以利用适当的运营团队去填坑。在解决不确定的问题方面，人还是要比程序灵活很多。
二、盖尔定律（Gall‘s Law）
一个切实可行的复杂系统势必是从一个切实可行的简单系统发展而来的。
私货：从头做一个从来没做过的产品，指望一开始就把整套的架构做好是不现实。因为在实施过程中充满着各种内部环境、外部环境、产品认知的不确定性，需要不断地应对状况做出调整。
三、康威定律（Conway's Law）
软件团队开发的产品是对公司组织架构的反映。
私货：什么样的团队做出什么样的产品，这点大家可以深刻体会下。目前比较推崇的方式是 基础设施组 + 业务小组 * N 这样的结构。基础设施组负责与业务不大相关的部分，如通用组件库、分布式集群、系统安全等，而各业务小组具有较完整的产品研发能力，业务小组间减少不必要的信息同步，可以极大提高团队效率。
四、破窗效应（Broken Windows Theory）
如果那些窗不被修理好，可能将会有破坏者破坏更多的窗户。
私货：问题不及时修复，大量的技术债务将导致代码质量越来越差。项目预期不合理，频繁的延期将导致项目计划再也没人重视。
五、墨菲定律（Murphy's Law）
凡是可能出错的事有很大几率会出错。
私货：保证产品质量有一个很好的方式，就是不相信任何一个人交付物的质量。尽量将实现细节暴露，准备充足的用例，至少两人校验才能最大程度地避免出错。
六、帕金森定律（Parkinson's Law）
只要还有时间，工作就会不断扩展，直到用完所有的时间。
私货：你计划写一个文案，1天／3天／7天，你都会觉得文案写的还不完美。所以做一件事情要定义好底限，只用有限的时间去追求上限。
七、彼得原理（The Peter Principle）
组织中所有的人才都会被提拔到一个他不能胜任的位置上。
私货：要不断审视自己，现在负责的事情是不是自己可以胜任的，不断调整自己。
八、希克定律（Hick’s Law）
一个人面临的选择越多，所需要作出决定的时间就越长。
私货：创业公司最难的时候是面对几条路，不知道该怎么选的时候。其实不管选那条路，都比停下来一直观望要好。
九、木桶原理（Cannikin Law）
一只水桶能盛多少水，并不取决于最长的那块木板，而是取决于最短的那块木板。
私货：在产品技术无法带来短期增长的时候，不如去补一补运营市场的短板，也许效果更好些。
十、没有测量就没有改进
私货：想提高服务稳定性，必须有方法测量服务是否稳定。没有测量方法，改进只能算作是空话。
其实最关键的定律还是：知易行难。
