※ 引述《ko27tye (好滋好滋)》之銘言：
: 小弟目前分配到一名新人
: 除了指派部分工作外，還必須出作業給他
: 先前發生過這新人搞錯需求，等到要demo時才發現問題
: 而到demo期間他甚麼也沒問，我也當他沒問題
: 然後就包了。
: 他的說法是我沒講那個需求
: = =
: 之後分派工作/作業就用mail的方式留個紀錄。
: 然後這週又發生同樣的事，搞錯需求外
: 還加上有部分需求沒做，
: 問他為什麼沒做，他說我不會。
: 而同樣地從指派工作到demo他又什麼都沒問，
: 當下我就理智斷線大聲念了他，但他好像不覺得自己有問題
: 跑去和主管反映我吼他，然後開始對我擺臉色
: 老實說我帶的心力憔悴，和主管反應帶不動
: 不過主管說再讓他試一陣子
: 不知道板上有沒有過來人可以分享下心得的
: 之後的日子我該怎麼對待這新人呢
最近在帶小朋友上早療, 真正意義上的小朋友, 幼稚園年紀,
剛好也重新複習一些教學方法.
基本上就我從求學到現在, 學到的教學方法分成幾種,
我覺得不分小孩大人, 人學習的行為跟途徑都是差不多的.
其中要留意的是, 教學有時候分成很多細項,
一些新進的 mentor 有時候會分不清楚.
要教的項目一般分成以下幾項, 依照重要性排序:
1. 團隊文化 (包括檔案分類/命名/類別分類/資料庫慣例)
2. 技術教學 (包括執行方法, function 說明, 各類資料結構或語法教學)
通常一個工作真正難, 而且新人多數一定需要 mentor 教的是第一點,
另外要再次鄭重呼籲各位自以為厲害的架構師或資深工程師,
設計團隊慣例時, 不要自顧著自爽, 要考慮新人上手障礙.
跟巫師三一樣開場設計一個懸崖要人摔死才知道那裏不能走,
是嚴重不道德跟不專業的.
要留意 1 是團隊共業, 且 1 真的很難透過經驗模仿達成.
(我外包+本業看過跟 commit 過超過四十家公司的 codebase,
應該很有資格說這句話. )