微软

部署完Windows Storage Server 2008后（点击），我们有了一个contoso.com域，接下来我们需要在Server1和Server2上部署Windows Server 2008 R2，然后把它们加入域，并安装Hyper-V角色。我们以Server1为例，为大家介绍如何进行Windows Server 2008 R2的部署。

微软网络搜索引擎Bing于6月推出后,表现令人惊艳.不过很多人可能不知道Bing的诞生,源自于印度一群研发人员的努力,这也再度证明印度在科技界的顶尖研发实力.

曾经称GPL为“肿瘤”的微软近日宣布捐赠3个Linux装置驱动程序、总计2万行的程序给Linux社区，这也是微软首次直接发表给Linux社区的程序代码，将采用GPLv2授权。微软此举令人感到意外，但结果却更让人意外，最终它将无法被Linux kernel接纳，因为其被指违反了GPL许可证。

　据一位开源软件网络工程师称，微软本周一根据GPLv2（通用公共许可证第二版）许可证协议为Linux内核发布的代码在微软发布之前就违反了这个许可证协议。

在本系列的前面两篇文章中，我们分别介绍了Windows 7任务栏的Jumplist和实时应用程序缩略图。通过这两项新特性，任务栏为我们的终端用户提供了丰富的快捷功能和信息，让用户感觉到随时随地，应用程序就在手边(at fingertip)。但是微软似乎并不满足，雷德蒙的程序员们想要榨干任务栏的最后一滴油水：任务栏状态提示。

Windows Server 2008 R2中增加了一项重要功能，Hyper-V的LiveMigration，也就是虚拟机的实时迁移。这项功能让虚拟机的迁移速度达到了毫秒级别，大大缩小了Hyper-V和ESX的技术差距。回顾历史，Windows Server 2008由于只能提供Hyper-V的QuickMigration（快速迁移），虚拟机快速迁移的时间视硬件不同大约需要几秒至十几秒不等。这和ESX的Vmotion还是有不小的差距。有了Win2008 R2中的LiveMigration后，微软终于可以扬眉吐气地和Vmware在性能上一争短长了。微软在发布Hyper-V之后只过了一年时间，产品性能就有了长足的进步，对用户来说确实是一件可喜的事情。今天我们将通过一系列的动手实验，为大家介绍Win2008 R2中的LiveMigration。

微软与Google之间的竞争日益白热化。Google试图将其互联网平台扩张至PC，而微软则从相反的方向发起进攻

　前一篇讨论“静态页”的文章反响不错，不少朋友发表了自己的看法，也给老赵更多的想法。虽然也在前一篇文章后面回复了不少内容，但是就以往经验来看，总结为一篇新的文章会让我想表达的内容更为明确，对于“静态化”这一非常容易被人误解的概念来说也是非常重要的。

　“静态页”，在Web应用程序开发中是很常见的概念。只是我发现目前还是有相当部分的朋友，在这方面的存在一定的误区。因此现在独立写一篇文章，也想把一些问题讲讲清楚，以后在讨论的时候也好有个准。

在消息传递（Message Passing）领域，PingPong是最常见的测试之一。它的功能简单的有些无聊，一个Ping Actor和一个Pong Actor之间互相传递消息，你Ping过来我Pong过去。也正因为如此简单，PingPong的目标仅仅是测试纯粹的消息传递机制的效率。也正因为如此，各Actor模型往往都将其作为展示自己功能的第一个示例。老赵从互联网上收集了一些最为常见的，不同语言/平台下Actor模型实现PingPong的示例，可作“观赏”之用。

给出sum、min、max和n四个正整数，请输出所有将sum拆分为n个正整数之和，其中每个正整数k都满足：min <= k <= max。这n个正整数之间可以重复，不过由于加法交换率的作用，1 + 2和2 + 1便算是重复的拆分了。

　最近博客园讨论气氛热烈，有价值的评论也层出不穷。有时候我们会很希望订阅某篇文章的评论RSS，只可惜博客园目前没有这个功能。对于注册用户来说，我们可以通过点击评论框下方的“订阅回复”链接，这样就会在出现新评论的时候收到邮件。可惜匿名用户，只得不断刷新才能关注最近讨论到什么地方了。不过我们是什么人？我们是程序员，这点障碍对我们来说应该是在简单不过的小事了。自己搭一个站点，获取页面数据，分析HTML，输出为RSS，就这么简单。

软公司今天宣布其新一代桌面操作系统Windows 7 和服务器操作系统Windows Server 2008 R2 进入RTM（批量生产）阶段。系统开发阶段完成，行业合作伙伴也在紧锣密鼓地为Windows 7上市准备相应的产品。

“延迟”的本意是“减少计算”，但是如果您使用不当，很可能反而会造成“重复计算”。例如，我们首先构建一个方法，它接受一个参数n，返回一个Func<int, bool>对象：

老赵一直建议大家不要倾向于学习IL的原因有二： 　IL能够说明的内容太少，包括大部分.NET“必知必会”。 　IL能够获得的信息从高级语言中也大都可以知道。 　而这篇文章便是希望通过实例来把第1点解释清楚，而第2点则留给下一篇文章来解释。

C#2.0较C#1.0来说是一个突破，其中引入了泛型，以及匿名方法等新特性。如果前者还可以说是平台的增强，而语言只是个“辅助”的话，而后者则百分之一百是编译器的魔法了。别小看这个特性，它为C#3.0的高生产力踏出了坚实的一步——不过还是差了很多。例如，我们有一个要求：“把一个字符串数组中的元素转化为整数，再将其中的偶数放入一个List<int>容器中”。

我们简单讨论了线程池的作用，以及CLR线程池的一些特性。不过关于线程池的基本概念还没有结束，这次我们再来补充一些必要的信息，有助于我们在程序中选择合适的使用方式。

上一节，我在界面线程中通过时时设置Canvas.SetLeft(Spirit, Spirit.X + Canvas.GetLeft(Map) - SpiritCenterX * GridSize);和Canvas.SetTop(Spirit, Spirit.Y + Canvas.GetTop(Map) - SpiritCenterY * GridSize);来实现主角跟随着地图移动。

紧接着上一节，我们打开QXSpirit.xaml.cs文件。在游戏设计中，为了能够轻易控制及管理精灵的各项属性及功能等，我赋予每个精灵一个专属线程，它在精灵的使用中起到关键作用：

上节中有点到，只要在地图移动的同时，时时根据主角等对象物体的X，Y坐标进行相对于地图的X，Y坐标移动即可达到目的。但是由此又引来了新问题：主角为Image控件，障碍物则为矩形控件，它们都没有X，Y这两个属性，我们该如何对它们的坐标进行记录呢？