有时候自己也想过，我为什么要总结，总结有什么意义呢？
总结只是为了完成leader的要求吧？总结工作中出现的各种问题，然后建立各种文档，文档那么多，哪有时间回头看啊。这明摆着就是一个面子工程，没有实际意义。
总结的多了，这才发现不同，我不知道是不是 设下大家要多总结这个规矩 的人的本意，但我猜，我找到了我自己总结的意义。
我上周又总结了一次bug，我昨天也总结了一次会议内容，我还写了几篇说明文档啥的。说实话，我现在已经记不清楚我当时总结的是什么bug了，但是我记得，有个bug的逻辑非常复杂，就是那种特别绕的bug，为了写出bug原因，我去找开发了解。
开发说：“这个问题简单来说就是我这边接收不到底层to过来的数据，只能接到一个false，所以出现了异常判断。”
我：“哦，这样啊，但是这个功能是下载呀，不是服务器to给客户端吗？怎么还有底层的事儿呢”
开发说：“先过底层，才能到我这。”到这明显感觉到开发已经有些讲解困难了，话也少了。不是人家不乐意讲，他应该能感觉到我对底层逻辑不太熟悉，说个不好听的，“对牛弹琴”基本能表达了。
我：“哦，明白了，谢谢。”
抬起脚我就走，实际上我懂了吗？我懂了一半吧。但我怎么没问呢？人家已经讲不动了，你还怎么去问呀？走了五六步，我不走了。没法儿走呀，我上去还要跟leader同步情况呢。是。我可以用我理解的一半的内容去跟我们leader汇报，我的leader也不太懂底层逻辑。但是。这么做不但自己挺尴尬的，而且，万一以后东窗事发了不就GG了。小时偷油大时偷牛，这个坏头起了还了得？琢磨一下怎么解决才是正理。
我了解leader问问题的思路，他会沿着一条线一直问下去，直到彻底搞明白为止
So我心里模拟了一下我要汇报的内容，然后根据我汇报中出现的一些新名词，模拟一下leader可能问我的问题，我能答上来的那就是我能理解的，我答不上来的，那就是可以去找开发了解的，毕竟我不是要学习底层逻辑，我只需要知道原理。古有曹植七步成诗，今有我五步想这么多，哈哈。恩，优秀。
与同事沟通带着笔和本子的好处就体现出来了。
我画了一个服务器，一个客户端。客户端分两层。找到开发：“再麻烦一下，我想着上去以后还要跟leader汇报了解到的情况，又想到了几个不理解的地方，辛苦再解答下吧”（恰当的用leader的名头可以有效推进工作进展，但要时刻把握使用时机，此时提出不会将leader拉进该事件，但从侧面能够给予对方此事有上层关注的心理暗示，可以起到推动作用）
后来咔咔的就跟leader汇报清楚了，还受到了表扬。
实际上通过做总结这个事，自己又学了点什么呢？
- 我知道了一些底层逻辑的东西
- 下次遇到类似的问题我可以提前想到，防患未然
- 我掌握了一些沟通的技巧
- 我应用了一次“想一步，再多想一步”
- 对于项目推进的过程有了新的理解
第1、2点是显而易见的成果，但往往最容易让人忽视的3.4.5才是最大的收获。
人要学会常常总结自己，人生就是一个不断反省不断进步的过程，总结有利于及时找到自己的不足并改正，特别是优秀、高质的总结更能收到事半功倍的效果。在工作中养成良好的总结习惯和总结方法，有利于对自己的工作和生活进行合理的规划。总结给了人努力工作的动力，培养人思考的习惯，使工作更有效率，头脑更加清醒，目标更加明确，工作更有意义。这是提高工作效率的一条极其重要途径。
整理总结一下现阶段自身的能力，可以及时发现自己的缺点，但同时也可以发现自己的亮点。时刻谨记木桶定律，要敢于承认自己的不足，但也要充满干劲的继续完善、充实自己，毕竟有能力的人在哪里都能发光，补足了短板，到时候升职加薪，迎娶白富美，从此走上人生巅峰还不是美滋滋？加油！！！！
