最近一個同事離職，我接了他手頭的項目。
他的這個項目持續四年多一直就是他自己做，現在我和我的小組接手變成團隊項目。這兩天我的頭一個兩個大。發現一個人的項目和團隊項目原來有很大不同，尤其是公司沒有明確代碼規則的條件下
列幾點快讓我憋屈死的現象(我用的是VB.net)
1. 代碼沒有明確的註釋。
很
多程序員都不願意寫過多的註釋，但是.Net
提供了很好的幫助，只要在每一個function/sub前面加三個單引號，寫一點點註釋，參數解釋。這個就可以自動生成很好的幫助文件，而且工程的
intellisense也能幫助我瞭解如何調用一個函數。現在我尋找一個公共函數都只能靠關鍵詞搜索，還不一定能找到。但是我知道關於這個功能一定有些
好的函數等着我，拐角與不到愛啊
2. 公共數組idnex用數字。
由於某些原因我們有公共數組(不可避免)，每一個item代表
一個信息。在讀取或者寫入的時候需要把index用enum或者const表達出來而不是數字。另外我們還用到了XML，一個node裏面的屬性好多阿，
每個屬性是有名字的，但是依然是數字。現在我只能靠數的。凡是我用過的數組，XML那些數字表達的Index已經被有含義的enum/const代替了
3.Bug/Feature 在代碼註釋中看不到
每
個公司都有自己的bug/feature tracking
system，bug/feature都有代號。在我的組裏面，每個bug/feature有關的函數，模塊都需要把這個ID放在代碼註釋裏面。寫在函數
開頭，模塊開頭。然後在結束這個bug/feature的時候，在備註裏面寫明這個相應ID影響的函數名，UI控件名，模塊名。目前在這個工程裏面我找不
到這些痕跡，而最讓我頭疼的是我需要把一個大功能移植之前的版本打一個補丁。這個功能在tracking
system裏面有ID但是我在代碼裏面找不到痕跡，完全需要重新debug找相關的東西
4 Sourcesafe/TFS 不打Label
我
們的TFS還在實驗中，真正應用的還是Sourcesafe.我的小組在每次Build(內部發布?)的時候都會把代碼check
in然後用版本號作爲標籤。這樣如果什麼時候需要滾回就非常方便而且還能方便的對比一個文件在版本間發生的變化。這個個人項目也不會太注意到，而且個人項
目check in/out的頻率要遠遠小於團隊項目。這樣對我做對比非常沒有幫助。
