有一种声音是：复盘无意义，认清现实吧。遇到这种消极的言论忽略就好。
复盘主要是因为当时的处境没有能够很好的处理并形成整体认识。所以需要在事后，通过推演得出整体脉络，从而获取各种或细枝末节或整体的结论。

一、
之前在小米的时候，工作量是轻松的，一周解决三四个BUG就好了。
但是改动BUG时涉及的逻辑真的是太过复杂，在还不清楚当前功能的逻辑流程前贸然改动，不是在改Bug，而是在埋地雷（写Bug）。

二、
一次在写埋点的时候，真的是被自己蠢到。
１、在没有确定较为优秀的改动方法时，以直接粗暴且工作量高的方式进行bug修改。导致之后返工。
２、在时间紧迫的情况下，没有对代码进行优化（高要求）和试运行（基本要求），选择立即上传代码以彰显自己的工作速度。这既不符合工作要求（稳定达标），也违背了程序员的初衷（写出优秀代码）。

三、
我最经常的一种操作是，在做事过程中遇到一个记不清的盲点然后搜索，知道了这个盲点的意思后就继续回到工作过程。结果，每次遇到这个盲点都要再查一遍。真没要想过要记住这个知识点，太依赖搜索，也不愿理解透。 ​​​​

四、
最近在回看一些基本的Android知识，看的时候觉得有印象但是没有深刻理解并融入到知识体系。建议：
１.　边看知识点，边将重要知识及想法记录下来。
２.　中途遇到不懂的，请一并查清楚。然后再回头继续看该知识点。这样两个知识点同时进行了加强。