※ 引述《ko27tye (好滋好滋)》之铭言：
: 小弟目前分配到一名新人
: 除了指派部分工作外，还必须出作业给他
: 先前发生过这新人搞错需求，等到要demo时才发现问题
: 而到demo期间他什么也没问，我也当他没问题
: 然后就包了。
: 他的说法是我没讲那个需求
: = =
: 之后分派工作/作业就用mail的方式留个纪录。
: 然后这周又发生同样的事，搞错需求外
: 还加上有部分需求没做，
: 问他为什么没做，他说我不会。
: 而同样地从指派工作到demo他又什么都没问，
: 当下我就理智断线大声念了他，但他好像不觉得自己有问题
: 跑去和主管反映我吼他，然后开始对我摆脸色
: 老实说我带的心力憔悴，和主管反应带不动
: 不过主管说再让他试一阵子
: 不知道板上有没有过来人可以分享下心得的
: 之后的日子我该怎么对待这新人呢
最近在带小朋友上早疗, 真正意义上的小朋友, 幼稚园年纪,
刚好也重新复习一些教学方法.
基本上就我从求学到现在, 学到的教学方法分成几种,
我觉得不分小孩大人, 人学习的行为跟途径都是差不多的.
其中要留意的是, 教学有时候分成很多细项,
一些新进的 mentor 有时候会分不清楚.
要教的项目一般分成以下几项, 依照重要性排序:
1. 团队文化 (包括档案分类/命名/类别分类/数据库惯例)
2. 技术教学 (包括执行方法, function 说明, 各类资料结构或语法教学)
通常一个工作真正难, 而且新人多数一定需要 mentor 教的是第一点,
另外要再次郑重呼吁各位自以为厉害的架构师或资深工程师,
设计团队惯例时, 不要自顾著自爽, 要考虑新人上手障碍.
跟巫师三一样开场设计一个悬崖要人摔死才知道那里不能走,
是严重不道德跟不专业的.
要留意 1 是团队共业, 且 1 真的很难透过经验模仿达成.
(我外包+本业看过跟 commit 过超过四十家公司的 codebase,
应该很有资格说这句话. )