回望
18年已过大半，回顾过往，产生了许多变化，在生活中，心态逐渐由浮躁变得耐心了，不再跌跌撞撞的向前了，明白成长就是肩上承担更多的责任，每天能够感觉自己在进步，接受新知识，产生新的想法，可能是学到了生活上的一个小妙招，或者说想到了解决问题的其他方法。
直面问题
越来越觉得遇到问题很重要，在我看来，大部分人遇到问题想到的是如何快速解决它，可能是由于趋利避害的原因吧，而不是深入的思考产生问题的原因，可能取巧解决了这个问题，下次又遇到类似的，会导致花费更多的时间解决，遇到问题是好事，有利于构建自己的知识体系，所以我慢慢的又开始将遇到的问题记录在博客，这个总结也不例外。
设计自己的代码
开发时，不要拿到需求就开始开发，学会往上层思考，为什么会产生这个需求，开发这个功能，到底解决了什么痛点，甚至这个功能有没有必要开发（当然不是想偷懒。。。）
如何抽象
开发中，尽量不要一股脑向下写，自己给自己挖坑，如果感觉再重复劳动，就需要思考下，是不是需要重构了，开发一个函数，尽量让这个函数的职责相对单一，不要既查询又修改。
《重构 改善既有代码的设计》这本书写的很好，里面的话让人醍醐灌顶，一个好的函数，应该是没有副作用的，这样对提高重用性有很大帮助。重用性
- 这可能是所有开发面对的难题，如何提高代码的重用性，避免重复造轮子，实话说，很羡慕那些能设计出优秀接口的大牛，设计思维真的太重要了，作为程序员，不能老是抱着增删改查不放。
- 有空多阅读开源源码，设计模式，代码也有套路，毕竟前人是踩过很多坑总结出来的。
产品思维
产品思维方面可能理解不是很深，也需要多学习思考。
界面风格需要统一
- 就拿我们端到端的项目来说，有些界面的时间选择器样式各异，就是需要改进的地方。
运维自我监控
- 运维产品本身就是监控其他资源的，有时候部署的程序挂了，无法及时发现，所以自我监控功能显得尤为重要，发生问题后，无论是发送短信，还是邮件通知，总之需要让人能及时知道发生了问题。
团队协作
避免重复劳动
- 平时多沟通，可以有效避免重复开发一些功能，可能同事已经开发好一些共用的组件，所以平时不仅仅关注自己的任务，也需要多了解别人在做些什么。
尽量别给别人留坑
- 每个人的思维不同，自己在逻辑不清楚的情况下，开发出的代码，过个10天，自己都不知道这么实现的目的，所以，必要的地方增加注释。注释不仅能帮自己梳理逻辑，他人维护自己代码时，也能很快上手。
寻求帮助
- 三人行，必有我师，一个团队，无论多大，对待问题，每人都有各自的见解，如果遇到棘手的问题，向他人寻求帮助，不要闭门造车。
展望
- 公司更新在钉盘的微服务教程很好，需要慢慢“咀嚼”。
- 开发方面，如果可能，可以做code review，优秀的代码可以用来作为开发规范中的案例参考，互相学习。
- 开发需要文档化，规范化，做到有迹可循，便于构建知识体系。
- 技术更新总是很快，学习的东西总是很多，要学会拥抱变化，没有什么是不会变的，一招鲜不能吃遍天，希望自己能不骄不躁，砥砺前行。
