说实话，我在大学主修Oscar先生的英语English reading and writing（英语阅读与写作）时，感觉非常糟糕：拿写记叙文为例，第一段必须交代清楚when(时间)、where(地点)和charactor(人物)，随后的段落里又必须要使用3个details（细节）和与之对应的3个reasons(原因)... ...如果不这样写我将要因此lose my point（丢分），这令我感到我的作品处处受限。
然而我的态度在我全身心的投入到软件开发的事业后发生了改变：在就像法律制约下人们的自由才真正得到保护那样，我们身边的一切——可能是代码，也可能是我们的宠物狗都需要在规范的引导下才能真正的自由、高效。比如web后台开发最最经典的MVC模式，就是成千上万的后端开发者在多年的开发中提炼出的宝贵经验。当然你也可以置前人的经验于不顾，但最后吃亏的肯定是你。（这并不表示我们必须一味地继承前人的遗传而不做任何的创新和改进）。同时，也像《javascript高级程序设计》的作者Nicbolas C.Zakas所说的那样，“当你开始工作时，你不是在给你自己写代码，而是在为后来人写代码”。程序开发的的确确是一个“承前启后”的工作，在这个工作中，开发的规范性就显得格外重要。尤其是javascript这样一种极其灵活的语言（虽然我一直不愿意承认它在这方面的确是有缺陷的），一个合理的开发规范更是重中之重，它能：
- 使我们的代码优雅、整洁、美观，提高代码的可读性。
- 提高代码的运行效率。
- 为你的团队的开发效率开发打上润滑油，使整个团队的代码看起来像一个人写的。
- 利于代码后期的维护与fire bug。
这个系列的文章适合所有前端工程师，但特别适合： - 刚刚加入实验室项目组，有一定基础技能但没有开发经验的大学生。
- 刚刚进入公司或即将进入公司的毕业生（规范的代码会让Boss对你刮目相看）。
- 开发过一些项目后发现由于规范性的原因导致自己的代码效率低下，想提升自己代码效率，统一代码（比如项目以某个”规范“开发了前面部分，后面部分又”不由自主“的换了一套规范），优化代码的”独行侠“。
这个系列的文章是我在项目开发中总结的经验和对《编写可维护的JavaScript》的总结，会采取持续更新的形式（大概一周左右更新一次），在7月份会推出相应的视频教程，希望学习相关内容和获取最新动态的朋友可以关注我的博客。