一大早来看到了一个不好也不坏的消息，经过了漫长的从Preview 1到Preview 5的预览，好的是ASP.NET MVC终于发布Beta版了，坏的是UCenter.NET项目又得进行升级了。这次发布的Beta版本相对于ASP.NET MVC Preview 5来说，变化不是很大，主要包括： 1. 改变验证信息使其对最终用户更加友好 2. 在Controller中添加了Url属性，类型为Ur

关于MvcScaffoldTool的必要性及由来可以看着两篇文章： http://www.cnblogs.com/szw/archive/2009/02/27/1399776.html http://www.cnblogs.com/szw/archive/2009/02/27/1399818.html   v2.0.0.0版本添加了对MVC中Area的支持，单独的Area项目可以通过两种

校内API开放也有一段时间了，也没有太关注，正好新版本的SNS开发到了API这一块，正好借鉴一下XiaoNei，FB，MySpace的API。   且闻校内API比较有前途，最近的API编程大赛也比较火，而且人气也较旺   于是顺手用了一下校内的API，发现校内只提供了php与jsp的API却并未提供.net。   当然也有不少朋友封装了.net 的API，但我

W3C发布的HTML5官方Logo   　　在2009年的时候，我们宣布HTML5草案制定已经接近尾声了，原先计划的时间是今年完成草案并在2012年正式发布，然而，不久之后我们认识到人们对增加HTML新功能的需求一直高涨，因此在可以真正称它为HTML5之前，我们仍然称作HTML并继续增加新的功能，我们将转移到一个新的发展模式，HTML将不再带有版本号，而是一个活的标准，随着技术的发展而不

在2009年的时候，我们宣布HTML5草案制定已经接近尾声了，原先计划的时间是今年完成草案并在2012年正式发布，然而，不久之后我们认识到人们对增加HTML新功能的需求一直高涨，因此在可以真正称它为HTML5之前，我们仍然称作HTML并继续增加新的功能，我们将转移到一个新的发展模式，HTML将不再带有版本号，而是一个活的标准，随着技术的发展而不断更新。 　　我们仍然有兴趣发布HTML5标准，因此W

场景 项目已上线，需不断维护。要求加入全市统一的功能，并马上上线，功能已经开发并测试，目前正在修改一些小的bug。但是新需求在不断引入：修改周期长，由于新需求还未完全实现并测试，bug修正后无法马上发布新版本。 产品化的软件，可能会有多版本存在，其中部分代码需要不断同步。 这两种应用场景，都可以考虑建立分支版本，使用版本控制工具的自动合并功能，更好的实现配置管理。 基本概念 REVISION 修订

Tiny Library CQRS的介绍文章有好些日子没有更新了，因为最近一直在忙着发布Apworks应用开发框架。原本打算在2011年1月1日发布，以迎接新年的到来，后来确定了还是在2010年12月31日发布，就算是给过去的一年做个留念。哈哈。 一直关注我的博客的园友都知道，之前我的一些领域驱动设计的案例，都是以Apworks为基础的。由于时间关系，Apworks一直没有一个固定的版本，所以在那些案例中，我都是将Apworks的程序集加入了案例的发布包里。现在，终于能够为Apworks整出一个“可用”的版本，并将其发布到了codeplex上，地址是：http://apworks.codeplex.com。版本：Alpha（v1.0.4016.23016）。有关Apworks的所有文档，我都上传到了http://apworks.org/documents.aspx。

近段时间，一直在负责一个产品版本改造（C/S系统进行B/S改造）的研发项目管理，在任务紧、时间短、团队成员又没有相关技术（Silverlight）背景的恶劣情况下，我带领包含我在内只有6个人员（5个研发人员，1个产品经理，产品经理在系统版本改造中主要精力投入到辅助市场部进行产品推广去了）的超小型项目团队，终于在公司给定的时间范围内完成了整个产品的版本改造。这其中经历了需求变更、技术风险、人员变动等诸多问题，项目任然取得了成功，这种使用新技术的试验项目能够取得成功不得不说有几分侥幸，更多的还是团队兄弟之间的互相帮助、团队协作。   　　在历时3个月的产品版本改造过程中，经历了大大小小的诸多问题，积累了一些经验和教训可以和大家分享。其中主要包括：需求、设计、研发、测试、实施、进度、风险、沟通、团队管理等。由于刚涉入研发项目管理，很多方面都做得不到位，于此记录下本次产品版本改造中的点点