我们可以从帕累托原则中获得的主要好处是专注。它可以帮助我们专注于重要的事情（20%），而不是在不重要的事情（其他 80%）上浪费时间和精力。不重要的事情对我们来说似乎很重要，因为有太多（而且看起来很紧急）。但好的结果往往是通过专注于重要的少数来实现的。

在软件开发中，我们可以基于这个原则来专注于构建正确的功能，例如：

专注于构成产品价值 80% 的 20% 的产品功能，

专注于导致 80% 用户沮丧的 20% 错误，

专注于 80% 的产品功能需要 20% 的总时间来构建，

......

只是问“现在重要的事情是什么？” 能够帮助你完成下一个重要的事情，而不是下一个紧急的事情。

顺便说一下，敏捷和 DevOps 等现代开发方法有助于获得这种关注！具有定期用户反馈的快速迭代允许对重要事项进行数据驱动的决策。诸如基于主干的带有功能标记的开发（例如使用 LaunchDarkly）之类的实践可以帮助软件团队实现目标。

一扇被打破的窗户会招来恶意破坏，所以用不了多久，所有的窗户都被打破了。

一般来说：混乱会带来更多的混乱。

如果我们的环境是原始的，我们就会有动力保持这种状态。环境中的混乱越多，我们添加混乱的门槛就越低。毕竟已经混乱了……谁在乎我们是否再添加一点呢？

我们可以从这条规则中获得的主要好处是我们应该意识到我们周围的混乱。如果人们习惯于它，不再关心它了，那么好为混乱带来一些秩序。

在软件开发中，我们可以将其应用于代码质量：我们引入代码库的每一种代码异味都会降低我们添加更多代码异味的门槛。我们应该 [[开始清理]] 并保持代码库干净以避免这种情况发生。许多代码库如此难以理解和维护的原因是，破窗已经悄然出现并且没有足够快地修复。

我们也可以将这个原则应用到测试覆盖率上：一旦有一定数量的代码进入了未被测试覆盖的代码库，就会添加更多未被覆盖的代码。这是保持  代码覆盖率（应该覆盖的代码的）的论据，因此我们可以在窗口破裂之前看到裂缝。

剃刀哲学是一种原理，它通过消除（或“削除”）不可能的解释来帮助解释某些事情。

奥卡姆剃刀指出，如果有多个假设，我们应该选择假设少的假设（这很可能是解释简单的假设）。

我们可以在事件分析中应用奥卡姆剃刀。您可能遇到过这样的情况：用户报告了您的应用程序存在问题，但您不知道导致问题的原因。因此，您搜索日志和指标，试图找到根本原因。

下次用户报告错误时，维护一个事件调查文档。写下您对导致问题的原因的假设。然后，对于每个假设，列出事实和假设。如果一个假设被证明是正确的，则将其标记为事实。如果某个假设被证明是错误的，请将其从文档中删除或将其标记为错误。在任何时候，您都可以将时间集中在可能的假设上，而不是浪费时间寻找不相干的东西。