浅谈程序员内部培训.docx

1.前言虽然题为培训，但我还是想说一句，程序员其实不需要培训，只需要指点。原因有三：程序员的工作都必须去实践，几乎没有纯理论的领域。由于互联网的开放性，程序员能找到大量的资源自学。随着实践深入，会自然地遇到一些问题。解决这些问题除了靠智力外，大部分只需要知道答案的大致方位就能用时间来消灭掉。大牛之所以能成为大牛，就是知道了很多答案存在的地方以及发现这些地方的方法。优秀的程序员培训师懂得教方法而不仅是教答案。可惜很多培训师不是这样的，公司内部的培训流于形式，大家听完后就知道这是个很牛b的技术，却不知道怎么令自己也牛b起来。 HR就算懂上面的道理，他们从根本上也没能力推动程序员的内部培训。HR能做的事是帮助管理者在程序员心中培养技术为尊的意识，让他们有动力去自学并实践，并以公司内某位榜样为目标赶超他。 HR无法有大作为，也令大多数公司很少重视培训。因为即使不培训也不会影响赚钱，工作效率的低下可以用加班来弥补。而且项目做到一定程度就会更新换代、推倒重来，原本写得多烂的代码都成过眼云烟。还有就是老员工们都有自己的习惯，较难通过培训来改变，基本都需要有人经常提醒。 在实际中有时候还是需要培训的，这其中多数是因为负责人懒得写文档，或者文档很容易过时而懒得更新，不如口头说一遍算了，╮(╯▽╰)╭。2.技术培训按内容区分，培训可分为业务技术培训和软技能培训，还有HR组织的集训。大家对技术培训的第一反应都是PPT式会议，因为这种形式多，而且也是最最初级的培训。 PPT最大的意义在于做报告，内容凝练而简略，所以受众是没法得到很多的信息的。但是这并不等于没用。PPT式会议和网上的视频教程一样，能帮助零基础的人快速入门。这里需要解释一下何谓零基础，是指对这门知识几乎没接触过，但已有相近的知识。例如已知C学C++或已知C++学Java，也就是说，至少不用在培训中解释何谓关键字或者面向对象。连相近知识也没有的人，应该叫负基础，他们会连PPT式会议都听不懂，还是得回归书本。 书本不仅适合负基础的人，也适合高级读者。因为看书有时间细想琢磨，有助于吸收。专家级则是阅读各种SDK和API文档。大神级的就是看代码看出神的了。搜遍互联网和各种书籍都找不到的东西，才是真正有意义做培训的，多数跟本公司密切关联：产品的整体架构、设计思路、业务逻辑，迭代历史各类工具/系统（IDE、需求、项目管理、测试与bug、文档等）的使用技巧解bug、做优化等的经验工作流程和制度本部门的知识体系梳理。直接用例子说明是什么吧，请点击《iOS开发知识与能力体系 思维导图》。文章很久没更新，但能说明问题了，相信不做iOS的也能get√到。能让受众最大程度吸收的培训应该是手把手地教，这个贯穿在设计和编码过程中。本人实践过，发现被培训的人确实能完整地吸收，而且时间长了他会有反馈并跟你讨论，你可能在讨论中反过来也学到东西。当然，这个很少发生在互联网公司里，大家都很忙碌。3.软技能培训大家能思考出这部分内容的意义吗？答案我写在最后吧。下面这些都是可培训的。3.1高效会议这一节放到前面很重要，因为不少人搞不清几种会议的差别。会议的主持人或主讲人对会议的高效性负有最大责任，如果都用同一种思路来召开，会议就变得没什么效果。IT界“尊崇”的会议是乔布斯的苹果发布会和各种技术大会上的交流演讲，可惜这些并不是公司内部会议的榜样，很多人找错了模仿对象。会议类型用途特点和要求产品发布会展示新产品算是一种表演，要声色俱全，多媒体设备只是一种道具。目的是引起轰动，传播的内容要能煽动观众的情绪，不断制造高潮。交流传播自己或本公司的经验（技术大会属于这个性质）展示个人、团队或公司的优秀技术或成果，间接地卖广告讲授的内容具有高度概括性，不会讲细节不会很在意观众是否都听懂，甚至怕泄密而有所保留宣讲会传达信息或做动员观众可能是被要求来听的，这在宣讲本质上是一种命令，所以不用在意讲得怎么样培训传播知识，提高工作效率引导听众记忆和会后探索，目标是让听众最大程度地记住传授内容评审对方案的评审主持人讲述自己的方案，听众提出意见和建议对方案的描述要尽可能地细致，目的是让听众都理解后能发现问题，减少实施过程中的返工总结成果展示、述职为了提高绩效评级，在符合事实的前提下，能怎么吹就怎么吹，你懂的研讨讨论、头脑风暴没有主讲人，而要有主持人。非主持人都可以随意发言，有专人做会议记录主持人的最大职责是引导讨论有序进行且不偏离主题，并减少争论以至形成共识。例会（日/周）日常的信息交换每个人都可发言，要尽量简短。发言内容只需在场有另外一个人听懂。产生的问题会后再由各关联者自行讨论，不占用所有人时间在日常工作中，一个会议的性质可能会包含以上多种，主持人需要在不同的阶段完成不同的职责。特别是主持人也是作为主讲人的时候，应该留意场景的切换，如培训完毕后的问答阶