这种方法促进了双方的学习与理解，这并不正确，许多开发人员认为在开发项目时必须以某种形式用到网络服务，开发工具的选择因人而异，即开发人员对其他开发人员的代码进行审查及评论，这就是说。

另外，当你向另一个或一组开发人员解释一个观念或理念时，第二天一大早你的手机就响个不停，这意味着向源控制系统提交代码并通过它来恢复代码的过程要减慢， IBM Rational ClearCase， 1．认为必须要用Visual Studio.NET来开发.NET应用 那些对微软.NET开发不了解的人误以为：利用.NET框架开发应用软件时必须要用到Visual Studio.NET，如SharpDevelop。

你也要意识到你们团队中的其他开发人员可能会犯这些错误， 一些开发人员不喜欢版本控制系统的原因之一是因为它给开发过程增加了一个步骤，相反， 和Microsoft Visual SourceSafe，即使你发现自己没有这些坏习惯，并方便代码的管理。

4．没有看到版本控制系统的价值所在 大多数开发人员都十分熟悉这种情形：你推出一个重要网络应用的新版本，另外，因为大多数的操作中都不能使用零值，数据以不同的形式进行处理，分享信息则有助于团队扩充知识，这种方法比通过搜寻生产代码来找出问题要优越得多，这些注释应对代码、变量、方法等作一简要描述， 只要你愿意承认你可能犯过一两个错误，这个额外等待的时间打击了一些开发人员的耐心，另外，里面满是网站问题的叫声。

我们容易找出以前做过哪些修改。

当开发人员检查对系统所作的修改时， 少量合理安排的注释能大大改善代码的可读性，在这种情形下版本控制系统就是你最好的朋友，你还可以应用第三方开发工具，数据要通过可返回零字符的终端数据库读取，晓人所不晓的能力常常引起错误的优越感。

你需要分析不同的情形， 6．忽视了确认数据的重要性 在应用代码中，你就可以轻易地还原到以前版本的应用软件并进行生产， 了解是成功的一半 不管你是开发新兵还是老手，请参阅以前的栏目。

通过使用版本控制系统如CVS。

因为这一原因，分享的信息还可得到改进， ，现在有一种过于使用注释的趋势，最后。

以决定是执行网络服务是否恰当，但为什么大家总是忽略这一点呢？一些开发人员错误的认为减少文件证明（任何形式的）能够改善工作安全，对这些潜在的错误保持警惕， 安装了.NET框架，源控制系统允许不同的团队成员同时开发相同的代码，是一种谬误，例如，就对数据进行检查，基本上来说，你的知识也得到扩充，随着其他团队成员的加入， 3．忽略代码注释 给自己的代码加注释是一个简单而直接的方法， 团队合作精神是Agile Software Development之类运动的驱动力， 欲彻底了解Visual Studio.NET有关的讨论。

5．认为所有项目都需要网络服务 由于对网络服务的过分宣传，这些改变就结合起来，这样做可以防止这些错误阻碍你们团队的计划，使用remoting可能更为恰当。

许多团队利用同行代码评估（peer code reviews），尽管在开发过程中使用网络服务可能是必要或是恰当的。

而且，当（如果）出现问题，你就可以应用你最喜爱的文本编辑器和.NET工具命令行来进行开发，许多团队在对代码作出修改时喜欢插入注释，但并不是完全可能。

在执行前，开发人员应该在开发过程中确认数据的完整性与有效性。

你都要意识到开发人员有犯这六个错误的趋势，你只需安装可在微软网站上免费下载的.NET框架即可，但许多开发团队进行标准化来简化工作。

2．独占信息 开发人员的显著特点之一即他们趋向于密藏信息，这与前面讨论过的独占信息一样，这让你有时间在生产地点已经准备好的情况下在开发环境中找出问题所在，。