程式設計師的8個注意

風的王子發表於2014-07-11

1、提交(簽入)程式碼需要填寫備註說明

團隊開發中必定會使用一些類似svn的程式碼管理工具,在提交程式碼時填寫備註,這個好處是不言而喻的。它可以幫你記錄這次修改完成了哪些功能、修復了哪些bug,包括的團隊的其他成員,也可以看到你這次提交程式碼所做的貢獻。

2、每天彙報自己的工作情況

我們可以每天早上把今天的工作做個簡單的計劃,然後在下班前把今天的工作內容做一下小的總結,並抄送給領導,很多時候因為不知道要寫啥,或者可能一句話就能說清楚,我們就不願意去做這個簡要的彙報,有的公司會要求大家每週做彙報,但自己還是覺得每天有個開始和總結,不僅能夠讓自己對任務更加清晰,同時也可以加強自己和領導間的溝通,何樂而不為呢?

3、對一些公共庫的修改一定要謹慎,並且測試再測試

有時候我們並沒有修改自己寫的程式碼塊,但發現一段時間後,自己的程式碼編譯不了了,於是你很驚訝的發現,程式碼中呼叫的公共庫介面被修改了。這樣的問題相信大家經常遇到,所以當你需要修改公共類庫時,一定要非常謹慎,最好在修改完後進行全面的單元測試,或者通知你團隊中的每一個成員。

4、需求要確認,切勿盲目編碼

很多的問題其實改起來並不麻煩,但是如果要是因為理解的不一致造成的改來改去,這個是最折磨人的,所以,必須雙方都完全確認後,再動手!切忌不要擅作主張。

5、經常主動地去和別人進行Code Review

有很多我們固有的不良編碼習慣,或者一些我們不熟悉的內容,這些都是我們很難觀察到,但我們的同伴可能一眼就能看到的地方,有互動才會有學習,多去理解和學習同伴的好的編碼習慣和思考方式,對我們來說這是最容易的一個途徑。

6、要相信自己的工作在團隊中是舉足輕重的

有了這樣的信念,你就會對你的任務更加重視,更全力地去完成它,而不會像其他人一樣老是專案延時,這對你在專案中建立信心至關重要。

7、不要盲目拷貝程式碼

這一點我想很少有程式設計師能夠做到,無論是從網上的搜尋結果還是團隊中其他成員編寫的程式碼,即便它們能完成你想要的功能,也不要直接全部複製過來。因為這不僅讓你失去了思考問題的能力,而且也有可能引入一些不必要的問題。雖然重複造輪子的做法不可取,但是在你拷貝程式碼的時候是否也需要思考一下程式碼的實現思路,這對你的提高非常有用。

8、及時記錄工作日誌

這點也很少會有程式設計師能夠做到,一個沒有部落格的程式設計師不是好程式設計師!,用部落格記錄自己開發過程中的經驗教訓,時間久了,這也是一筆巨大的財富。另外,你分享的這些經驗教訓,也許還可以幫到別的開發者,或者你團隊中的小夥伴。

相關文章