持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第3天，点击查看活动详情 前言 ESLint，众所周知，他的主要工作是校验我们写的代码，然后规范我们的代码...

本期看点：中高级前端工程师都需要熟悉的技能--前端缓存、这个夏天，用仿小红书实战带你玩转 React + Redux、面试官为啥总是喜欢问前端路由实现方式？

一、javascript编码规范 实际上，编码标准是有争议的，每个人可能都有自己的标准，但对标准应该是什么样的，则似乎很少能达成共识。 但编码标准意味着，通过共同语言和一致的结构，把开发人员从无意义的

加班只可以用于解决紧急任务，但加班不是银弹！如果我们为了这个架构任务把未来一个月的下班时间从9点变为12点，那就一定会因为加其他的任务从12点变成凌晨2点！一旦遇到线上bug或加急改动，完全没时间休息了。对身体的伤害就不说了，两边的任务质量都会下降，也没有思考、规划、审查的时间…

磨刀不误砍柴工。性能和开放是目前钉钉表格比较重要的命题，而随着我们的优化逐渐进入深水区，难免需要对已有的架构做一些手术。下面是我最近在实际开发中，对代码进行重构的一些心得的记录。

从研发自测、提测阶段的推进、需求标准对齐、制定测试规范、Jira 信息可视化与追踪，以及其他方方面面的跟进。我们所做的一切服务都是为了版本的上线，给用户提供高质量、高可靠的产品和服务。

曾经看过一个词，叫"前端赋能",这个词可能有点装逼，但是在我理解，就是造轮子，造一些对自己有帮助的轮子。我觉得这是一个摆脱板砖的方法。 我最近常做webApp的是一个基于混合开发的h5页面，它是一个一对多的产品，里面有很多地方需要手动打点。例如我们常用的adjust.adjus…

在之前文章说到，简单 if-else，可以使用 卫语句 进行优化。但是在实际开发中，往往不是简单 if-else 结构，我们通常会不经意间写下如下代码： 毫不夸张的说，我们都写过类似的代码，回想起被 if-else 支配的恐惧，我们常常无所下手，甚至不了了之。 下面分享一下我在…

最近做完12月份版本需求，有一些思考不够深入的代码，因此写一下总结，希望大家日常写代码多点思考，多点总结，加油！同时哪里有不对的，也望指出。 一、复杂的逻辑条件，是否可以调整顺序，让程序更高效呢。 假设业务需求是这样：会员，第一次登陆时，需要发一条感谢短信。如果没有经过思考，代…