从卓越工程角度看微软中国开发团队的成长
开发团队的成长离不开优秀的人才,简捷有效的流程和高效率工具这三个卓越工程系统中的重要因素。本文作者从这三个因素分析了微软中国开发团队是如何“从优秀到卓越”的。
作者 Hartmut Wilms译者 胡键 发布于 2008年3月13日 上午4时14分
微软将其Web上Live平台所提供服务的协议由Web Structured, Schema’d & Searchable(Web3S)协议转换到了Atom发布协议。
David Treadwell,微软Live平台服务的公司副总裁,宣布了一些与Windows Live平台服务有关的新闻和更新。在“框架和协议的标准化”这一主题下,他说道:
微软正在投巨资将我们的开发人员平台服务协议统一到开放的、基于标准的Atom格式(RFC 4287)和Atom发布协议(RFC 5023)。在MIX上,我们正使用AtomPub端点激活几个新的Live服务,AtomPub端点可以使任何HTTP感知的应用方便地消费照片的Atom feeds,并用于非结构化的应用存储(详情见后)。或者你可以使用任何Atom感知的公共工具或库,如.NET WCF Syndication去读或写这些基于云服务的feeds。
AtomPub也可被用作为ADO.NET数据服务(代码名是“Project Astoria”)的标准协议。Pablo Castro在Project Astoria团队博客上撰写了关于Astoria中的APP支持的文章
Dare Obasanjo解释了微软对于APP转变态度以及明确抛弃Web3S的原因:
事实上,当我们倾听Web开发者社区的声音后,反馈非常清晰的表明:与微软创建一个竞争性的专有协议相比,人们更喜欢我们和社区合作使AtomPub能工作于我们觉得它不适合的场所。
Mark Baker在其关于Web3s和Atom/APP的博文中对微软的决定表示了欢迎:
我确信这是最好的。除了Atom/APP正成为现有标准(随着现有工具的不断丰富),微软也将赢得超媒体作为应用状态约束引擎的后进优势(evolutionary advantages),而Web3S选择模式驱动的应用模型作为替代。
采用标准化的Atom发布协议符合微软的新的互操作原则,在WCF中支持REST和Syndication,以及ASP.NET MVC框架的高可扩展性和可插入性。
查看英文原文:Microsoft bets on Atom Publishing Protocol as the future direction for Web APIs
去年六月底,InfoQ中文呢上就报导了另外一篇新闻,也是关于豆瓣的API,除了JSON以外,另外支持的协议就是GData/Atom。
Microsoft...now you're talking...
开发团队的成长离不开优秀的人才,简捷有效的流程和高效率工具这三个卓越工程系统中的重要因素。本文作者从这三个因素分析了微软中国开发团队是如何“从优秀到卓越”的。
本文是Productive Java with Ruby系列文章的第一篇,我将从单元测试这个话题开始,让Java的开发人员能够在实际工作中利用Ruby提高工作效率。
InfoQ中文站有幸与阿里软件的首席架构师赵进在一起探讨了SaaS的相关话题,包括SOA和ASP与SaaS的异同、云计算、SaaS的前景、它的关键技术、技术瓶颈等等。
在这篇文章中,Adrien Louis和Marc Dutoo在一个典型的ESB场景中讨论了编配和路由的区别和优缺点。他们讨论了几种连接服务的方法,从使用如自定义路由这样的低级别方法,到使用如工作流和编配这样面向业务的高级别方式,并总结说不存在“一边倒”的解决方案。
本文是根据7月26日InfoQ中文站在杭州举行的QClub活动(第三期)后半程小组讨论总结而成。主要内容包括如何在SOA系统中实现服务编排,如何保证分布式系统中的一致性和可用性,以及如何在实施SOA的过程中控制接口的粒度等。
人们很容易想当然的以为虚拟化技术仅仅应用于服务器。而在现实中,虚拟化这一苏醒的概念正被运用于各个层面,其中包括网络,存储以及应用基础架构。在这篇导论中,InfoQ将深入每个方面,详尽向您描述虚拟化技术的运用以及其优点与不足。
在这篇案例研究中,InfoQ对Adobe AIR和Amazon的简单存储服务(Simple Storage Service ,S3)在NASDAQ市场回放程序(NASDAQ Market Replay)中的应用进行了详细的分析。
3 条回复
回复