今天下午又有同事請水了清钥,她要下項目了琼锋。其實這個禮拜會很熱鬧的,因為有兩個孕媽媽同事都要下項目了祟昭。
我來到項目組九個月了缕坎,現(xiàn)在,竟也成了組里的老人兒了篡悟。組里的人谜叹,來來往往,上上下下搬葬。九個來月的功夫荷腊,便也輪了一遍了。經(jīng)常也是剛跟一撥同事熟悉起來急凰,適應(yīng)了節(jié)奏女仰,就要看著他們接受新鮮知識,迎接更新的挑戰(zhàn)了抡锈。
不過在祝愿他們發(fā)展更好的同時疾忍,我還是會感傷的。畢竟床三,與每個人的相處一罩,都是一段難得的緣分。
剛開始看到有人下項目的時候撇簿,就有人告訴我擒抛,Techops是個鍛煉人的地方推汽,人員的更迭是常事兒。如今歧沪,我是真的感受到了。
我們正在維護的code base莲组,在code base里也算是有點點年歲的诊胞。我在里面,還看到了眾多曾經(jīng)貢獻(xiàn)過的同事的名字锹杈。
其實撵孤,對于這些經(jīng)常換人維護的項目,知識的傳遞還是蠻重要的竭望。要不然邪码,丟失的上下文太多,后面人再想著接手還是有些困難的咬清。
敏捷里有關(guān)Code Review的實踐闭专,對于這種情況,我個人認(rèn)為是蠻有用的旧烧。Code Review是啥影钉,網(wǎng)上已經(jīng)有太多的講解了。只說說我們是怎么用的掘剪。
從我一開始實習(xí)的公司平委,到后來第一份工作的公司,code review的過程是不同的夺谁,我們的代碼會提交pull request廉赔。其他同事看過了,可以直接在上面進行批注匾鸥。待提出了修改或者通過意見蜡塌,做過調(diào)整了,便會由TL合到master上扫腺。
現(xiàn)在在我們的項目組岗照,是選定了每天下午的特定時間。每對pair講自己做的卡笆环,簡述上下文攒至,重點敘述解決方案及實現(xiàn)方式。若大家對上下文模糊躁劣,有疑問都會尋求解答迫吐,或者一起扒代碼。若是遇到解決方案繁雜了账忘,大家也會提出來志膀。比如上周五我剛做的卡熙宇,用了一個非常繁雜的實現(xiàn)方式,可是在code review的時候溉浙,有熟悉另一種方案的人馬上說出來烫止,大大減少了我即將繼續(xù)浪費的時間,還為我提供了新的解決思路戳稽。我下來自己一研究馆蠕,時間能省出來一天啊。不過大家的重點從來都是代碼本身惊奇,而不是寫代碼的人互躬。
一個月前大家發(fā)現(xiàn)對業(yè)務(wù)也不熟悉,還集體分了任務(wù)颂郎,每個人去熟悉不同的業(yè)務(wù)知識吼渡,然后每天code review的時候騰出來半個小時做分享。大家現(xiàn)在遇到的不懂的業(yè)務(wù)上下文也少些了乓序。
還有就是Pair(Extremely Code Review)寺酪。這也是我們組一直堅持的代碼方式。今天還有同事跟我說羨慕我們組的敏捷實現(xiàn)(開心臉)竭缝。其實我個人并不是極力推崇一定要Pair的房维。但是我認(rèn)為知識傳遞的時候,或者一段時間內(nèi)代碼質(zhì)量下降的時候抬纸,Pair都是很好的方式咙俩。可是Pair的速率不一定等于1個人的2倍的湿故,這是個客觀存在的事實阿趁。像我們現(xiàn)在一直人來人往,會比較需要這樣的方式坛猪,可若是一個組人人都是非常熟悉代碼之人脖阵,再碰上工期緊張,也沒必要一定執(zhí)著于此墅茉。
今天思緒比較凌亂命黔,沒有條理地寫了一篇【徒铮可能我是真的不舍得她們吧悍募。
最后,還是希望兩位孕媽順利生下健康寶寶~還等著拿來辦公室玩兒呢~