程序员内部培训（合集五篇）
第一篇：程序员内部培训
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界“尊崇”的会议是乔布斯的苹果发布会和各种技术大会上的交流演讲，可惜这些并不是公司内部会议的榜样，很多人错了模仿对象。
会议类型 用途 特点和要求
产品发布会 展示新产品 算是一种表演，要声俱全，多媒体设备只是一种道具。目的是引起轰动，传播的内容要能煽动观众的情绪，不断制造高潮。交流 传播自己或本公司的经验（技术大会属于这个性质）展示个人、团队或公司的优秀技术或成果，间接地卖广告 讲授的内容具有高度概括性，不会讲细节
不会很在意观众是否都听懂，甚至怕泄密而有所保留 宣讲会 传达信息或做动员 观众可能是被要求来听的，这在宣讲本质上是一种命令，所以不用在意讲得怎么样 培训 传播知识，提高工作效率 引导听众记忆和会后探索，目标是让听众最大程度地记住传授内容 评审 对方案的评审 主持人讲述自己的方案，听众提出意见和建议 对方案的描述要尽可能地细致，目的是让听众都理解后能发现问题，减少实施过程中的返工 总结 成果展示、述职 为了提高绩效评级，在符合事实的前提下，能怎么吹就怎么吹，你懂的 研讨 讨论、头脑风暴 没有主讲人，而要有主持人。非主持人都可以随意发言，有专人做会议记录
主持人的最大职责是引导讨论有序进行且不偏离主题，并减少争论以至形成共识。例会
（日/周）日常的信息交换 每个人都可发言，要尽量简短。发言内容只需在场有另外一个人听懂。
产生的问题会后再由各关联者自行讨论，不占用所有人时间 在日常工作中，一个会议的性质可能会包含以上多种，主持人需要在不同的阶段完成不同的职责。特别是主持人也是作为主讲人的时候，应该留意场景的切换，如培训完毕后的问答阶段。一般来说主持人都需要做到这几点：
宣讲会议议程或子主题，让参会人做好准备配合 尽量使会议达成目标 按时开始，不超时结束
帮助听众理解发言人（包括自己）的讲话内容
提醒其他发言人注意时间、语气等。不要因为一个人而耽误了全部人的时间 确保重要的人员都到齐
引导会议中的讨论达成一致意见 记录重要的发言和待跟进事项 3.2培训他人
好的程序员不一定是好的培训师，但好的架构师一定是合格的培训师，因为架构师必须向他人传达自己的思想。
做培训的首要目标是让听众完全吸收你所讲的内容，当然这很难做到，但做得到让人吸收大部分的也太少了。这是令多数公司不重视培训的重要原因，但也不能完全怪讲师，因为好的培训是需要花费大量时间和精力的。如果不是专门设立培训师岗位或者把培训职责写入KPI，没有几个人会对把培训做到极致。看看需要做多少功夫才能做好吧：（交流演讲的要求比培训低，故也可参考）
会前准备：
冥想和模拟训练。在脑子里演练完整个培训过程，或者个地方（培训现场最佳）对着空气讲。这能减小忘词的概率和减轻现场讲演的紧张感，还能发现培训逻辑的疏漏。如果还不够，可以先让少部分人来听，然后再面向全体。如果怕会上遗漏一些事项没说，应准备一张小纸写上给自己做提醒的话语。非庄重场合写在手机里也行。
PPT的制作技巧，很多书可参考，不赘述了。特别提醒，如果确认这是一个培训而不是一个交流演讲，PPT上的字不应该追求简略，特别是重要到需要观众记忆或记笔记的内容（也可能把PPT交给他们）。甚至可以考虑用Word或网页而不是PPT。
如果要讲到代码，不应该只用PPT。可以直接打开编辑器对着代码讲。在PPT里贴代码段的都是耍流氓，因为代码占用的篇幅大，而且信息量较多，很难短时间理解透。（这时候技术培训不如文档，但现实往往是相反的，本质原因是文档的糟糕。读者看不下去而希望能面授，集体的诉求自然转变成现场培训。）
发邮件提醒培训的适用人。如有需要，提醒参会者提前阅读一些基础知识。
保证自己在培训过程精力充沛。为此，喝茶、喝咖啡、做几个俯卧撑什么的都行，用你喜欢的方式。
选择观众注意力容易集中的时间段。不饿，不困，不忙等。
选择好的场地，帮助观众集中注意力。不吵、无异味、气温适中（空调设好）、座位密度适中等。
其实，你穿什么服装都会影响培训效果 进行时：
帮助听众保持注意力集中：
如果讲授的内容很繁重，可尝试分节，每节40分钟左右，中间休息10分钟。是的，培训的本质是上课。
多微笑，声音洪亮。在旁人眼中，此刻的你应该比平常状态更兴奋和活跃。自己表现得越投入，观众就会越认真听，否则会变成一场催眠大会。
提到他的名字，让他的注意力集中回来，或让他有更多的参与感。比如“某某肯定也是这样想的”，“某某曾经说（问）过”，“这样就能解决某某的问题了”。
注意自己的姿势、手势，甚至发型、服装，不要喧宾夺主吸引走了注意力 开始讲述的内容可以不怎么重要，例如做自我介绍或描述一些东西辅助今天培训的主题，帮助听众慢慢进入状态。演讲的技巧：
克服和利用紧张与恐惧。要理解这是人的天性，被很多人围观而自然产生的防御心理，实际上这能帮助你更集中注意力做好培训。
克服它们的方法有自我暗示（用特定的话语激励自己，想象过往成功的演讲，想象这只是普通的例会等）、深呼吸、转移注意力（喝口水，摆弄一下其他物品，跟别人说说话等）
等。事实上无论你犯多大的错，观众过几天就淡忘了。
程序员培训机构有用吗不能用提问来考验人，更确切来说不能令被提问者尴尬而导致冷场，别学学校老师那套。提问可用于：现场调查，证明结论；开放式的，没有正确答案；让观众猜测，活跃气氛。重复以强调。讲完例子或论据后重复一遍观点，加深听众的印象。或者更直接地，“这个很重要，我再重复一遍”。不跑题。我就见过“我如何当好技术leader”这个主题花了三成时间讲“我如何当上技术leader”的人。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。