談談 Code Review｜可以請你幫我 Review 一下 Code 嗎？

很多工程師，會希望自己的程式有人看過，有人可以提供Feedback。但相反的，很多人懶得幫別人看Code，覺得開發以外還要做額外的事情，真的是很麻煩。

我個人覺得Code Review是值得的，畢竟人再怎麼精明總是會有盲點，多一個人幫忙看一下會比較心安。

不過Code Reivew不只是看看Code而已，要懂得怎麼看才有意義。

Code Review的目標

做一件事情之前，要先確認這件事的目的，才不會迷失方向，我認為Code Reivew的目標有這些：

1. 確保程式碼的品質及正確性
2. 維持團隊開發默契，並達到知識共享
3. 了解彼此正在做什麼
4. 作為資深工程師教導新進工程師的手段之一

可以發現這些目標其實都是為了：提高團隊效率。

讀書 | 給予：華頓商學院最啟發人心的一堂課

本篇要介紹的是：

給予：華頓商學院最啟發人心的一堂課：Give and Take。

為什麼要讀這本書

當初跟某位長輩聊到，在職場上，應該要用怎麼樣的態度面對其他人？應該要完成其他人的期待嗎？還是要以自己的利益主？或是有其他的思考方式。

他給我的建議是：當個給予者(giver)。

寫文件的好處｜只寫程式不寫技術文件，那就通靈吧！

剛開始工作的時候，總覺得寫文件很麻煩，程式寫完，會動、執行結果正確不就沒事了嗎，為什麼要寫一堆惱人的文件或註解，麻煩死了，自己寫的東西怎麼可能會忘記？

結果過了一陣子回來看自己半年前寫的東西，有些還真的不知道發生什麼事了，完全沒印象當初怎麼會這樣寫，或者是有些操作流程忘記了，導致沒辦法正常執行某些程序。

這個時候才後悔當初自己為什麼沒有留下一些文件可以參考。

總之，要寫文件，還要有一些方向，這篇主要就是想要聊一下兩件事，一、寫文件的目的跟好處，二、怎樣的內容需要文件化。