• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

　　REST 是好东西，但受到两个问题的拖累。

　　之前已经写过一些对 REST 的简介和看法。不久前恰好又在中文版的 infoQ 网站上看到一篇刚翻译成中文的文章，发现一些问题，于是又把整个 REST vs. SOAP 的论战再仔细看过一遍，刀光剑影，娱乐性十足。好消息是，最近这几个月，比较耸动或炒作性的 REST 话题似乎开始从网站、杂志头版消失。就来回顾和总结一下，事情其实很简单，REST 是被两个问题给害了。

　　一是对 REST 技术本质的混淆，许多实现方式，号称是 REST，但其实不够格。这个比较容易解决。举例而言，infoQ 中文站今年一月刚发布一篇翻译自这篇 2006 年 5 月的文章（不推荐）。但不幸的是，作者选择将 POX (Plain Old XML) over HTTP 的实现方式，冠上 REST 和 RESTful 的封号。但看看作者天气查询的例子，最讽刺的是，如果看它采用的 XML 输入、输出格式，和用 HTTP POST 的交互方式，活像是个 SOAP-based 的 Web services － 只差没用 SOAP 信封格式将输入、输出文件包装起来。至于该 Web services 采用诸如 http://x.com/weather/WeatherQuery/2.0

　　这种统一 end-point URI 网址的设计，更是犯了 REST 的大忌。真正合格的 REST 设计，就拿相同的天气查询做例子，服务调用（消费）端应该可以直接 GET 一个像

　　http://x.com/weather/city/chicago

　　或

　　http://x.com/weather/zip/60661

　　这样的独特网址，无需另外将参数透过输入文件，就能够获取查询结果。

　　我们真正需要的，是更多像 Stefan Tilkov 这篇正视听的 REST 教学（中文版：深入浅出REST）。另外，我发现 Wikipedia 中对 REST 和 RPC 所作的比较，也非常有帮助，能够让习惯 OO 的开发人员快速体认到 REST 的设计哲学。在另一篇 infoQ 的文章中（同样推荐，但没看到有中译），作者探讨 REST 的 URI 超链接设计原则，并指出连 Flickr 等大站的 REST API，都看得到关于这个原则的错误示范。

　　大量似是而非、自封为 REST/RESTful 范例的充斥，混淆了视听；令人担心的是，它们会引发“POX+HTTP 是 REST，因此 POX+HTTP 自然具备了 REST 优势” 的错误推论。

　　来看过去一年 REST 热潮的第二大问题。这个问题比较棘手。根源在于某些激进派选择以 REST 单挑 SOAP+WS-*，且带着汉贼不两立的互斥、排他心态，来宣扬 REST 理念，彼得雷西 (Pete Lacey) 是其中的急先锋。正因为对上了 SOAP，企业计算和 SOA 的课题也不免被扯了进来。在 consumer Web 2.0 领域中，用户量巨大，信息相对公开，往往不需要如企业领域做到很细微的安全控制，REST 式的 Web services，过去几年在效能方面发挥得很出色；此外，简单易用，让想开发 mashup 等复合式应用的广大开发人员，能快速上手。这些都是有目共睹的。但 REST 的成功，逻辑上无法直接引申成 SOAP 的失败。此外，REST 狂热者往往以 HTTP 正统自居，认为不遵循 REST 原则和风格，便是对 HTTP 的“滥用”，例如在《深入浅出REST》一文最后，作者就表达了这样的态度。一位网友 Alex Xu 评得好：

　　为什么要把REST跟SOAP对立起来？

　　JSP,ASP,PHP难道不也是对HTTP的“滥用”吗？（按照REST的原则）

　　电话线原本是给电话用的，但是后来人们用它来发传真，又用调制解调器上网，再后来ADSL，现在ADSL+.在这种途径上人们不断地挖掘潜力.为什么HTTP就不行呢？

　　但正因为抱持了基本对立的立场，彼得雷西在这篇专访中，几近全盘否定地，一一数落 SOAP、WSDL、UDDI、WS-*，甚至 XSD 的不是。过分膨胀的论点，自然也招来了许多反证。例如 Paul Fremantle 表示据他所知，eBay 的 SOAP 服务每天要处理四千万的请求，而 Yahoo Mail 基本上也是基于 SOAP，而请求量也不会小。其他像是 SOA 专家 Steve Jones 驳斥了雷西关于解析 XSD 和 XML 文件格式弹性方面的抱怨。

　　事实上，将 REST 和 SOAP+WS-* 看作有非此即彼的替代性，不如把它们看作是互补，让负责实现 Web service 的开发人员自行选择实现的方式。SOA 的原则本来自当如此 -- 由业务分析师和 IT 架构师先识别出服务，以契约（合同）的方式加以规范，而服务契约应该是独立于任何技术平台或实现手段之上的。接着下来才是讨论绑定方式、服务接口设计，和实现手段。同样的一套业务逻辑代码，可以根据为满足契约的实际情况，以多种方式封装、绑定。契约、接口、代码实现，乃至于团队分工方式，都应该是松耦合的。

　　正如 Steve Jones 在多篇批判 REST 的博客中指出，更重要的是 IT 要如何更紧密地配合业务的变化，更快地去实现业务能力，这是 SOA 自始至终的目标。至于如何将一个文件从甲地运送到乙地，方式很多，REST 只不过是 SOAP、REST、JMS、RMI、MQ... 等众多选择之一而已，不该本末倒置。

　　SOAP、WSDL 和几个主要的 WS-* 标准，多年发展下来，厂商和工具支持已相对成熟。REST 虽然在先天结构上较为简单，但就像彼得雷西自己在这篇博客回应中举的例子，选择 REST 的开发人员必须评估，在工具、框架支持相对不成熟的情况下，coding 的代价高不高？另外我想到一个普遍的企业应用场景 -- 当有安全私密性要求时，REST 应用可以很轻易地搭配 SSL/TLS。但内容一旦加密，许多被 REST 支持者津津乐道，包括能直接利用 Web 现有缓存机制的高伸缩性，便不复存在。有时候，甚至在内容没有必要加密时，因为必须根据用户身份权限对内容做过滤、个性化，此时如果采用 REST 和 HTTP GET，还必须确定告诉客户端和服务器之间所有行经的 Web 基础设施不许缓存，以免内容让不该看的人看到（不同于过去清一色 HTTP POST 的请求回应，默认的行为本来就不会缓存，许多开发人员早已视为理所当然）。在这类情况下，其他剩下来的 REST 优势（如简易），是否仍超越采用其他的技术手段？是企业开发人员必须面对的。

　　有的科技大厂眼见 consumer Web 2.0 地盘长期以来被 LAMP 和 PHP、Ruby、JavaScript、Python 等占据，除了实验性地扶植 Groovy、Grails 之类外，现在冒出了这群 REST 激进派信徒，制造出非常戏剧性的冲突，大火既已点燃，岂可不好好利用一下 － 管他是否过分炒作或自我膨胀，先趁势而上，运用市场机器，加入炒作行列；同时推出一些支持 REST 的理论架构、开发框架、规范、或工具，借机让 Java 和 C# 的影响力能扩大到 Web 2.0 领域（包括消费和企业 Web 2.0）。我感觉这是厂商宣布对 REST 大力支持背后的主要动机（之一）。

　　图片来源：bblfish.net/blog/page1.html

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

昨天微软在北京举办题为“英雄由此诞生——微软2008新一代企业级应用平台与开发技术发布大会”，在会上面向中国技术社区发布了其最新的操作系统Windows Server 2008、数据库服务器SQL Server 2008和开发工具Visual Studio 2008，并介绍了这些产品的新特性。

虚拟化技术正在受到越来越多的重视，最近包括BEA、微软在内的厂商频频出手，先是BEA宣布和VMWare合作，在VMWare的工具里提供对BEA公司Java应用的支持，而后微软收购能帮助企业管理虚拟机的Kidaro公司。在IBM面向开发人员的内容网站developerWorks上也多有对虚拟化主题的介绍。在这次发布的Windows Server 2008中，微软显然也加强了对虚拟化的支持：

1.针对Web而建。内置的Web和虚拟化技术，可助您增强服务器基础结构的可靠性和灵活性。主要包括Internet Information Services 7.0 ，IIS 7和.NET Framework 3.0等。

2. 虚拟化技术。借助Terminal Services Gateway和Terminal Services RemoteApp，可以轻松进行远程访问并与本地桌面应用程序进行集成，还可实现在无需VPN的情况下，安全无缝地部署应用程序。

在SQL Server方面，现在的SQL Server 2008已经不单纯是一个数据存储仓库，通过新增的功能逐渐演化成更加智能的数据平台。SQL Server 2008在设置和安装方面都做了大量的改进，将配置数据和引擎分开，从而使得创建基本的未配置系统的磁盘映像变成可能，将数据分布到多个服务器也变得更加容易。在微软这次大会的新闻稿中提到了更多SQL Server 2008新增的功能：

Resource Governor管理并发工作负载；通过Policy-Based Management在企业范围内加强策略的兼容性；通过数据压缩以及稀疏列来降低存储需求并提升查询性能；在SQL Server Reporting Services中利用其提升的性能，高可用性，虚拟化技术与Microsoft Office 2007高度集成；通过对空间数据的支持，实现对地理信息软件的集成等。……

相对于Windows Server和SQL Server，开发工具Visual Studio一直是开发人员更为关注的对象。在这次的Visual Studio 2008版本中，开发团队引入了250多个新特性，整合了对象、关系型数据、XML的访问方式,语言更加简洁。 使用Visual Studio 2008可以更加高效地开发Windows应用。设计器中可以实时反映变更，XAML中智能感知功能可以提高开发效率。同时它支持项目模板、调试器和部署程序。另外由于集成了ASP.NET AJAX 1.0，包含ASP.NET AJAX项目模板，Visual Studio 2008还可以高效开发Web应用等。

……

阅读全文：微软发布SQL Server 2008和Visual Studio 2008开发平台

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

在去年这个时候，《程序员》&CSDN的总编孟岩在展望2007年的动态语言发展时，发出感叹“未来属于动态语言”。未来这个词汇包含着无限的含义，2007年属于“未来”，5年后的2012年也属于“未来”，究竟动态语言什么时候能够占据统治地位，目前来看还是个未知数，但同时我们可以感知的是：在动态语言领域，现在的形势是——乱花渐欲迷人眼。

如果说我们回望不久的以前，比如5年前，我想很多人会大发感慨，那是一个多么简单和纯洁的静态语言年代啊，要么站立在Java平台上独孤求败，要么奔赴.NET战场挑选一下微软提供的C#、VB等兵器，“非此即彼”。可是现在，时代变了，语言多了，诱惑多了，眼睛也花了。如果说按照对动态语言的一个不完整定义，“所谓‘动态语言’，也叫脚本语言，就是说一种在执行期间才去发现数据类型的程序设计语言，主要创建一些需要经常更新的动态系统。”，我们可以列举出的动态语言如ActionScript、Erlang、Groovy、JavaScript、Lua、Perl、PHP、Python、Ruby、Scala等，这还不包括运行于Java和.NET平台上这些语言的变种。

在短短的一篇文章中，我们很难将每一个语言都介绍清楚，这也不是我们的目的。本文主要是选择几个重点的语言，从社区、厂商和工具等方面的支持方面回顾一下在过去的一段时间，这些语言的发展和变化，并最后做一简单展望。

Python：2007年度程序语言

一直关注语言流行度变化的网站TIOBE宣布将Python列为2007年度程序语言，入选理由为：在过去的一年里，Python的占有率上升了2.04%，在2007年12月份更是历史性地首次超过Perl，位列最受欢迎的程序语言第6位。虽然任何数据都不是那么准确，但是多少可以看出，Python正在赢得越来越多开发人员的喜爱，尤其是系统管理员和项目构建工程师等。有理由推断在2008年Python 3000发布后，Python的受欢迎程度会继续升温。“背靠大树好乘凉”，窃以为可以用这句话来形容Python的发展。Python的创始人兼主力开发人员Guido在2005年进入了Google公司，而Google给他的任务也非常简单，就是用Python语言开发一些为Google程序员所使用的工具，以提高他们的工作效率。更有意思的是，Google还说，Guido只需要用一半的时间来做这件事就可以了，另一半时间可以专心开发他的Python语言。虽然我们不能武断推测，衣食无忧后的Guido让Python有了更大的发展，但TIOBE的数据显示字2005年，Python语言的被采用率持续上升。不过美中不足的是社区在工具方面对Python的支持，也许是Python过于灵活或者简单，只有少数高人才能掌握，所以高人们也多用最初级的文本来编写Python代码，目前IDE方面除了Eclipse上的PyDev，少见其他主流IDE对Python的支持。

Ruby：宝石继续发光

因为Rails，Ruby声名鹊起，但事实证明，Ruby没有辜负Rails的介绍。有消息称现在硅谷有近80%的项目是基于Ruby语言的，而国内的一些新兴网站比如圈内网、技能云，包括技术社区JavaEye等也都采用了Ruby on Rails技术。在社区支持方面，这两年关于Ruby的讨论从来就没有消停过，比如Oreily、InfoQ、IBM developerWorks等知名技术媒体专门开设了Ruby专区，而Rubyforge上也多有新的项目发布。Sun公司自从和JRuby团队结缘以来，持续加大投入，在2007年5月份推出了JRuby 1.0，微软在MIX 07大会上也宣布了在.NET CLR之上的Ruby实现——IronRuby。在开发工具方面，Ruby领域也有了很大的进步，在第18届Jolt生产力大奖的Web开发工具提名方面，和Ruby相关的就有三个入选，如3rdRail、IntelliJ IDEA和NetBeans等，尤其是NetBeans在2007年12月份发布了6.0版本，提供了对Ruby和ActiveRecord代码自动完成等功能。另外由ThoughtWorks开发的方便部署的工具RubyWorks也吸引了社区的关注，被称为“最接近一步到位的Rails生产环境部署”。

PHP：宝刀未老

PHP现在绝对是一个香饽饽，那些曾经以为使用PHP很不上档次的人现在可以昂首挺胸大步前进了。抛开成熟的社区支持不说，单是在厂商的支持上，2007年的PHP就很值得大书一笔。在2007年的LinuxWorld大会上，PHP背后的Zend公司和IBM宣布为IBM定制的Zend Core和DB2将建立更深入的合作，让企业可以跨各种硬件和操作系统来部署PHP和DB2，并活动来自这两家公司的专业支持。而从前一直视PHP为竞争对手的微软，现在也“降低身段”开始接纳PHP了，在2007年11月份微软表示将加强在IIS 7版本中对PHP的支持，并发布了专为PHP准备的SQL Server数据库驱动程序。在工具支持上PHP方面的一个亮点是CodeGear公司发布的Delphi for PHP，相信会吸引那些习惯于Delphi平台却又需要开发Web应用的人群。

Groovy：据说是和Java最像的语言

那些坚信Groovy是目前为止最有发展潜力的动态语言的人们，常会提到Groovy的两点优势：一是Groovy正在标准化，二是Groovy和Java语法完全兼容。也许正是这两点保证了Groovy的稳步发展，当然我们还可以列出其他Groovy的种种优点。对Groovy本身而言，2007年9月份1.5版本的发布算是一个大事情，不仅增强了对Java 5特征的支持，在动态特性上也有了革新的进步。在2007年德国最重要的Java会议JAX上，Groovy赢得当年最具创造性的项目大奖，从前Spring框架也曾获得过这个奖项。在开发工具方面，除了Eclipse对Groovy的支持外，2007年7月份NetBeans启动对Groovy的支持，而12月份发布的IntelliJ IDEA 7中也宣称对Groovy和Grails（基于Groovy的一个Web框架）提供支持。但是Martin Fowler在他最近发布的一篇文章中对Groovy的未来发展有所担忧，原因是Groovy的社区支持还不够成熟。

JavaScript：借风而起

具体的历史不需要考证，在很多软件开发人员的印象中，使用JavaScript的是不能进入“一等公民”之列的。其原因就在于这一语言入门门槛实在太低，连没有正式学过几天编程的人都能够稍加培训就能用其开发网站，这让那些使用“高级语言”工作的人颇为不屑。可是撞大运也好，咸鱼大翻身也好，Ajax的出现让JavaScript从“寻常百姓家”堂而皇之地飞入“贵族”之地。更有Ajax方面的专家Stuart Halloway表示说“到2011年，JavaScript将被公认为是一种拥有开发现代应用程序所需的一整套新特性语言，而且JavaScript程序要比类似的Java程序紧密十倍。”JavaScript目前在TIOBE的最流行语言中排名第十，如果将Ajax的出现带给JavaScript的突变忽略的话，JavaScript这几年的发展倒也是波澜不惊。但是2007年围绕JavaScript的升级引起了不同阵营之间的激烈讨论，是不是要升级，升级到什么程度，这是一个问题。随着IE浏览器和Firefox浏览器在市场份额上占有率差距逐渐缩小，相信关于JavaScript标准最新版本ECMAScript 4的争论还将继续持续下去。最后值得一提的是作为JavaScript的变种，ActionScript在Adobe的推动下越来越得到技术开发社区的认可。

其他语言

对于脱离不开JVM而又想避免Java复杂的语句的开发人员而言，Scala和Groovy的差别并不大，而且Scala可能较Groovy还更胜一筹，据测试Scala的性能要远高于Groovy。但学术思想浓厚的Scala要想击败能和Java无缝衔接的Groovy，显然还有待时日。与很多动态语言一样，Erlang同样也属于“厚积薄发”型，其鼻祖Prolog在20年前就为人所用，现在已经成为开发并发系统的首选语言且为像ThoughtWorks等软件公司的青睐，但是市面上关于Erlang的书籍和教材还较少，这也是限制其发展的一个因素。

如果没有记错的话，Perl团队在2000年就宣布开始了Perl 6的开发工作，时至今日已是7年有余，虽然并不是说一定要有一个6.0版本，而是说更新一个版本需要如此长的时间，不知道什么样的铁杆Fans才有如此耐心？如前文所述，本文所没有提到的动态语言还有很多，这儿不再一一列举，感兴趣的读者可以通过这些语言的官方网站了解详情。

总结和展望

开发社区从来不缺少创意，这也是语言世界不断繁荣的原因之一，每个语言都有自己的独特之处，但真要形成气候，绝不是一人之力就能够完成的事情，如Ruby，其实从它的诞生到如今的人气飙升，它并没有改变什么，如果不是Rails框架的出现，我想现在Ruby如其他众多昙花一现的动态语言一样，少人问津。以上我们所提到的语言，并不是说它们一定要比其他语言强悍多少，而是因为它们幸运地获得了社区和厂商的支持。

不管怎样，动态语言正在被更多的人所接受和使用，在CSDN所做的2007年读者大调查中，动态语言在开发人群中的受关注程度竟然达到12%。而在TIOBE的排名中，如果加上越来越动态的Java和c#，动态语言竟然占有了前十名中的六个席位（包括PHP、Python、Perl和JavaScript等）。虽然有那么一点选项稍多的忧虑，虽然有那么一点乱花渐迷眼的趋势，但再次借用去年孟岩先生对动态语言发展的预测，我们认为“未来属于动态语言”是有根据的！

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

此处只讨论智能手机的操作系统，不讨论普通手机、拍照手机等。

一、常见只能手机操作系统

1、Symbian
 2、Windows Mobile
3、Linux
4、Mac OS（iPhone）
5、BlackBerry
6、Palm OS

其中Symbian，Windows Mobile，Linux算是“开放”的操作系统，其他厂家也可以使用，不像Mac OS，只能用于苹果。Palm OS主要用于PDA，在手机上应用于Palm Treo智能手机。

二、开放性

Symbian和Windows Mobile包含了完整的操作系统和开发环境，提供有通用的API和SDK，属于真正意义上的开放平台，第三方软件厂商可以针对这两种平台开发应用软件，而Linux虽然内核是开放的，但却没有统一的应用开发平台，各厂商各自为政，互不兼容，不属于开放平台。

三、市场占有率情况

调研机构Canalys提供的数据显示，在去年全球发货的智能手机中：
Linux的份额低于6%
Symbian系统占67%
微软的软件占14%
RIM占7%（BlackBerry）

四、Linux发展情况

为基于Linux提供一个真正开放的手机软件平台，成立有多家Linux联盟，常见的有OHA（开放手机联盟）， LiMo  Foundation，LiPS（Linux Phone Standards  Forum ）。

其中OHA由Google主导发起，提供免费、开放的Android平台，其样机已经在08年2月份的巴塞罗那亮相。

LiMo由  摩托罗拉 (Motorola)、NEC、NTT DoCoMo、松下移动通信株式会社 (Panasonic Mobile Communications)、三星电子 (Samsung Electronics) 以及沃达丰 (Vodafone)在2007年发起成立，为联盟成员提供LiMo Platform，其Release1与2008年3月份推出，SDK将与2008年下半年推出。已经公开了7家厂商的18种产品。

LiPS不提供开放平台，只从事规范及标准制定，各生产厂家可统一规格下发展各自不同平台，在2007年12月份已经发布了第一版手机Linux标准。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

“中国技术社区活动日历表”是一个关于国内技术活动的公告栏，由InfoQ中文站进行维护。从这个列表上，你可以浏览到近期举行的非盈利公开课、讨论组或者技术大会等信息。这一列表向非盈利组织和商业团体免费开放，只要是对读者有价值的技术活动信息都欢迎添加。

不能及时获得社区中举办的活动信息是很多开发人员苦恼的一个问题。对于技术厂商来说也是如此，在安排活动时稍有不慎就会和其他类似技术活动撞车。“中国技术社区活动日历表”的初衷就是为了解决上述两个问题，给国内技术社区带来一些方便。

目前这一列表中的活动信息还不充分，因为我们的信息来源也有限。所谓众人拾柴火焰高，我们希望有类似技术活动信息的朋友能登录upcoming.com，在“中国技术社区活动日历表”中及时进行分享，InfoQ中文站会像这次一样定期发布关于这些活动的新闻。关于如何添加活动，在日历表首页部分已经做了相应的说明。

• 使用RSS订阅“中国技术社区活动日历表”
• 创建一段代码，将此日历表发布到你的网页上，参见相关示例

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

很多IT组织都面临一个难题：老系统的维护、升级越来越难做。特别是那些价值高、生命周期长、规模大的核心业务系统，越到后来，要修复一个缺陷或者新增一个功能就需要越大的工作量。这是为什么呢？

软 件的质量体现在两方面：商业方面的质量，以及技术方面的质量。从商业的角度看来，“成功的软件”意味着它所创造的价值超出在它身上付出的代价。从技术的角 度看来，“成功的软件”意味着所有测试都通过、代码结构良好、并且容易理解和维护。很多商业上非常成功的软件系统忽视了技术方面的质量，所以尽管它们仍然 在为IT组织创造价值，但对它们的维护和升级越来越困难。最终技术质量的欠缺会反过来阻碍软件系统创造更大的商业价值。

为了保留并最大化软件资产的价值，适应新的需求变更，老系统总会面对维护和升级。当维护和升级的困难达到一定程度时，很多IT组织就会决定投入一整块资源和时间来改善这些老系统的技术质量，以便将来的维护升级能顺利进行。这样的做法通常被称为“重构项目”。

根据我们的经验，很多重构项目在目标管理、任务划分和质量保证等方面存在比较严重的问题，�