第一次做晋升评委，强度比校招还大，因为述职的都是身边的同事，所以比校招听的更加用心，趁着热乎，先写一些琐碎的感想吧
==== Review 团队同学PPT的感想
1. 大家没有认真听我关于写PPT的分享
PPT里面槽点太多，逻辑性不强，这个我就不展开说了
我作为一个技术晋升评委，我不太关注PPT做的多漂亮，但是我希望一眼看过去就可以明白PPT要讲的内容是什么；同时我看完你的PPT要能明白你整个PPT要讲的故事
你的PPT里面那么多小字是几个意思？复杂到让人看不懂的架构图并不能显得你多牛逼
2. 真的要练习“讲”啊
我经常在团队里面苦口婆心的告诉大家平时要多分享，每次分享认真准备PPT，讲之前好好组织一下语言，这样锻炼一下自己的演讲能力，看来都是徒劳
我之前说过，“聪明人因为看到别人吃的亏让自己成长”，不过我觉得可能大部分同学都要经过一次述职失败才能认真去锻炼自己演讲的能力了，这我很心痛
==== 做评委听的感想
目的：让评委听懂，让评委理解你牛逼的地方
其实整个述职的过程是为了告诉评委：“你做的东西很牛逼”
所以我觉得正常的顺序是： 1. 告诉评委你做的是什么 -> 2. 告诉评委你做的牛逼的地方在哪里
针对这个有一些不好的做法：
1. 讲太快
沟通能力好绝对不等于你说的非常快和非常流利！！
有些同学口齿清楚，语速极快，但是我对你做的东西本来就不熟，很难跟上你的节奏啊，以至于听了半天还处于蒙逼的状态（这也是为啥会这么累）
评委都听不懂，怎么能觉得你牛逼呢？
2. 不讲做的是什么，只讲怎么做
第一页就是架构图，然后讲技术做了啥啥啥，框架如何如何。我不知道你做的功能是什么，怎么能理解你为什么这么设计，怎么能知道你设计的是不是合理是不是牛逼呢？
3. 流水账
一个项目一个项目讲过去，做了什么，怎么做的，最后取得了什么效果。这个思路很正确，不过我其实在知道了你做了啥之后，最想知道的是你做的东西的重点和亮点在哪里，一个项目或者系统核心解决的是哪些问题，用了什么技巧和手段解决的
这是述职，不用把项目方案完整的讲一遍，只要把总体设计和关键点、风险点设计讲一下就差不多了
4. 回答问题要讲重点
回答评委问题是表现自己能力的好机会，评委问你很多问题不是为了把你挂掉，而是为了挖掘你的亮点（我是这样的），所以回答问题一定要听清楚问题，然后回答的清晰有条理而且简洁，最不好的是答非所问，其次是东拉西扯讲一大堆，浪费了表现自己的机会
5. 能力模型是工作的指导
其实能力模型是平时工作的指导，根据能力模型去有意的锻炼自己相关的能力，比如在项目中不断的优化性能，优化系统结构，做好监控告警等等，然后能力自然提高了，述职的时候自然就有东西可讲
最后希望大家不要因为述职失败而气馁，我也有述职失败的经验，如果当时述职失败我离职了，我就没有机会今天坐在那里做评委了~
