时间很快，工作都快一年一个月了。今天就花点时间总结下自己该提高的地方。
个人
- 找到“真正”的问题比解决问题更重要。记得自己好多次遇到问题都是猜测哪里哪里出问题，然后就想急急忙忙去实践了。这样的做法有时固然奏效，但实际有点瞎猫碰到死耗子的意味在里边。也就是说，我是在碰运气。这对解决问题和提高自己的能力帮助都不大。每当我抱着这样的想法去请教架构师时，他总会让我先定位问题，再解决问题。这就是他和我的差距。
- 用数据说话。有很多次跟上级汇报问题的时候，我都会不自觉地说哪里哪里运行很慢。直到后来霞姐提醒我，我才意识到，原来我一直都是一些模糊词。除了上级不知道确切的问题之外，我也是不知道的，要不我也不会用这些词。改变自己的做事方式，用数据说话！
- 设计优于编码。好多好多时候，遇到一个问题，马上就想编码实践，看看能不能实现。这种做法对一些小模块还可行，但对大模块就不好使了，因为大模块往往涉及的东西很多，过早编码可能会导致后续很多问题，如代码结构差乱、考虑不周、性能低。 为什么自己不想先设计再编码？因为设计是一项很费脑的工作，而且也比较枯燥。说到底，还是自己不愿意多动脑，懒！
- 多关注前端。因为自己是做后端，所以对前端基本上也不关注，更谈不上理解了。不过这样的做法是有问题，对前端多理解一点，一方面是提高自己，另一方面是让后端和前端的对接工作更顺畅。
走出舒适区，多动动脑！
项目管理和团队协作
一直以来，自己对项目管理和团队协作的认识都很肤浅，没有全局观。有几点有待提高。
- 关注项目进度。以前自己一直觉得自己工作完成了最好，如果实在有延迟也没多大关系。但我错了，一个项目的启动和发布实际都是有严格的时间表的，团队中一个人工作的延迟都可能会导致整个项目的延迟，这是很严重的问题。以后，多关注项目进度，有风险及时跟上级沟通。
- 多站在别人的角度思考问题。一个项目的完成需要整个团队的全力协作，但可能因为某个人的不合作导致项目的延迟。自己在团队协作这方面还是很欠缺，有很多时候是站在自己的角度思考问题，从而导致对他人的不理解，最后引起协作的摩擦。以后需多站在别人的角度思考问题，把团队和项目放在第一位。
- 先让别人把话说完。还是自己的急性子，有时喜欢在别人没说完的时候的就打断人，一来自己没有了解别人的想法，二来给对方留下了不好印象，给互相之间交流带来了困难。以后要多多改进，做一个善于聆听者。
