微软tech-ed2011报告.docVIP

今年10月11号~13号去参加了2011微软技术大会，大会从11号下午2：00开始到13号晚上17点半最后一节课结束。11号下午主要是对微软产品和与微软相关的产品的介绍，。12号开始是各种课程，我主要听了如下三方面的课程。 开发工具vs2010相关 团队相关 C++相关 一、开发工具vs2010相关：微软在此次技术大会上对vs2010新功能作了非常详细的介绍 Visualstudo ALM 项目管理：Project Server TFS2010集成，利用此两个工具的集成，减少了项目经理，研发负责人以及研发之间的沟通障碍，从需求开始至任务确认均能通过这两个工具的结合而方便的实现项目经理与研发人员的沟通。讲师通过实例演示了从的项目规划、研发负责人进行任务分配，项目经理实时获取项目进度、审批项目变更等一些列过程。 VS2010中的架构工具：利用VS2010的架构工具可以非常方便的对现有代码进行理解。在vs2010中提供了依赖关系图、体系结构资源浏览器、层关系图、UML图。 依赖关系图：观察模块直接的关联关系 当我们新接手一部分代码时我们可以使用依赖关系图来了解程序的架构，在vs2010中选择Architecture, Generate Dependency Graph就可以以不同方式生产依赖关系图， VS在生成依赖关系图的过程中，将会遍历该项目程序的二进制代码，有哪些信誉好的足球投注网站所有的命名空间依赖关系并且生成一个DGML数据文件。视图最高级从命名空间最高级别的依赖开始（程序集边界）： 从这里你可以导航依赖关系，还可以深入查看更详细的信息，鼠标短暂停留在某结点上，将会显示该项的详细信息，同样的停留在连接上也会提供该链接的更多信息（如方法调用或引用）。点击展开按钮，图片会显示下级详细信息： 还可以粒度更细微的级别直至源代码本身。（以上图片摘自互联网） 体系结构资源浏览器： 类似vs2005的解决方案资源管理器和类视图，但是功能上有扩充，可以生成类关系图。 层关系图：描述和验证主要模块之间的依赖关系 层关系图类似于传统的体系结构示意图，标识了设计的主要组件或功能单元及其相互依赖关系。 关系图上的每个节点称为一层，表示由命名空间、项目或其他项组成的一个逻辑组。 可以绘制设计中应存在的依赖项。 与传统的体系结构示意图不同的是，在层关系图中，您可以验证源代码中的实际依赖关系与您已指定的计划依赖关系是否相符。 具体层关系图如下： UML： VS2010支持5 中uml 图，类图、序列图、组件图、活动图、用例图，这5 种UML图中类图和序列图可以进行反向工程。类图的反向工程在“体系结构资源浏览器”中有提及，反向序列图也很简单，在代码的方法中点击右键选择“生成序列图”，一张序列图就生成了。 二．团队相关 1.自组织团队 所谓自组织团队是由两个以上成员为了共同的有价值的愿景（目标、任务）组成的，成员之间相互作用 ，相互合作、相互适应，能够根据环境的变化进行自我调节的，具有开放性特征的团队组织。建立自组织团队最好的办法是“同行压力”。典型的同行压力场景是“（每月）计划会议”，和“（每日）站立会议”。同行压力是需要先决条件来支持的 跨职能团队： 如果分工过于细化，技术壁垒太高，很难展开共同估计(估计指当任务来后，对任务进行评估多久能做完，采用什么方式做)。有些团队本身是跨职能团队，但却往往因为过度进行模块分工而导致工作无法协同。跨职能团队底线是：任何任务至少有两个人可以完成。使用小组而非个人作为接收任务的最小单元是建立跨职能团队的一种方法 ? b.先估计后分配 原因显而易见：若任务已经分配，多数“无关人员”的兴趣和注意力将大大降低。 c.共同跟踪共同估计是共同跟踪的前提。只有这样，在跟踪时（比如每日立会上）大家才会关心别人任务的实际情况，在遇到困难时（往往是发生了超出当年计划意料之外的事情），人们会更理解任务为何发生延期，且更容易激发热情去帮助任务负责人。 d.团队绩效即认为若某个工作没有完成，责任属于整个团队而不是具体负责人。这样既可以防止有任务没人接，也可以防止有些人把着任务不放。 松结队编程： 所谓松结队编程类似我们各个小组内部的组织结构，但是有如下特点 （1）对每个小组整体考核：也就是leader要负责到底，不能出现“他把事情办砸了”的情况。这里的负责到底，包括计划、估算、跟进、进度、质量、等一系列事情。 （2）在工作中学习 尽管“松”但还是结队编程，leader了解整个组的所有工作，leader要对组员进行指导，以使组员尽快成长。 三．C++相关： 这方面听了候捷老师的两堂课，其题目为VC Debug Mode的MemoryBlocks监控机制。对于C/C++从高阶到低阶对于内存的分配都会遵循下图 上图的解释：在使用C/C++在进行内存分