首先，我们认为写出好的代码非常重要。为什么？首先，好的代码比坏代码更有趣，成本也更低。其次，好的代码意味着您正在构建的产品有可能变得更好。第三，也是至关重要的，编写好的代码是我们的工作：毕竟，我们的工作就是编写代码。好的代码度量是wtf/minutebyosnewsmethod由于这65名开发人员都是我们其中一个职位的候选人，这意味着这些示例开发人员中的大多数都偏向于使用Java或Scala技能，并且通常具有5年及以上的工作经验。统一提问：“你如何写出好的代码？你如何定义好的代码？”和采访时的同一个人（面对面或通过电话）进行了大约1年的调查，从2014年1月到2015年1月。这些问题的答案经过梳理后，可以分为31个不同的类别，每组至少有2个相似的答案。例如，下面的答案都属于可读性：可读性。人的头脑可以阅读。可以自己解释。人们可以阅读。这很容易理解。不到5分钟就能理解。您无需文档即可阅读和理解。新开发人员可读和理解。可读为文本。通俗易懂，线性思维。结果，这65名开发人员总共回答了288个不同的项目，平均每人回答了4.43个项目。当然，到目前为止最常见的答案是代码必须是可读的（78.46%），几乎每10个开发人员中就有8个认为好的代码应该易于阅读和理解。然后是Testable/Tested(29.23%)，这意味着好的代码是自动化的（或者至少有执行测试的潜力）。25%的受访者认为好的代码也应该是简单的——不要过于复杂，当然它应该可以工作，这意味着它可以像我们想要的那样正常运行。前五名是，代码应该是可维护的（21.54%）。奇怪的是，我们在同一主题上发现了两个项目：文档和代码注释。一些开发人员认为代码应该是自文档化的（不需要通过文档来解释），而一些开发人员则认为应该在代码中强调注解来解释代码的用途。其他的，比如可扩展/可重用、适当的命名约定、代码解耦或者小方法的重要性——当然，“小”的概念在不同的开发者眼中是不同的：“10-15行”到“<50行”“不能同意。好代码的特点面试中的回答给了我们很多有趣的量化数据可以用来分析，有些数据值得一提。以下是点赞数最多的回答，有的让人忍不住会心一笑，有的则有理有据，值得深思：测试再多，也不会崩溃。不要创建不需要的东西。任何人都需要写一些笔记。好不好自然以后就知道了。只有当你看到它时才有意义。您需要了解业务目的。您需要做的不仅仅是编写代码。你不需要太特立独行。糟糕的代码可以做很多事情，但并不是所有的事情都做得很好。开发人员重视代码的可读性和可理解性也就不足为奇了。但令人惊讶的是，其余答案至少相差50%！xkcd如何写出好的代码以下四项属于令人惊讶的后者：可维护性：因为我们大多数人都有维护别人代码的经历（或者过段时间维护自己的代码），而且很可能拥有很惨的时候。因此，我们期望更多的开发人员编写可维护的代码。有些人可能认为代码是可读的，所以它必须易于维护，所以他们忽略了这篇文章。可行：编写代码的目的是为他人提供价值。编写工作代码是我们的首要任务之一。所以我们很惊讶为什么不是每个开发人员的答案都包括这个。Testable/Tested：测试的重要性这里就不多说了，相信大家已经听过几百遍了。高效：换句话说，在答案中包含“高效”的开发人员是强调“不要过早优化”的开发人员的两倍，而众所周知，“过早优化是万恶之源”，所以这很烦人.想知道。***，我们总结了好代码的定义：“好代码是可读的，可理解的，被自动化测试覆盖的，不会太复杂，能做我们需要它做的事情。”听起来很漂亮，对吧？
