技术场景
前端获取数据通过Socket IO与Node.js交互，其交互过程基于异步，前端页面将要获取的数据通过指令发给Node Server，Node再将根据指令去调用Gearman相应的接口，
当Gearman执行结束，会将数据发送给Node，Node再将数据发给前端页面。
下面是开发中遇到的一些问题
1 一个业务操作进行了多次IO交互
对于前端页面来说，每发一次指令就是一次原子操作，而要完成一次业务场景，就会产生多次的原子操作，比如下面用户加房间的过程
获取用户名片 -> 加入房间 -> 创建卡片 -> 获取房间信息 -> 加入房间
上述场景是在有房间无名片的用户加入房间整个原子操作，先获取用户的名片信息，如果是一张系统生成的默认名片，就将用户加入到房间，并弹窗要求用户创建名片，
当名片创建成功，获取该房间的信息（有可能房间已经结束），而后加入房间，客户端发送的网络指令如下：
get_card_info->join_room->create_card->get_room_info->join_room
共进行了5次网络IO，多次的网络IO操作会造成页面数据延迟加载，而每一个原子操作都是异步的，因此会在回调函数里进行回调，出现多层回调嵌套的代码。
解决：提出了复合命令的方式向服务器请求（初定）
2 接口定义
项目开始定义了后台需要实现的接口，但是在实际进行中才发现，最初定义的接口往往不够，开发中还会增加或修改接口
3 单页&多页
本次开发是一个多页应用，在实际体验中，多页的应用会加载每一个链接的js、css、html文件，因此页面之间的切换会有一个延时等待的过程，降低了产品的流畅度。
计划在下次改版及下个项目中去使用单页开发
4 UI
因为项目开始我们还没有专门的人来做UI，而我们由没有太多的时间花费在UI设计上，导致页面看起来不够美观，色彩搭配不是很合理；另外，项目中采用了ionic框架，
但是由于缺乏专业UI的设计，以至大量的css代码需要手动完成（自适应能力兼容性也不敢保证），ionic也没发挥出它的功能。
解决：确定好使用某一套UI框架的时候，前端美工人员的界面要基于这套UI来做。
5 页面交互
现阶段的页面交互是比较生硬的，如弹窗之间的动画效果没有，用户触摸时背景切换，在网络延迟的情况下，用户可以对一个提交按钮进行多次提交，导致后台数据冗余等等。
解决：此类的js特效可以采用某个前端框架的交互效果；也可以自己实现这些交互效果，并逐步将其抽取出来，形成公司移动端的固定的交互模式。
6 代码结构
因为js语言的灵活性及语法的特点，如何组织代码提高可维护度，这还需要一定的时间来提高，我想对于前端的压力，经过2个月左右的锻炼和学习，能达到一个专业的水平，胜任
前端任务。
总结：现在前端的压力主要集中于对js代码的熟练以及对渲染性能的把控，因为移动设备渲染DOM元素能力并不是很好，当元素存在阴影、滤镜及css3的一些高级特性的时候，渲染很慢，
在后续的开发中，将逐步提取形成一些模块化、框架化的可复用代码。