直接开始敲？开什么国际玩笑 。（哼！设计师已经有点儿不想理你了。）

难道就不分析，想一想？总之还得要对整体能有大体把握，对时间和技术有所预期。
当然还有很多要做事情的，包括前端规范文档，前端用到的框架，前端兼容性级别，前端项目的部署等等，很多都是经验积累，有些在过程中也要做的。

过程中也可能遇到这样那样的问题：

1.技术瓶颈：及时提出，大家一起探讨。有可能是自身技术限制，也可能目前环境下技术不能实现。好学是一种本能，但不要做所谓纯粹的伸手党。

2.需求变更：明明做得很完美了，可是需求变了，你又得重新来。那么你得反思一下自己，编写的扩展性好不好，模块化合不合理……另一方面，需要不断和产品经理、设计等沟通，多从他们那里获取更多的可用信息，同时要大胆说出自己的想法。不要以为一直忙着编写效率就高，想法很重要，也许你白活了一天，人家三下五除二立马就给你解决了。
……

还有很多事情，不想说那么多了，因为已经很乱了。总之这是一个学习和积累的过程，记录笔记，不断的总结和思考，站在巨人的肩膀上，像上帝一样地思考。

后来，你会发现自己做起来越来得心应手，胸有成竹。

设计师都等着被勾搭一下，真是没情趣的孩子，至少问一下有没有男/女朋友，唉。

不喜勿喷，就酱，有人喊我睡觉了