Re: [請益] 請問工作遇到問題,該問同事還是自己解決?

看板Soft_Job作者 (免費羽毛)時間14年前 (2009/09/18 17:58), 編輯推噓7(702)
留言9則, 5人參與, 最新討論串7/12 (看更多)
※ 引述《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
我覺得原po的教法 比較適合至少有半年以上經驗的人
09/18 20:07, 2F

09/18 20:11, , 3F
純菜鳥 不管是Web架構,MVC概念,資料庫處理 對它來說
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
資策會...恩恩...恩恩...不過既然是22K別要求太多
09/19 00:08, 9F
文章代碼(AID): #1Aird4Rc (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 7 之 12 篇):
文章代碼(AID): #1Aird4Rc (Soft_Job)