个人体会
从入职到现在经历了几次ppt讲解，其中两次述职晋级，两次分享，之后还会有更多的讲解ppt的时候，
【学习实践-主动分享】，这是一个自我提升的过程，这个提升不仅仅是在技术上，还有个人能力方面，在很多人面前能够条理清晰、不怯场，大胆的展示自己，当然，这首先需要做的一点就是对自己要分享的内容有很深的理解。
计划在之后工作中多学习总结并进行分享，慢慢摸索，不断自我提升。
存在的问题
几次讲解中，不管是分享还是述职，都存在几个问题。
- 1、【说太快】开始讲了一会声音就会有点颤，听着就像过于紧张，其实并不紧张~，造成的原因应该是说的太快（可能有自己没发现的内在紧张^-^），这样也容易吐字不清。
- 2、【缺乏交流】缺乏了和听众的交流，包括的是眼神交流和语言交流，一直对着大屏幕讲很不好，也会让别人提不起兴趣，适当的交流问题很有助于大家集中精神听，还可以缓解了自己的内在紧张，说话也不颤了~
- 3、【讲解方式不好】除了第二条要面对听众讲解和交流之外，还有一点也很重要，就是讲的内容，
点明主题：使用大家都能理解的方式来说，
询问交流：肯定是有人用过这个东西的，找你知道的说，比如：小灰灰你们做app发布的时候肯定是用过的，如果不清楚谁用过，那么直接问，你们有谁用过这个东西吗（，大概知道这是干什么的吧）。
内容精简：- 1)、突出重点：比如这次的APP大类改版的分享，重点应该是新老版本的对比，和前端与native的交互，开始讲的时候就应该直接点题，因为听众其实是不了解你在项目中到底是做了什么的，所以直接说明大家会比较清楚一些。
- 2)、一些细节：比如一个方法的参数是什么，这样的内容就不要细讲了，直接说调用方法并传递相应参数，听众其实并不想听这个，更想听这个方法是做什么的，因为往往都是在实际要用的时候才会去看具体参数写什么。
自己要懂：还有很重要的一点就是，自己要把所有的内容都理解清楚，这样才不会在讲的过程中出现·等我想一下·这样的话，听众应该会觉得挺无语的，这种时候自己也不容易想清楚了，所以自己一定要搞懂，原理。
重新梳理ppt
在讲完ppt思考完之后，我来在重新梳理一遍ppt和思考如何讲解。
- 1、第一页ppt点题，说明大类改版主要改了什么（大类、协议、服务、发布），使用了app的新载体，以及突出重点：主要讲解前端和native的交互。（主题或者是讲解的前缀）
- 2、第二页做对比：新老版本的对比：页面效果、功能等（即我们做了什么）
- 3、之后开始内容的讲解，注意交流活跃现场气氛（正文）
又一次分享【埋点配置平台】
继上一次分享之后8月18日又进行了一次分享，分享的主题是一个内部项目【埋点配置平台】
这个内部项目是小组内三个人一起共同开发的，经历的流程是：开发——部署测试——上线，代码托管在公司的gitlab上。
使用技术：
框 架：nodejs express
样 式：scss
js标准：ES6
数 据 库：mysql
缓 存：memcache
ppt
仔细的思考了上一次的总结，ppt按照下面的逻辑来写：
- 1、首页
- 2、第一页-点题，介绍埋点是什么
- 3、第二页-讲解，我们做了什么（整个从开发到上线，我们做了哪些工作，简单介绍）
- 4、第三页-展示，直接放了平台线上地址，看线上效果和讲解如何使用（打开平台，直接看页面介绍有哪些功能，如何设计的，怎么使用的等等…）
- 5、讲了一个点随时和大家互动，询问有没有疑问，回答问题，进行讨论…
- 6、第四页-目录，（背景，设计，技术实现，测试上线）
- 7、从背景开始讲解，再到设计、技术实现，中途配合代码讲解（不细讲代码里面功能如果实现，大家都懂一些node，大致讲了一下路由设计、接口设计、memcache缓存实现和单点登陆），询问有疑问的地方及时解惑
- 8、测试-上线，这个过程涉及一些新内容，大家可能没有使用过，如yum，pm2，ngix，拿一页来名词解释，之后再讲解平台测试上线的整个过程
- 9、最后一个流程化形式的总结 （很多博文最后都会这样总结）： 1）如何新增一个埋点并测试上线，2）如何给平台新开发一个功能
- 10、倒数第二页-整个开发到上线过程中申请的权限和服务器罗列，如数据库，沙箱机等…
- 11、最后一页-总结
总结
这次ppt分享整个过程进行的很顺利，一共两个小时，大家包括老大都觉得讲的很到位，ppt写的很仔细很完善，很开心^-^
问题：
最后总结的时候应该说一下整个项目是三个人共同开发，简单说一下谁都做了什么，在讲解过程中的讲到一些点的时候也可以说一下这个谁谁谁提出的思路
每一次总结都是为了下一次更完美，努力学习积累，争取进行更多的分享。