无论做业务需求还是做平台需求的同学，随着需求的不断迭代，通常都会出现逻辑复杂、状态混乱的现象，维护和新增功能的成本也变的十分巨大，苦不堪言。下图用需求、业务代码、测试代码做对比： 图中分了 3 个阶段

声明、输出、判断、循环是开发过程当中最常见，也是我们用到最多的语法，简单语法逻辑在针对复杂的业务情况产生的同时也会变得繁琐且不易维护

在这种场景中，首先还是业务的复杂度决定了代码的复杂度。首先我们来看一个在前端和node都有可能出现的一个简单的例子： 评：emm... 虽然这个代码是故意写成这样的，不过确实也有在一些初学者身上看到过。 这份代码还是能正确给出结果的，但是写法丑陋，回调地狱。如果后来人不进行重构…

写业务代码有成长机会吗？关于这个问题，答案非常肯定：必须有成长机会。对于大部分公司而言，能够写底层代码或者中间件代码的人总是有限的，写业务代码会面临更高的复杂度。 这里分三个层次来看其中的成长机会。 第 1 个层次，让代码写得不一样。可从代码规范、可读性、可扩展性等角度着手，这…

明明看起来很简单的业务，但写出来的软件代码为什么会这么复杂呢？这是所有程序员都可能会思考的问题。。。

目前工作中接手的几个项目都是 B端 PC 项目，业务逻辑都比较复杂，并且代码历史较久，在日常的维护中经常会遇到想摊手的技术问题，发现问题、解决问题、避免再次出现同样的问题，既是项目可持续维护的因素之一

不过，我加入的时机也不是太晚，项目依旧存在很多需要填补的地方，经过这段时间对代码的阅读，以及平时在做需求过程中所遇到的问题，从前端方面，暂时总结出了一些关于项目架构或构建可维护代码方面的小小经验。 这还仅仅是往旧代码中加新代码罢了，如果是下线之前过期的活动代码，或者删除无用的逻…

作为一个前端工程师，令我最头疼的两件事，一个是逻辑混乱且没有注释的js代码，还有一个就是污染严重、命名奇葩的css样式了。 在项目开发中，扎实的基础和高超的技术水平固然重要，但是良好的编码风格也是不可或缺的一部分。开发一个业务或许只需要几天或者几个月的的时间，但项目在线上运行和…

你有没有骂过“前任”的代码？你的代码有没有被吐槽过？没有注释，命名随意，没有封装，结构混乱，一个页面几千行。。。。 如何写出优雅的代码，让自己不被吐槽，让人羡慕，接下来咱就一起聊聊如何写出优雅的代码