※ 引述《randomly (倫敦鐵橋垮下來)》之銘言：
: （幫以前同學代po）
: 背景：四大資工碩，役退。
: 同學最近才剛工作兩三個月
: 聽他說一進公司，主管直接丟了一份project的source code給他
: 原本負責這個project的前輩已經離職了，所以當時是由主管代職，
: 這份source code林林總總大概有6~7萬行
: 這麼龐大的code，當然也是埋一堆bug，通通直接workaround
: 來一個打一個，來十個打十個
: 主管表示：試用期過後，這份code之後就交給你maintain了
: 所以他從第一天進公司開始每天都在看code
: 三個月也一轉眼過去了，
: 剛剛吃飯聽他說，上禮拜開會主管突然問他
: 「某case發生時會有bug，請問是在哪個function什麼原因造成的?」
: 同學自己也不熟，只好回說待會回去看一下再跟主管回報
: 主管只丟了一句話就離開了：
: 「你前三個月試用期都在幹嘛？
: 才問一個case也答不出來，之後你是要怎麼開發，怎麼maintain?」
: 各位認為這件事是我同學能力不足？ 還是主管太嚴苛？
首先問兩個問題
1.有大概多少Function?
2.這專案有甚麼文件?
如果Function很少，數量就個位數
那麼三個月答不出來也的確有問題
但如果有幾十個甚至上百個，那就很困難了
如果整個專案有良好的結構與文件，能夠協助釐清整個專案
那還有可能讓「聽到問題就知道是哪個Function出問題」變得容易點
我覺得三個月要能夠對一個6、7萬行code的專案出問題就立刻回答大概是哪邊有問題
不是完全不可能
1.單位是甚麼?
用Function為單位太細了，用class為單位還差不多
2.要怎麼降低理解的難度
學校不太會教人怎麼理解，就算有多年開發經驗的也未必真的知道怎麼做
如果公司只是把一份code丟出來而已，沒做過任何事情降低理解的難度
那麼沒經驗的新人會很難處理
當管理者對屬下說能力不行時，未必是真的認為對方不行
有時可能只是施壓而已