189 8069 5689
文章目录[隐藏]
如果你不是计算机科学毕业生，那么你很可能没有在大O上做过很多工作，O是一个数学符号，它允许你在无限输入的假设下，衡量一个计算机算法的速度和内存大小。
这是一个很好的衡量代码效率和成本的方法，但除此之外，大O无法衡量其他任何东西。它是一个数学工具，用来衡量我们代码的复杂程度；然而，它没有衡量人的变量，具体的系统需求或我们的软件架构。
我并不是建议你忽略大O，而是你应该把它当作它的本质——一种数学方法，它构成了什么是质量代码的标准的一部分——而不是把它当作一种绝对的度量。O Big是衡量代码质量的一个很好的起点，成都网站维护公司但是不要止步于此。你还有工作要做。
代码持久性是构成高质量代码的最被低估的因素之一。简而言之，它衡量您的代码将处于生成和维护生产代码的所有阶段(从功能概念到成都网站设计公司 测试和部署，再到新功能的重构、调试和实现)。
想想有多少代码通过了所有这些过滤器并到达了终点。更重要的是，在所有新的修订和未来的实现中，有多少代码保留在那里。
当一些代码必须部分或全部重写时，这是浪费时间和巨大的障碍，因为没有人知道它做什么或如何工作，或者因为它是从头开始编写的，而不是试图使其工作更具成本效益。这个代码质量不高，不会随时间而改变。
系统可以改变，需求和技术也可以改变，但是好的代码可以在没有修改或者修改很少的情况下存在。
下次你写代码的时候，请坐下来想一想，“我怎样才能用这样一种方式来解决这个问题，我只需要编写一次代码？”解决办法不会像你想的那么明显。发挥你的想象力，创造一些伟大的代码。
有大量的插件、附件和格式标准，但是很可能你将被迫在特定的工作中使用特定的工具或标准。但是不要认为这是一件坏事。相反，限制会迫使你学习新的编码模式，灵活运用你的技能。
这些工具将帮助你组织和统一你的代码，但它们不会为你做这项工作。你所拥有的 成都建站公司 好的工具就是意识到你在做什么，并且保持一致。
以下是一些提高代码质量的技术思路:
使用棉绒。遵守编码标准。适当地注释您的代码。使用好名字（变量、函数等）。不要忽视适当的测试。利用自动代码审查工具和持续集成工具。分享您的代码并征求反馈（代码审查）。注意项目的大局。与经验丰富的开发人员结对编程。及时了解更新和新库。阅读代码完整和干净的代码。
为你的代码获得技术帮助可能会有很大的帮助，但是如果你不知道如何正确使用工具，也会让你望而却步。找到使用技术知识的成都网站建设位置，而不用浪费时间过度设计代码。
凯尔·辛普森(Kyle Simpson)解释了编写“人类代码”的想法，这意味着当编写代码时，它清楚地表明它是为我们编写的，而不是为计算机编写的。没错，计算机会编译、链接、执行代码并与之交互，但现在抽象层很多，我们的代码几乎无法翻译其确切意图。所以在这里“保存”一些字符或使用字体连字是没有意义的，因为它们会被解析得更快。
这个“人类代码”的想法很棒。它允许你编写尽可能清晰易懂的程序，并总是考虑我们未来的自己或同事会处理它。
当然，您应该确保性能(大O)和其他因素(如编码标准)不会降低，但请始终记住，这是人类的信息，而不仅仅是使某些东西工作的代码片段。这是思维方式的巨大转变，会帮助你写出更好的代码。
换工作的一大麻烦是学习新的代码库。有人不同意吗？我以为不是。在一堆新旧未提及的意大利面中游泳可能会令人紧张。但几周后，一切开始变得有意义了。
帮自己一个忙，用常识来理解如何将新代码安装到旧代码库中。你的新代码可以流畅、快速、优雅且易于交流，但如果它位于错误的文件、错误的范围或错误的块中，看起来仍然不合适。语境很重要；新代码的位置很重要。请记住，您是在为您和您的同事编写代码——将代码放在哪里可能会导致很大的混乱或有见地的澄清。
代码库中的设计模式非常重要，所以不要破坏它们。顺其自然吧。如果你的项目已经在函数式编程上投入了大量资金，请不要像疯子一样到处创建类和方法；这会让你看起来很糟糕，也会让所有人困惑。写出好的代码是本能和知识的结合。两者都需要时间，但是奖励是一种真正的艺术形式。
在你发布任何代码之前，你应该问五个问题，这将增加你对上传的内容是好的还是只是另一个临时解决方案的认识。
每次提交之前，请尝试回答以下问题:
如果您对代码的一部分进行了错误的更改，您的系统会崩溃吗？您的代码可以在系统的其他部分重用吗？随着时间的推移，您的代码是否可以轻松更新或升级而不会添加错误？您的代码是否易于理解，是否符合逻辑？您的代码高效且体积小吗？
如果你不能对这些问题给出一个清晰和满意的答案，这意味着你应该回去重新考虑你的代码。假装问题不存在不会让它消失。
有时候重写整本书会更好。旧技术、错误百出的糟糕代码库、需要全新架构的新需求以及升级问题是这种方法可行的几个原因。不管你是出于什么原因在考虑它，请确保这是正确的决定，下次你做出正确的决定，做出持久的代码。
写出高质量、持久的代码不仅是可能的，而且是必要的。2019年6月，Tidelift和New Stack联合对专业软件开发人员进行了一项调查，结果显示，开发人员70%的时间都花在了阅读代码上，平均每天输出约10行代码。这意味着我们花了大量的时间来弄清楚我们的系统是如何工作的，而不是实际写一些代码。
像生活中的一切一样，伟大的代码是关于平衡的；没有放之四海而皆准的答案。这取决于你的系统，你的投入和你想要达到的结果。但是你需要知道如何缩放和比较，如何回过头来调整，如何编写永不消亡的代码。
本指南将帮助您编写更好的代码。不要光看。研究它，分享它，提供一些反馈，最重要的是应用它。
伟大的程序员不是天生的；随着时间的推移，他们试图变得更好。
记住，保持冷静，远离代码！