技術團隊:給代碼評審發起者的4個建議

代碼的創造者是代碼評審過程中的最重要的角色,是代碼評審的發起者,也是最大受益者之一,而如何讓代碼評審爲發起者帶來更大的好處,下面是4個有效的建議。

改動範圍要小

每次評審的代碼變動的範圍,要保持儘可能的小。當一次評審的代碼中,有超過3個,或者5個以上的關鍵變動時,就要考慮是否將其分解爲更小的變更請求。

因爲一次評審中,如果涉及到的改動越小,參與評審的人的認知負擔也會更小,也就越能快速的評審、快速的給出反饋。

對反饋保持開放

關於反饋,無論是給與反饋,還是接受反饋,都是一樣有壓力的事。

編程是一門手藝,對於指出其他人努力工作的結果中,還有值得改進的地方,是非常不容易的。

如果你對你收到的反饋感到沮喪時,在做出回覆前先暫停一下,也許把它先放在一邊一段時間,去走走休息一下,再來處理結果會更好。

你對反饋意見越開放、越欣賞,你就越能從他人那裏得到的極具價值的經驗,你也就成長的越快。

快速的做出迴應

如果你對他人的反饋,有消極的情緒反應,最好的方式是先放一下。不要在憤怒的無意識中去迴應代碼的評審,至少要記住這一點。

如果你沒有負面的情緒,就就儘快的處理反饋中問題,對代碼做調整,以及提出一些後續的問題等等。

上下文切換是編碼過程中精力殺手。我們的目標是儘可能的降低自己和參與評審的同伴的無效時間的浪費。

如果評審的過程大家能保持儘可能的同步,在一個場域能快速的完成一件事,那是最好方式了。

切換到同步進行

通常情況下,大部分的代碼評審是異步進行的,發起人通過代碼評審工具發起評審請求,等待參與評審人的反饋……

現在,及時大家在千里之外的不同地方辦公,也是可以藉助於在線化工具,實時同步的開展代碼的評審的。

在異步評審中,如果發起人對反饋有想法,也可以利用工具,將其轉化爲同步溝通,走過去,電話過去等等,都是可以提高效率的方式。

如果團隊已經比較習慣代碼評審,這完全可以開展同步評審會議:
1、作者概述評審代碼;
2、評審者查看和反饋建議
3、作者對反饋做理解
4、作者對反饋做出反應

當參與在同一場域下,可以減少上下文切換的時間,很快的完成一項評審。

最後

代碼評審,是讓團隊將事做正確的保證機制,也是團隊內互相學習和提高的一個場域。

保持開放,保持坦誠,抱着一顆學習的心態,是最關鍵的所在。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章