1. 编码规范 相信编码规范对于大家来说不算是陌生，如果在 9102 年再次聊起这个话题，恐怕耳朵会起茧，但编码规范从制定到落地是一个艰难的旅程，特别是对于不同成员的编码习惯，还有棘手的祖传代码。无论你是老司机还是新手不妨了解一下。 如何制定编码规范？这是一个永恒的话题，甚至出…

代码是写给人看的，好的命名对提高代码的可读性至关重要。 命名是一门艺术，需要有良好的描述技巧，有些人天生具备这种能力，而大多数人需要为之奋斗。 选择能够揭示意图的名字。例如，定义一个变量用来表示“上次更新的记录”，应当将它命名为 lastUpdatedRecord，而不是 re…

编写干净的代码并不是一件容易的事。它需要用不同的技巧和很多的实践。写出一手整洁的代码也是开发者们不断追求的目标。 让我们先来看看编写干净代码的一些好处。其中一个主要好处是，干净的代码可以帮助我们最大限度地缩短阅读和尝试理解代码所需的时间。凌乱的代码会减慢任何开发人员的速度让他的…

此为知乎问答，我把我的答案稍作整理放到这里来了。 首先说一个最重要的优化原则：代码优化是每天都要进行的，而不是一两个月做一次大优化，那时做就已经晚了。另外由于优化是每天做的，所以你不需要一次的就过度优化，保持小步快跑即可。 这个原则为什么重要？因为很多程序员会在写代码的时候说「…

不知道各位出包流程是否一样，反正我这边现状是每次后端要包，都需要打一个包，然后压缩并通过企业微信发送。或者迭代出包，首先打包，打完包之后压缩通过邮件发送给测试，并要重命名每一个文件的名字，比如名字为迭代版本 + 年月日时分。这样的流程非常繁琐，每次走这个流程都十分难受。那么，我…

对于中大型前端项目，项目规范与代码质量尤为重要。当功能需求变更或需要重构时，随心所欲的(糟糕的)代码可能带来比重新开发还麻烦的问题。 这个问题不用作过多阐述，想必接手过他人代码的同学，多少都有些体会。简单来说，太过随意的代码会让强迫症患者难以容忍，难以阅读理解的代码有时甚至不如…

不以规矩，不能成方圆。 对于团队而言，统一很重要，代码是写给人看的，然后顺便跑在机器上而已。 每一种事物都有它被发明时，都会有其用处和目的，每一个事物都是自己擅长和适合的领域； 我们要在对的地方使用它，让它做自己擅长的事。 我们知道，当一个团队开始指定并实行编码规范的话，错误就…