Re: [請益] 請問工作遇到問題,該問同事還是自己解決?
※ 引述《Label (Panel)》之銘言:
: ※ 引述《metaphysic (多情應笑我)》之銘言:
: : 還有一次, B把程式寫好交給A要merge,
: : 為什麼讓A來merge? 因為A的部份還沒寫好.
: : A: 我不會merge.
: : B: 寫程式的人不會merge code?
: : A: 因為我不知道你改了哪些地方.
: : B: 誰會記得改過的每一行code? 你不會用比對軟體?
: : A: ...
: : 從此以後, B總是維護兩套source, 一套是有包含A的code, 一套沒有.
: 這樣有點奇怪,即使用比對軟體列出所有不同的點,
: 整合在一起時,誰也不能保證不會錯啊,
: 一旦有錯誤產生,troubleshooting的難度通常比同一個人用的還高。
: 同一個部門或者專案團隊最好是保持同一個版本的code會比較好。
: 養成好的習慣,慎用exception,log,message跟註解,
: 可以節省很多debug的時間。
: 甚至還能將潛在的bug在unit testing時期就先擋掉。
最近不巧被team leader塞了個新人要我幫忙訓練,還是個實習生制度的新人,
有一些感想。
先說明一下,新人的學歷是某科技大學的金融財管相關科系,有去台北資策會
受過訓。由於我們team大部分的人都是中壢資策會結訓出來的,所以其實對資
策會結訓的後輩都蠻照顧的。
每個人看這樣一個資策會結訓的菜鳥角度都不一樣,leader認為只要態度還好
,能力還在其次;我則是認為資策會都結訓了,好歹基本的request跟response
,以及coding的能力要有,不能連基本的邏輯都寫得亂七八糟。
既然資策會受訓的,那該有個結訓的專題吧?
沒有?拿不出來?
大概有個底了,那就慢慢從我們team常用的架構帶起,我都從頭到尾講得很清
楚,哪裡該放什麼東西,哪裡該怎麼寫,我們寫的程式哪邊是M,哪邊是V,哪
邊是C,哪裡要設定,有什麼範本可以參考,都講得清清楚楚的,好,我問你
你說沒問題,那我就放你做一個簡單的資料庫CRUD頁面好了,有什麼不懂的
再問我。
結果問題一堆,exception跑出來只會叫我過去看,也沒有自己先google看看,
大部分的問題都是設定上的問題,用google查很快就可以找到答案,這位仁兄
就是有本事看到exception,還是呆坐一陣子,根本不知道要怎樣解決問題...。
不能說我太過嚴苛,只是我認為你如果真的有用心上課,再不濟也不應該結訓了
,給個簡單的功課讓你作,你都做得零零落落,這樣真的很對不起那十萬塊呀!
結論是:希望公司以後不要招實習生進專案團隊中啦!這根本是在浪費大家的時
間,念那麼多次了,還不是一到下班,不跟我報告一下進度就跑人跑得乾乾淨淨
的?
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.130.139.12
推
09/18 18:40, , 1F
09/18 18:40, 1F
推
09/18 20:07, , 2F
09/18 20:07, 2F
推
09/18 20:11, , 3F
09/18 20:11, 3F
→
09/18 20:12, , 4F
09/18 20:12, 4F
推
09/18 20:15, , 5F
09/18 20:15, 5F
推
09/18 20:26, , 6F
09/18 20:26, 6F
→
09/18 20:27, , 7F
09/18 20:27, 7F
推
09/18 21:45, , 8F
09/18 21:45, 8F
推
09/19 00:08, , 9F
09/19 00:08, 9F
討論串 (同標題文章)