进入新公司也有快三个月了，总结一下自己学到的东西和不足之处。
技术方面
- 更慎密的逻辑：以前做功能总是各种赶着来，但是新公司采用的是敏捷开发，每个迭代都安排着合适的任务，所以有更多的时间思考代码的逻辑，而且有了review后经常自己觉得没问题的点，在别人看来问题很多，感觉自己在很多方面思考得不够细腻，这是有待提高的一个点。
- 更强的代码健壮性：坚持不信任原则，无论是用户输入，还是二方三方接口的调用，都要进行非空等必要的检查。虽然可能会比较影响代码的美观，但是对于一个上线的系统，稳定性才是关键。
- 将重构融入日常开发：编码-重构-测试，先以完成任务为目的进行编码，然后以提高代码质量为目的进行重构，写完一个可以独立测试的功能点为步长。
- 分布式系统：知道分布式系统的概念已经有很长时间了，第一次接触到线上商用的分布式系统。而且并不是用的spring cloud 全家桶，而是自己找各种组件整合起来的分布式系统，很佩服公司里的大佬们。
- devops：都体现在工具的使用上，不得不说实在是很好用~
- 设计模式：之前很多设计模式只是处于纸上谈兵，现在也写了一些，看到了很多。
业务方面
- 技术为业务让步：再牛逼的技术不能给公司带来价值也没用。
- 熟悉业务的方法：项目是由多人完成，可能你只熟悉自己做的这一块内容，所以需要快速熟悉他人所做的业务内容。看日志排查问题，code review都是不错的办法。
- 摸清楚需求再动手：之前习惯是拿到东西就埋头苦做，有时候需求理解得不透彻，导致返工，所以拿到需求后应该多分析分析，找产品问清楚，然后最好是能画些设计图，这样既捋清楚思路，而且又会有额外的产出（写完代码基本上不会回去补文档和设计图的有木有~），这是一个很好的方法，要贯彻执行！
- 注意上下文：很多需求并不是全新的，而是要在他人的代码上进行修改，所以这就需要把上下文捋清楚，代码的源头，调用的机制，使用了啥设计模式，为啥这么做等等。不弄清楚容易写出糟糕的代码，而且可能会出现返工（亲身经历。。。）
- 记录东西：作为聪明的程序员，肯定不能死记硬背这么多东西啦，大脑需要存储更重要的知识~所以平常多记笔记，做了啥，为啥这么做，好处是啥等等，把想到的记下来，然后代码上线后就愉快的忘了它吧。
可能还有一些遗漏的，但是以上的点都是我的亲身经历，总结出来的经验也需要贯彻执行。以前总以为会这会那很牛逼，但是现在看来自己还太年轻，学技术不难，难的是应用到实际中去，把对应的问题解决得漂漂亮亮。所以
1. 做好手上的每一件事，把用到的知识摸清楚，注意细节。这样到实际使用的时候才能信手沾来。
2. 学习学习学习，非常重要，说不定哪一天就会用到了。
总结就是不仅脚踏实地还要高瞻远瞩