最近一个同事离职，我接了他手头的项目。
他的这个项目持续四年多一直就是他自己做，现在我和我的小组接手变成团队项目。这两天我的头一个两个大。发现一个人的项目和团队项目原来有很大不同，尤其是公司没有明确代码规则的条件下
列几点快让我憋屈死的现象(我用的是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的频率要远远小于团队项目。这样对我做对比非常没有帮助。