※ 引述《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丢出来而已，没做过任何事情降低理解的难度
那么没经验的新人会很难处理
当管理者对属下说能力不行时，未必是真的认为对方不行
有时可能只是施压而已