你是如何定义好代码的？这篇文章通过向65位开发人员提出同样的问题得出了一个伪科学的答案。首先，我们认为编写好的代码非常重要。为什么？首先，好的代码比坏代码更有趣，成本也更低。其次，好的代码意味着您正在构建的产品有可能变得更好。第三，也是至关重要的，编写好的代码是我们的工作：毕竟，我们的工作就是编写代码。方法由于这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%！这四个属于令人惊讶的后一类：可维护性：因为我们大多数人都有维护别人代码（或一段时间后维护我们自己的代码）的经历，而且很可能度过了一段非常痛苦的时光。天。因此，我们期望更多的开发人员编写可维护的代码。有些人可能认为代码是可读的，所以它必须易于维护，所以他们忽略了这篇文章。可行：编写代码的目的是为他人提供价值。编写工作代码是我们的首要任务之一。所以我们很惊讶为什么不是每个开发人员的答案都包括这个。Testable/Tested：测试的重要性这里就不多说了，相信大家已经听过几百遍了。高效：换句话说，在答案中包含“高效”的开发人员是强调“不要过早优化”的开发人员的两倍，而众所周知，“过早优化是万恶之源”，所以这很烦人.想知道。***，我们总结了好代码的定义：“好代码是可读的，可理解的，被自动化测试覆盖，不会太复杂，能做我们需要它做的事情。》听起来挺美的吧？翻译链接：http://www.codeceo.com/article/what-is-good-code.html英文原文：什么是好的代码？一个科学的定义。
