绝大部分的培训机构、或者教程，都喜欢碎片化地教”学生“们学习，都是这套路。
”这个便签长这样子的“，给你演示一遍，然后再叫你自己用电脑敲一次，瞬间觉着自己学会了。您真棒！
”这个元素是这样子的“，再给你演示一遍，再叫你自己用电脑敲一次，再一次瞬间觉着自己学会了。真棒！
在授课的过程中尽量多地讲一些笑话，说话幽默点，大家开心点，时间自然也就过了，
但对于想要学习的人来说，纯粹浪费生命。
教学过程中或带新人的过程中，先自己演示一遍，再让新人模仿一遍，按照文档一个个地过一次，没问题。可真正开始项目时，新人就是狗啃骨头，从哪里开始下手?
实际的项目开发是一个从0到1 的过程，如果前面没有这方面的经验，是不可能一下子接得住的。而实际的公司都是想着：招你进来就是做事的，哪里有时间手把手教你？
很矛盾。也不矛盾，割韭菜罢了。
下面，记录一下自己的一些想法，关于教与学的：
首先，大前提需要学习者事先对所学的内容有一定程度的了解，先自己找几个教程学一次？还是去大略看一下官方的文档？
然后，教育者，或者叫老司机吧，结合自己的代码/项目经验，设置三个培训项目，从0到1地带着新人把项目完成。
具体描述如下：
1、初级项目。项目必须具备“实用价值”或“使用价值”，初级项目所需要的语言知识、写代码知识等是实际写代码中的高频知识。
主要目的是让新手将所看到、所学到的知识综合运用起来，让Ta看到自己一步步地、独立地从0到1地完成一个项目。当然。这个项目是在老司机演示或讲解后，让新人独立完成的。第一次完成的原则是：“又不是不能用”——（配一张罗老师的表情包）。
2、中级项目。这个暂时不知道怎么描述。注重于项目完成后的代码重构？还是事先写项目时的事前分析、厘清逻辑架构？
3、高级项目。主要涉及实际项目开发中的团队作战。
中间还有一些细节需要注意：比方说，在初级项目中，对于各种属性、ID、函数的命名要求、代码块的放置、要不要写注释，该怎么写？实际写项目的整一套流程的规范是什么，怎样才符合“又不是不能用”原则，符合之后该怎样搞等等。
这个想法还只是个雏形，由于经验所限，只能想象到初级项目的皮毛。个人觉着这个雏形还是有用的，就是对老司机要求特别高。
所以，就算是对的，就算你知道了，又能怎样？