介绍一下本人背景吧，普通一本院校毕业，从事前端工作2年有余。正确的说是马上要步入程序猿著名的‘3年迷茫期’了，居然提前更年期了！？我才25好吗！？
然而我是真迷茫了，从工作到现在一直是迭代升级迭代升级，都腻了啊~~第一家迭代的是table布局的项目(囧~)，第二家迭代的是requireJS架构的项目(这个还蛮有水平)，目前这家迭代两个项目(nodeJS+express+angularJS+grunt+bower，nodeJS+koa+vue全家桶+webpack)。其实总的来说，我还是比较幸运的，至少迭代的这些项目架构清晰，代码规范，维护起来还是不怎么费力气的~好吧，接下来顺便讲讲我的迭代经验吧。
一、由大到小，拿到项目代码先不要一行一行的去看，先搞清楚整体项目架构（项目使用的技术框架，整体的业务逻辑）。
二、本地项目跑起，显示主页。根据项目技术架构，将本地开发环境搭建好，显示主页，开始熟悉项目业务逻辑。这里要注意区分好开发环境和生产环境，以免本地调试影响了线上项目。
三、根据具体的迭代需求，哪里需要点哪里。这里实现迭代逻辑的时候，不能随心所欲自己怎么习惯怎么来，要严格根据项目代码架构，代码命名规范，在原来的基础上做修改。(如果你认为原来的代码写的很渣，那就按你自己的来吧大神~)
四、善用关系型查找功能。无论是sublime，HBuilder，atom还是webstorm，任何一款成熟的代码编辑器都有关系查找功能，鼠标悬浮在变量上方，Windows按住control，mac按住command，会看到对应的变量变色，点击它，会出现其它地方有引用过该变量的列表，就这样一级一级查下去，这个变量的含义就一清二楚了。
好吧，讲的比较笼统，算不上干货，见谅~~
说回我自己，一直迭代，严格地来说至今仍未形成自己一套成熟的技术栈，根本就没有核心竞争力好吗~~其实我早就盘算好了，这家将是我做迭代的最后一家，以后我要构建项目给别人迭代！哼哼哼！！！
我不是一个喜欢在网上发牢骚的人，只是最近深圳阴雨连连，很影响心情，而且最近周围也有一些负面情绪，是得宣泄一下。最重要的一点是，今天忘带耳机了！不能在公司看慕课了😭。。。问我为什么这么闲？我前端页面早就搞定了，后端接口还没做好(逃~)
