Chi

今天打开java.sun.com，发现已经全是oracle的内容了，看着鲜红的LOGO，心里禁不住很难过。我很想安慰自己Sun不过只是一个商业的公司，创立，倒闭再正常不过的流程，却依然很难释怀，Sun曾几何时，成了对技术追求的像征，至少我是这么想的，对于一个java程序员, google是强大的，令人畏惧的，但Sun却是神圣的。感怀Sun，就像感怀自己，感怀那明知不可以，但不愿放弃的岁月。
五年了，学习java有五年了，毕业也有快三年了，我也不再是一个新人了。从最开始搞不清javac还是cjava，到现在以java为生，我无数次的在Sun的网站上查看tutorial, language specification，JDK也由1.4.2一点点发展到1.6.18。我已经习惯了Sun沉郁的青蓝色。我考SCJP，SCWCD，找工作的时侯，或许都没人知道这些认证是什么，却依然很想有完整Sun认证，在准备SCEA，Sun java的最后一个认证时，Sun爆出了被收购的新闻，我开始担心Java的前途，但现在，我很后悔我放弃了最后一个认证，一个可以缅怀Sun的机会。
知道Sun源于Java, 把一本Java 大学教程5看得没有皮了，才知道Sun不光有Java，还solaris,sparc和“网络就是计算机“，才知道Sun是一家顶级的技术流公司。参加过一次Sun one，这也是我唯一一次参加的技术研讨会，那时还在学校，当时我还听不太懂在讲什么，甚至学长的问题都听不明白，但我却在那安静的坐了一天。Java不是我学习的第一门语言，也不是最后一门，却一直是我最喜欢的，在我所知晓的语言里，java, c&c++,c#, python, scala, javascript, java和javascript的语法最优美的，但dom模型的差异，让我对javascript只能静而远之，以至还要去学习GWT之类的难懂的东西，其它ECMA的语言稍逊，其实，我没法接受python定义方法要用_self这样莫名其妙的参数，c++语法里::根本就是败笔，毫无审美可言。scala如果不是它真的很强大，我一定会把它踢出类C语言，归结到perl, bash这样的ugly语言里。语法可能微不足道，但微小的设计差异的背后，是一个人或一个公司的性格体现。把技术当成艺术一样追求，Sun悲剧了，很多人也将悲剧。
或许这根本就是一个悲剧的年代，生存压迫着不再思考的人们。寄望于一两个奇怪的想法，就以为可以成功，我不知道。志不同，道不合，不相为谋，Sun陨落了，只是让本来就孤单的人更加孤单。

今天终于看完了Roy关于REST的论文，6个小时，不到100页的文档，当真是相当的晦涩，坦白说，看得很仔细，但也不是很理解，到底什么是REST？直接我看到了这句：

我才恍然醒悟，原来REST只是点链接，跳转页面呀，非要说成状态转移，都是名词惹得祸。这算是对REST最简单的理解了，我一直以为REST是一种WEB 应用程序架构，以至于会有JSR 311和Jersay。但从论文中所看REST就是WEB本身的架构风格吧，那么基于WEB的应用都至少使用了REST 的一些因素。试问哪个网站不是基于HTTP，不是点链接，跳页面呢？那些所谓RESTful的应用，或许就是支持更多REST特性的应用吧，搞得很复杂似的。

这篇论文写作时间是2000年，论文里还引用了Berners Lee关于 WEB的描述，“Web的主要目的是旨在成为一种共享的信息空间（a shared information space），人们和机器都可以通过它来进行沟通。” 但十年过去了，WEB改变了很多，WEB的功能再也不是简单的信息共享了。WEB在Berners Lee的时代，或许只有科学家可以在网上发布消息，但现在已经是信息爆炸的信息时代了，每个人都可以是信息的生产者，以至于这些信息中充斥着垃圾，给了搜索引擘机会。WEB上越来越多五花八门的应用，网上购物，银行，REST要求无状态，怎么可以无状态呢？

所以我觉得REST的模型并不对，从技术的角度建模，为了架构风格而对现实应用加约束。JSR 311和Jersay都不用看了。 但REST关于语义URL的论述是极其有道理的，我相信有一天可以通过URL对现实世界建模。