熵增定律是一种热力学现象，是一种有序到无序、简单到复杂的现象。这种现象适用于管理，也适用于编码。代码从最开始的简单有序，经过长期的迭代会变得复杂无序。到最后，需要投入更多的精力、人力和物力才能维持正常运行。
如何减少这种情况？
首先制定好编码规范。代码要清晰地表达意图。要规范代码的可读性，明确每一个参数的含义。保证每一个新人过来，都能理解代码的真实意图，以及如何实现的。在进行修改和测试的时候，把自己当作刚刚接手代码的人。就像我们去新公司期待看到的代码一样，如果你期望的是清晰易懂的，那你就朝这方面努力。
如何验证自己写的符合规范呢?
1、是否能通过命名看出代码的意思，好的命名可以传递大量的正确信息。不好的命名不会传递任何信息，糟糕的命名则会传递错误的信息。
2、可以试着让自己或团队的其他任何人，看看一年前写的代码，如果能读懂，而且只读一遍就知道它的运行机制。那说明做的很好。
3、对于类中的每个方法，需要说明方法的目的、前置条件（传入的信息）、执行的结果、异常。
4、所有的注释必须传递正确的价值。否则就是不需要的。
对于业务的复杂性，其实有些是可以避免的。比如现在很多配置强调灵活多变，而实际业务并不需要那么多配置。这很考验团队的综合能力。
经济学告诉我们，每一次选择都是有成本的。你做了这个需求，必然就没时间做另一个。你选择了支持更灵活的配置，也意味着配置系统会变得更复杂。性能、便利、成本、上线时间，很多个维度需要我们综合考虑，不要陷入一个单一维度来思考。如果性能表现足够了，就将注意力放在其他因素上。更不要为了感觉上的性能提升或者设计的优雅，而将设计复杂化。
