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