※ 引述《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