本文的内容来自这篇文章

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