本来很早就应该把后一天的内容补充上了，不过最近半个月忙得要死，一直拖欠到了元旦，惭愧惭愧。
第二天的内容，说实话，很多已经忘记了，非常对不起darren同学以及jim同学。依稀记得有一个产品组的经理介绍了一些内容，主要是一个可以内置于vs2010，借助于vs2010的自动部署功能完成对MS crm2011系统进行插件部署等功能的工具包，据说已经在某些地方下载到，不过目前我还没有找到，只有等正式announce的时候了。jim同学介绍了他现在做的一个利用office365等产品做的一个系统，尤其是他介绍的有关方法论或者说项目实施方法，我觉得很有借鉴的意义，可以看一下国外的同行们在实施mis类软件的项目中，是如何结合sure step以及相关的方法论（例如敏捷式开发）等。个人认为在整体的项目把控、进度的安排、阶段定义等方面，国内的项目组还是有欠缺的。当然，我们国内的情况也和国外的情况不一样，我们也并非要死搬硬套国外的形式，肯定还是借鉴国外的经验、方法，结合我们具体情况，创造出适合我们自己的方法。
记得有一个朋友讲，MS crm2011的开发难度比crm4提升了很多。我同意这种看法。毕竟，dynamics crm要走向xrm，那么，就需要借助于现有的成熟平台，向标准化的方面进行靠拢，同时，也需要将原有的一个部分进行拆解，从而令每一个部分概念清晰，各个部分之间分工明确。由此，MS crm3时代的工作流引擎到了MS crm4的时候，就已经使用了workflow foundation。crm4时代的soap webservice，在MS crm2011中就被wcf所取代。而前端脚本中的crmForm对象的方法和属性在MS CRM2011时代就需要被分解为数据管理器和界面元素管理器两部分，从而分别对应于控制表单对应的后台数据的管理，以及表单界面元素的控制。同样的，MS CRM4中，已经有大量的addon product以及addon solution出现，为了避免出现这些内容在部署方面出现冲突，于是，引入了solution的概念，将不同的vendor开发、提供的扩展产品在逻辑上、物理方面做了一个隔离。而在定制方面，以前的定制人员可能继续要负责界面的设计又负责脚本的开发，而现在，引入了web resourcs的概念，对此进行了分工，有负责界面设计的，有负责脚本开发的，脚本开发完成后，存放在web resources中，界面设计人员在表单编辑器中对脚本函数进行引用，设定传入参数即可。
记得当年学历史的时候，书上说，周朝是一个生产力大发展的朝代，因为当时出现了百工。我想，可能软件的发展也是如此吧，从而开始的电子管，到后来的汇编语言、c语言、java、.net等等这些，以及软件工程方面的各种理论，再到各种IDE开发环境的演进，可以看出，随着时代的发展，技术的进步，可能上一代的一个步骤、一个组件，在下一代被演进的时候，变化为了一个独立的部分、需要专门的人员去为之工作，这样，出现了上下游，出现了各个工种，出现了协作。久而久之，一个行业出现了。
如果使用上面的观点，那么，就不难想象MS CRM2011能够变化成这个样子了。系统也在演进，从一个人就可以handle所有事情，到专岗专人，协同工作，MS crm也在向巨大的系统进化中。所以，产品组在MS crm2011版本中，剥离了界面设计人员和界面脚本开发人员，剥离了界面脚本中的界面控制元素与数据控制元素。在开发方面，分别区分对待了是微软技术还是其他非微软技术。等等方面，都在显示着，MS Dynamics CRM已经不再只是一个简单的客户关系管理的小软件，而渐渐向一个庞然大物在演进中。过程可能是顺利的，也有可能夭折，让我们拭目以待吧。