8月8日消息，小米公司今日对外宣布收购MSNLite（hada.me）团队，后者进驻小米后将重点研发米聊PC客户端。据悉，米聊PC客户端即将上线。小米公司并未对外披露收购金额。

MSNLite是由Lite （莱特）工作室于2010年4月开始研发的一款兼容微软MSN的第三方客户端，保留了msn的基本通信功能外，删除了广告、网站链接，增加了多账户登录、新浪微博插件、聊天截图、离线文件传输、聊天记录本地加密、聊天记录云备份等功能。

而据消息人士透露，早在数月前，小米公司就已与MSNLite接洽。此次收购更像是对人才的收购。

小米联合创始人黄江吉表示，MSNLite团队加入米聊之后，将重点研发米聊PC客户端。“届时，米聊将实现手机客户端与PC客户端的信息互 通，更加方便米聊用户之间的交流。”对于为何开发PC客户端，他解释称，米聊PC客户端的推出主要是源于用户的需求。近日小米也成立小米IM实验室。官方 披露米聊注册用户超过1700万。

业内人士指出，成立小米IM实验室、收购MSNLite团队，在一定程度上也表明了小米将开始继续强化IM市场，而研发米聊PC客户端，也可见小米将不在规避与腾讯的竞争，与QQ、微信等展开正面较量。

不过也有分析人士认为，逆势开发米聊PC客户端，更像是服务于既有米聊用户群，PK QQ无从谈起！

北京时间9月4日凌晨消息，SAP周一称，甲骨文已就持续了五年之久的一项诉讼案提出上诉，可能会令SAP支付更多版权侵犯赔偿金。

SAP发言人周一证实了德国《曼海姆早报》(Mannheimer Morgen)此前报道中有关甲骨文上诉可能带来什么后果的内容，并补充称“在最坏情况下，上诉可能需要花费两年时间”。这名发言人表示，SAP对甲骨文 继续拖延这一司法程序感到失望，“我们已经同意一项合理的暗盘，因为我们相信这桩诉讼案已经持续了足够长的时间”。

SAP在8月份同意向甲骨文支付3.06亿美元的赔偿金以了结旗下一个部门所受到的版权侵犯指控，双方律师当时指出，此举旨在“节省新的审判所 需花费的时间和费用，加快上诉程序的完成”。北卡罗来纳州的一个陪审团在2010年做出判决称，在SAP子公司TomorrowNow不 正当下载甲骨文文件的诉讼案中，SAP应向甲骨文支付13亿美元的赔偿金。

随后，美国地区法官菲利斯·汉密尔顿(Phyllis Hamilton)去年取消了这项陪审团判决结果，称甲骨文可以接受2.72亿美元的赔偿金，或是选择对SAP发起一场新的诉讼。

相信屏幕前的不少玩家都已经看过《机器人瓦力》这不动画电影，在地球负责垃圾清扫任务的低级机器人瓦力爱上了贵族机器人伊娃，上演了一出动人的爱情剧。

现在来自加州奥兰治县的程序猿Mike Senna花了两年半时间，耗费了3200-3800工时制作了一个真实版的瓦力，它能来回走、绕圈、说话但就是不能捡垃圾。

他每周在工作之余抽出25小时给这个瓦力编程，虽然对于一个程序猿来说所需技术是信手拈来的，但要白手起家还是有一定难度的，但从最终效果看艰苦的工作绝对卓有成效。

视频：

不时转动脑袋的瓦力似乎在人群中寻找他心爱的伊娃

图片：

——Web的发展与开源标准的胜利，把JavaFX框架逼入死胡同做困兽之斗

原文作者：Andrew Oliver 信息来源：InfoWorld

Adobe进行了资产转移，不再对Flex和mobile Flash进行投资，微软也把自己的Silverlight换成了Metro。Oracle公司目前看起来是唯一一个信任胖客户端框架的公司了，以JavaFX的形式——也算是个值得的投资尝试。

目前为了开发一个纯胖客户端桌面应用的现存选择已经越来越少了，基于Web传递消息的RAD应用也逐渐淡出江湖。当前我们已经进入到了一个纯HTML/JavaScript客户端的世界。

【在这里，作者还推荐一些文章希望您看一下：Oracle最近的JavaFX动向；开发者生存指南；以及了解业内信息请您关注：开发者世界信息快递】

如果我们不是被移动开发带回到客户端开发，如果您在十年前问我，是否Objective-C会从坟墓中爬出来？我会等着您因为这个玩笑相互搓两拳闹一下。而现在，谷歌公司决定跟随它自己的瘦方案采用Java和XML-UI定义语言了。

像PhoneGap这样的工具并没有激起太大的波澜，因为用户更加期待native风格的样式和体验；而像Appcelerator Titanium这样的工具另辟蹊径，可以让您感受一下而不需要使用Objective-C去写代码，然而它发展太慢跟不上native风格的进展。

然而HTM5开始在移动开发的世界变得越来越强，至少在视频应用以及相关的一些其他功能方面做得不错。越来越多的开发人员开始瞄准安卓和iPhone平台来做这个方向的应用，尤其是在恐龙一样远古的RIM和Nokia逐步走向灭绝的时期，做这样的选择无可厚非。

胖客户端真的要完蛋了

事实上，移动世界已经把我们带进了那个曾经一直抵制的标准化时代。微软公司已经开始支持jQuery了——至少在精神上支持。甚至于苹果公司，那个统治一切的专利权帝国，也开始变成HTML5支持者了。

Oracle是最后一个使用JavaFX框架负隅顽抗的公司了。当作者去视察公司的芝加哥办事处的时候，顺道参加了一个由Oracle公司的Roger Brinkley组织的Java用户讨论组的一个交流会。Brinkley先生是主持人，他的工作挺辛苦，讨论会的风格很像99年的风格，有些古色古香。

JavaFX的Demo在Mac平台上面运行的并不好，更不用说linux平台了。回味着后半天展示的SwingSet 的demo，屋里所有讨论组的成员估计都在想：“为什么我们要用一个又大又肥的java安装包呢？为什么不能用jQuery，啥都不用装就能运行多好？”

XML语言看起来很像安卓的XML UI语言。当作者询问Brinkley先生任何有关JavaFX与安卓之间比较的问题时，回答总是基本上这样：“这是Java客户端的方向”论点止于此，用方向的区别来回避。

预言

Oracle好像是希望通过开发JavaFX的方式来留住老客户， 虽然其客户一直在向.Net流失。这个策略肯定会失败，因为它的决定权在别人手中。客户可以采用它，当然也可以采用些别的什么，如果不需要一个客户端安装 的好东西出现呢？特别是，如果JavaFX能做的，HTML/JavaScript/jQuery都能做，而且还能做得更好。

开发者肯定会沿着HTML/JavaScript/jQuery的技术路线发展下去，尤其是现今微软对于浏览器的霸主垄断地位正在逐步丢失，使用浏 览器和Webkit的花销是越来越低了。在性能方面，之前Flash或者本地代码，传统的方式都是锁定的，现在由于jQuery这样的开源产品出现，也不 得不渐渐开放了。标准开创了一个新市场，而市场又是一个新的垄断方式。具有讽刺意味的是，苹果公司可能会后悔它支持了HTML5，因为多平台的支持费用成本降低了。

不管您是否认为这个方向是大势所趋，这都不重要了，因为您都不得不承认现在的选择已经越来越少了。jQuery是HTML的杀手级框架，也是一个正 在一口一口吞噬胖客户端世界的怪兽。在云领域，为什么一家公司会想要安装那么多native软件并支付大量的传统PC运行维护费用呢？全规模地采用 HTML5就可以一劳永逸地解决这个问题了。

胖客户端陪伴我们走过了一段难忘的旅程，不过作者也对其退出江湖表示开心。对于企业级应用而言，客户端的安装总是充满了各种问题以及需要严格的IT 策略来保障安全；而新兴的基于浏览器的方式，估计是IT经理和开发者共同盼望的那种方式。那些庞大的臃肿的客户端开发最好还是面对事实吧：瘦下来才是当今 的王道！

=======================

原文地址：http://www.infoworld.com/d/application-development/the-long-death-of-fat-clients-196554?page=0,0

译者：范小虎

随着Windows 8及Windows Phone 8等等新东西的即将到来，微软似乎希望通过全面改名的方式，起到一个“气象一新”的作用，比如Metro，比如App Hub（现在叫Windows Phone Dev Center）。据国外媒体报道，看来Wper们相当熟悉的Windows Phone Marketplace也将要说再见了，因为它可能将被更名为Windows Phone Store。

证据出现在Windows Phone Dev Center，即开发者中心网站里。我们通过新闻图片能够看到“Join Dev Center and publish your app in the Windows Phone Store（加入开发者中心并在Windows Phone Store中发布您的应用）”的字样。

外媒表示，Windows 8系统已经拥有了Windows Store。从一致性的角度来考虑，微软此举倒也合情合理。毕竟两个系统的核心共享一直是该公司所强调的。

对于微软公司此次的更名，各位Wper是怎么想的呢？至少它略微拯救了笔者打字的手。

文/maxbeta