经历了A公司的大换血，自己也因为换血，有了机会站出来承担更多事情。 招聘，新团队建设，团队协作，在一个新旧交替的混乱时间段里，顶着压力做了一些事情，加了一些班。 填平了一些以前业务留下的坑，印象特别深刻的是有一个地图偏移的bug遗留了几个月，在我接手之后花了一天半解决了（《（高德地图）marker定位 bug 解决总结 》），当时很有成就感。 愿意主动去承担事情，主动去解决一些问题，这对个人成长是很有帮助的，并不是所有人都愿意非常主动的做事的，保持个人能力的快速成长需要让自己一直保持在一个有压力有挑战的节奏中，如果有这种机会一定不能放过。
犯错是难免的，也不算坏事，当时自己低估了工作量，导致项目延期，开发的前期没有抓紧，看起来页面都出来了，但是后来慢慢发现交互和数据的处理工作量远大于我的预期，这是经验和意识的问题。最后我总结我犯错的几个原因：
①业务复杂度低估
②前后端接口约定不合理
③采用不熟悉的框架
（1）业务复杂度低估：
一个稍微比较复杂的项目不一定是页面多，表单多，它可能是一个表面看起来不复杂的页面，但是所有的玄机都藏在你做的每一步操作的过程中。同时你要做的是完全掌握需求，了解一层一层的关系，甚至你还得纠错，要彻底搞懂需求，需要不断的找到产品询问目的和缘由。当时我做的产品几乎是没有例子可以抄袭和想象的，业务复杂度在做技术预演的时候难以想象，技术预演的经验也不多，做的也不到位。
（2）前后端接口约定不合理：
后端接口功能是尽可能单一，我要做一个事情可能会同步处理和调用很多接口，在单页面应用里，这样做的结果导致数据渲染就变得异常的麻烦。后端可以省很多事情，但是工作量移交给了前端，本身在单页面应用里，前端的工作量就比较大（项目的前后端配比是1:1, 只有1个前端和1个后端）。
（3）采用不熟悉的框架：
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式