1. 学会深入思考，总结沉淀 （要多思考实物的本质，挖掘解决方案流程）
1.1 形成自己的方法论，遇到问题的时候，直接套方法论，一步一步走。（本人觉得自己还是总结的也不是）
其实就查bug这件事来说，是一个发现问题，排查问题，解决问题的过程
包含了触发、定位、复现、根因、修复、复盘等诸多步骤。
比如说定位，如何缩小范围的？走了哪些弯路？用了哪些分析工具？
比如说根因，可以研究的点起码有linux的OOM，k8s的OOM，go的内存管理，defer机制，函数闭包的原理等等。如果这些真的都不涉及，仍然花了一周时间做这件事，那复盘应该会有很多思考，提出来几十个WHY没问题吧…
有人会说，我天天和PM撕逼，没时间弄性能优化。好吧，那就从业务的层面来思考。
可以总结的地方有：
1、如何做系统建设
2、系统核心能力
3、系统边界
4、系统瓶颈
5、服务治理
6、如何引导PM，做到架构先行于业务，值得思考哈
例子：接受别人的烂代码这种蛋痛的事情，都能让Martin Fowoler整理出一套重构理论
2. 积极学习，保持技术热情
标签：哪些,OOM,根因,开发人员,笔记,思考,复盘,PM 来源： https://www.cnblogs.com/vingLiu/p/14225654.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。