最近，有人给我发邮件问我：“Howtomakegoodcode”。之前身体有些不适，所以我就东拉西扯。现在好多了，所以我想分享以下想法，因为我认为它们是这一重要讨论的有趣起点。当时，我写道：好的代码不仅可以编译，还可以交流。它现在会跟你说话，它会跟你以后维护代码的人说话。您的团队和任何从外面看的人都可以理解。好的代码比聪明的小技巧更需要可靠性和可测试性。如果它需要清楚地表达它的意图和结果，好的代码更有可能使用一个或多个额外的步骤来表达它。好的代码也会考虑它的使用级别。一次运行一段代码一百万次与只运行一次的要求是不同的，就像树林中的一棵树和一棵孤独的树。好的代码，即使分解后，也可以做成合理的单元，而不是大规模的单一实现。好的代码不是只实现一次或两次，而是经过审查和重构。这就是使它成为可能的最佳和最健壮的实现的原因。好的代码考虑到全球化，服务于不同文化的潜在用户。添加国际化和相关的可访问性实际上是代码级的事情，而不仅仅是事后的想法。好的代码不仅要考虑它今天运行在什么环境中，还要考虑如何适应这些可能随时间变化的环境。以上是我的想法，你想对我在“如何编写好的代码”主题上列出的列表进行添加、删除、修改？期待看到您的想法。更新SeivanHeidari的建议以添加：好的代码是在作为API从外部调用时不提供内部实现细节的代码。匿名建议补充：好的代码自然而然。好的代码执行您希望它按时交付的方式，其余的都是废话。DaveDeLong建议添加：好的代码会让读者惊叹，并激发读者编写自己的好代码。PaulCantrell建议添加：好的代码注重权衡。它重视工程，而不是绝对的教条。它也不会使工具或技术成为群体状态标记。RainerBrockerhoff建议补充：好的代码可以很容易地重用（甚至多年后），并且只需几行代码就可以扩展或改编。
