今天仍然是参加讲座，主要参加了和 Visual Studio.Net 2005 Team System 相关的几个讲座。
VS.Net 2005 Team System 对团队开发的支持将会相当强大，对于版本控制、建模、测试、持续构建、代码静态分析（FxCop）都有了完全的集成；同时集成了Sharepoint Service，可以对项目构建统一的门户网站，对于开发团队的信息共享和协作也提供了极大的方便。
大概是处于商业目的的考虑，对于 VS.Net 2005 Team System，微软没有推出一个完全包含所有功能的版本，而是对应开发过程中的不同角色，将 Team System 分成了三个不同的版本：Team Architect（对应系统架构师），Team Developer（对应开发人员），Team Test（对应测试人员）。
三个版本互有功能重叠，但是都有一些特有的功能，从演示的情况来看，三个版本也没有办法在同一台电脑上安装（讲师张炜说为了演示三个不同的版本，需要安装三个虚拟机）；这是一个极为不爽的地方
。
建模工具 WhiteHorse 看上去已经是比较成熟的了，WhiteHorse 不仅仅是原来我们见到的类图、顺序图等，还包括项目架构设计，对于项目开发的全程设计都是支持的。
对于版本控制，VS.Net 2005 没有再使用VSS，而是使用了一套新的版本控制机制，这个版本控制系统是和 IDE 完全集成的，从演示情况来看估计是没有独立的运行版本；演示中发现除了见到一个 VSS6 的图标，其他没有见到熟悉的地方
在持续构建上，微软另立山头，没有采用 NAnt，而是推出了自己的构建工具 MSBuild，功能上好像是完全一致的，所区别的大概就是 MSBuild 和 IDE 环境结合更加紧密吧；对于这个也有点怪怪的感觉，也许微软是为了避免版权纠纷，所以不在自己的产品中集成开源的产品，对于微软和其产品的使用者，这种情形可以借用姜育恒的一句歌词：“这就是我们共同的悲哀吧”。
单元测试功能也是完全集成的了（当然不会是NUnit），不过对这方面的演示没有太注意，只看到是可以根据类定义自动生成测试代码，这个让我觉得很奇怪，不知道 VS.Net 是如何知道对于一个类我的设计意图是什么样的？
在几个讲座中都没有提到 Bug 跟踪系统，但是在给出的截图中却可以看到 Bug 的统计报表，不知道是否是集成在门户网站上了
？
Team System 中还集成了 FxCop 用于进行代码的静态分析，对于代码的规范、最优化设计会是很大的帮助。
总之我的感觉是 VS.Net 2005 Team System 将是团队开发的一件神兵利器。
很值得高兴的是在张炜先生的讲座上，正确回答了一个问题，获得了一个 VS.Net 2005 Team System Beta1 版本
，明天赶紧腾出硬盘空间装上看看
在最后的“优秀课程重讲”中，我听了郭安定的《关注中小型企业：如何以最低成本构建企业的只是信息平台》，讲座内容虽然有做广告之嫌，不过对于讲座的一些主题内容是很值得深入讨论的。
1.中小型企业对于建立信息系统同样有迫切的需求，但是处于成本考虑，不可能投入很大的资金，因此解决方案要尽可能的考虑系统的成本问题，尽可能利用现有的投资；
2.对于现有的系统，尽可能的挖掘系统潜力，没有必要总是考虑大而全的解决方案；
3.很多开发人员对于 Office 的使用都很不熟悉，是因为总是盯着最新、最全的技术、方案，“走火入魔”了？
4.也许由于现在网络资源获取的方便性和“免费”，很多人对于软件产品不珍惜，是因为感觉不到其中的价值吗？
VS.Net 2005 Team System 对团队开发的支持将会相当强大，对于版本控制、建模、测试、持续构建、代码静态分析（FxCop）都有了完全的集成；同时集成了Sharepoint Service，可以对项目构建统一的门户网站，对于开发团队的信息共享和协作也提供了极大的方便。
大概是处于商业目的的考虑，对于 VS.Net 2005 Team System，微软没有推出一个完全包含所有功能的版本，而是对应开发过程中的不同角色，将 Team System 分成了三个不同的版本：Team Architect（对应系统架构师），Team Developer（对应开发人员），Team Test（对应测试人员）。
三个版本互有功能重叠，但是都有一些特有的功能，从演示的情况来看，三个版本也没有办法在同一台电脑上安装（讲师张炜说为了演示三个不同的版本，需要安装三个虚拟机）；这是一个极为不爽的地方
。建模工具 WhiteHorse 看上去已经是比较成熟的了，WhiteHorse 不仅仅是原来我们见到的类图、顺序图等，还包括项目架构设计，对于项目开发的全程设计都是支持的。
对于版本控制，VS.Net 2005 没有再使用VSS，而是使用了一套新的版本控制机制，这个版本控制系统是和 IDE 完全集成的，从演示情况来看估计是没有独立的运行版本；演示中发现除了见到一个 VSS6 的图标，其他没有见到熟悉的地方
在持续构建上，微软另立山头，没有采用 NAnt，而是推出了自己的构建工具 MSBuild，功能上好像是完全一致的，所区别的大概就是 MSBuild 和 IDE 环境结合更加紧密吧；对于这个也有点怪怪的感觉，也许微软是为了避免版权纠纷，所以不在自己的产品中集成开源的产品，对于微软和其产品的使用者，这种情形可以借用姜育恒的一句歌词：“这就是我们共同的悲哀吧”
。单元测试功能也是完全集成的了（当然不会是NUnit），不过对这方面的演示没有太注意，只看到是可以根据类定义自动生成测试代码，这个让我觉得很奇怪，不知道 VS.Net 是如何知道对于一个类我的设计意图是什么样的？
在几个讲座中都没有提到 Bug 跟踪系统，但是在给出的截图中却可以看到 Bug 的统计报表，不知道是否是集成在门户网站上了
？Team System 中还集成了 FxCop 用于进行代码的静态分析，对于代码的规范、最优化设计会是很大的帮助。
总之我的感觉是 VS.Net 2005 Team System 将是团队开发的一件神兵利器。
很值得高兴的是在张炜先生的讲座上，正确回答了一个问题，获得了一个 VS.Net 2005 Team System Beta1 版本
，明天赶紧腾出硬盘空间装上看看在最后的“优秀课程重讲”中，我听了郭安定的《关注中小型企业：如何以最低成本构建企业的只是信息平台》，讲座内容虽然有做广告之嫌，不过对于讲座的一些主题内容是很值得深入讨论的。
1.中小型企业对于建立信息系统同样有迫切的需求，但是处于成本考虑，不可能投入很大的资金，因此解决方案要尽可能的考虑系统的成本问题，尽可能利用现有的投资；
2.对于现有的系统，尽可能的挖掘系统潜力，没有必要总是考虑大而全的解决方案；
3.很多开发人员对于 Office 的使用都很不熟悉，是因为总是盯着最新、最全的技术、方案，“走火入魔”了？
4.也许由于现在网络资源获取的方便性和“免费”，很多人对于软件产品不珍惜，是因为感觉不到其中的价值吗？
