1. 错误的代码
尚学堂用一个故事讲述了糟糕代码的后果：
一家公司编写了一款非常受欢迎的应用程序，发布后，许多专业人士购买并使用它。 但好景不长，发布周期慢慢开始拉长，bug始终无法修复，加载时间越来越长，崩溃的概率也越来越高。 以至于所有用户都放弃了该应用程序，该公司也倒闭了。 后来，笔者见到该公司的一名员工，向他询问了当时的情况。 该员工表示，当时他们正赶着推出产品，代码写得乱七八糟。 添加的功能越来越多，代码也变得越来越糟糕。 最终没有办法管理这些代码。 最终，不良代码导致公司倒闭，可见不良代码造成的危害。
那么您是否曾因糟糕的代码而苦恼过呢？ 我认为答案是肯定的。 那么为什么还要继续写糟糕的代码呢？
你想快点完成它吗？ 您想在项目截止日期前完成任务吗？ 有可能，也许你觉得自己没有足够的时间去做好工作，也许如果你花时间清理代码，从而耽误了项目周期，你的经理或者老板会大发雷霆； 也许你只是不耐烦地继续从事这个项目，希望尽快结束这个项目； 也许你手上还有积压的其他工作，让你意识到你应该完成你正在做的事情并继续下一个任务。 我想这一切大家都经历过。 我们都审视了自己造成的混乱，并决定将其抛在脑后，继续新的一天。 我们都见过我们编写的蹩脚程序实际上可以工作，并得出结论：一个能工作的蹩脚程序总比什么都没有好。 我们都说过放手吧，然后再回来，但当然，在那些日子里，我们没有人听说过勒布朗定律：后来等于永远。
2. 混乱的代价
任何有多年编程经验的人都应该被糟糕的代码所困扰。 当遇到这种代码时，可能会严重耽误项目进度。 因为每次修改它都会影响其他几个代码。 代码没有什么小事。 每次添加或修改代码时，都必须熟记之前的代码，然后才能添加或修改。 那么乱七八糟就会越来越大，直到无法再清理、维护、束手无策。 。 随着混乱的增加，团队的生产力逐渐下降，甚至接近于零。 当生产力下降时，管理层所能做的就是在项目上增加更多的人力，以期提高生产效率。 但新人对系统业务不熟悉，不知道如何做符合设计的改变，或者如何做违反设计的改变。 然后又背负着提高效率的责任，最终只能变得越来越混乱。 最后，开发团队要求管理层重新编写一个新系统，做一个全新的设计。 它不仅要实现旧系统的所有功能，而且能够继续变化。 然后在新系统出来之前继续维护旧系统。 只有当新制度能够与旧制度竞争或超越时，新制度才会取代旧制度。
3. 专业的方法
当产品经理要求你做一个功能的时候，你一定要从开发的角度仔细考虑可能性。 如果你认为无法实施或者有更好的办法，你可以明确拒绝他并说出你的理由。 这是对你的项目负责，也是对你负责，这是一种专业的做法。
4. 拼图
程序员面临着一个基本的价值难题。 任何有多年开发经验的人都知道，之前的混乱已经阻碍了他们，但开发人员面临着最后期限的压力，别无选择，只能继续根据糟糕的代码制造混乱。 但你需要明白，制造混乱并不能帮助你在最后期限前完成任务。 混乱会立即减慢你的速度并让你错过最后期限。 满足截止日期的唯一方法是始终保持代码干净。
5. 什么是干净代码？
· 代码逻辑简单，没有隐藏缺陷的地方。
· 最大限度地减少依赖关系，使其更易于维护
· 优化性能，避免引诱他人进行不合理的优化并造成大量混乱。
· 几乎没有改进的余地，代码作者已经想到了一切，如果你试图改进它，你最终总是会回到开始的地方。
· 能够通过所有测试
· 无重复代码
·体现系统中的所有设计理念
· 使用尽可能少的实体，例如类、方法、函数等。
6. 童子军军事规则
美国童子军的一条简单经验法则适用于我们的专业领域：让露营地比你发现时更干净。
对于我们来说，每次修改或添加代码时，它都应该比修改或添加之前更干净、整洁； 代码移入后，会比以前更干净（可能只是改变一个变量名，分割一个过长的函数，消除一些重复的代码）。
后记：对于大多数转行的人来说，在工作的同时寻找机会补充自己的基础知识，补充自己的基础知识，确实很重要。
“我们相信每个人都可以成为IT高手。从现在开始，选择一条阳光之路，帮助你入门，在学习路上不再迷茫。这就是北京尚学堂，IT初学者转行的聚集地行业。”
好了，今天的主题就讲到这里吧，不管如何，能帮到你我就很开心了，如果您觉得这篇文章写得不错，欢迎点赞和分享给身边的朋友。
