1、提交（簽入）程式碼需要填寫備註說明
團隊開發中必定會使用一些類似svn的程式碼管理工具，在提交程式碼時填寫備註，這個好處是不言而喻的。它可以幫你記錄這次修改完成了哪些功能、修復了哪些bug，包括的團隊的其他成員，也可以看到你這次提交程式碼所做的貢獻。
2、每天彙報自己的工作情況
我們可以每天早上把今天的工作做個簡單的計劃，然後在下班前把今天的工作內容做一下小的總結，並抄送給領導，很多時候因為不知道要寫啥，或者可能一句話就能說清楚，我們就不願意去做這個簡要的彙報，有的公司會要求大家每週做彙報，但自己還是覺得每天有個開始和總結，不僅能夠讓自己對任務更加清晰，同時也可以加強自己和領導間的溝通，何樂而不為呢？
3、對一些公共庫的修改一定要謹慎，並且測試再測試
有時候我們並沒有修改自己寫的程式碼塊，但發現一段時間後，自己的程式碼編譯不了了，於是你很驚訝的發現，程式碼中呼叫的公共庫介面被修改了。這樣的問題相信大家經常遇到，所以當你需要修改公共類庫時，一定要非常謹慎，最好在修改完後進行全面的單元測試，或者通知你團隊中的每一個成員。
4、需求要確認，切勿盲目編碼
很多的問題其實改起來並不麻煩，但是如果要是因為理解的不一致造成的改來改去，這個是最折磨人的，所以，必須雙方都完全確認後，再動手！切忌不要擅作主張。
5、經常主動地去和別人進行Code Review
有很多我們固有的不良編碼習慣，或者一些我們不熟悉的內容，這些都是我們很難觀察到，但我們的同伴可能一眼就能看到的地方，有互動才會有學習，多去理解和學習同伴的好的編碼習慣和思考方式，對我們來說這是最容易的一個途徑。
6、要相信自己的工作在團隊中是舉足輕重的
有了這樣的信念，你就會對你的任務更加重視，更全力地去完成它，而不會像其他人一樣老是專案延時，這對你在專案中建立信心至關重要。
7、不要盲目拷貝程式碼
這一點我想很少有程式設計師能夠做到，無論是從網上的搜尋結果還是團隊中其他成員編寫的程式碼，即便它們能完成你想要的功能，也不要直接全部複製過來。因為這不僅讓你失去了思考問題的能力，而且也有可能引入一些不必要的問題。雖然重複造輪子的做法不可取，但是在你拷貝程式碼的時候是否也需要思考一下程式碼的實現思路，這對你的提高非常有用。
8、及時記錄工作日誌
這點也很少會有程式設計師能夠做到，“一個沒有部落格的程式設計師不是好程式設計師！”，用部落格記錄自己開發過程中的經驗教訓，時間久了，這也是一筆巨大的財富。另外，你分享的這些經驗教訓，也許還可以幫到別的開發者，或者你團隊中的小夥伴。
本文作者：IT新聞 – 蔣麗麗
相關閱讀
評論(0)