iT邦幫忙

2024 iThome 鐵人賽

DAY 30
1
IT 管理

30天從版控到code review的實踐指南系列 第 30

Day 30. 如何從無到有,實踐 Code Review-系列文回顧與心得

  • 分享至 

  • xImage
  •  

雖然標題說要回顧,其實有點懶得回顧內容,因為每天寫真的好膩 🤣,但還是不敢相信自己堅持了三十天,我們就先不討論內容的精緻度了,以30天來說,已經超過科學上養成習慣的天數了!😹難怪時常每天壓線趕工文章的我,剛開時還會有點緊張,擔心寫不完,到後來下班回到家還可以先耍耍廢再開工。

非常感謝大力支持與鼓勵的好夥伴 @JYHsu 大大,沒有妳就不會有這系列的文章(突然變成感謝文了),雖然在開賽 deadline 前兩天還在想,確定要寫嗎?🧐(十分害怕😨)及 @YuChunTso 大大,幫我看了大綱也給了一些建議(然後最後沒參加🫢),也是每天按讚的忠實粉絲,再次覺得非常感謝。

重要的內容要先寫,不過還是不偷懶回歸正題:

實踐第一步驟:突破心魔


剛開始做總是會覺得好困難,這時可以先嘗試從 1-2 人專案入門,或是從簡單功能的專案來著手,從遵循 GitFlow 的流程到客製化 PR Template,再到大家發完 PR 的功能測試,其實都需要一些時間適應。但假如是一人專案的話,比較可惜是沒有人可以幫忙 Code Review。

實踐第二步驟:參考 Clean Code 原則


寫完這系列文章,發現 Clean Code 原則真的非常重要,其實大部分好的實踐都是 follow 這些原則,不過知道原則歸知道,要如何實踐它,應該從平常的撰寫習慣開始養成起,不然遇到很會 Review 的同事,可能會因為符合原則,會改程式碼改到🐭。幸運的我們活在 AI 時代,可善用智慧的工具來幫助自己先檢視程式碼,作為慢慢培養出撰寫符合 Clean Code 原則的好方法。

實踐步驟三:參與多人協作專案


當參與 2 人或以上的專案時,就有很好的機會來實踐上述的原則和方法。在團隊合作中,不僅能夠分享彼此的想法和最佳實踐,還可以互相進行 Code Review,從中學習他人的寫作風格和技巧。提高整體程式碼品質的同時,也能增進團隊成員之間的理解和信任。此外,可以定期進行 Code Review 會議,讓團隊共同討論並改進程式碼。


上一篇
Day 29. Code Review 模組化與重用性-範例篇-2
系列文
30天從版控到code review的實踐指南30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言