是时候大举进军rails了。

我知道的，好像只有HP和Dell用的是Exchange Server，其他没有听说用Microsoft的。目前看来，还是以Lotus Notes居多。

在Java语言之前，C++是企业应用的主流开发语言。到了Java时代，强调基于JVM的平台做开发，强调操作系统无关性。这实际上就是用Java这种虚拟机器代替了物理机器的作用(Java Virtual Machine有自己的内部指令系统，俨然一个虚拟的CPU)。

Java这样做的一个好处就是平台无关性，但是似乎这个好处到现在来看体现的并不明显，因为企业应用高端还是清一色的Unix。但是Java这样做的坏处却也体现了出来：

1、难以利用操作系统和C/C++的底层库
由于JVM的隔离作用，使得Java语言不论做什么事情都必须从头开始，而无法利用现有的C库。有人戏称：Java 是自己操纵磁头和马达来读写文件的。

2、不得不做的很复杂
正因为无法直接利用底层库，所以在异构系统的整合上就不得不采用很复杂的方案来搞定。

说白了，就是Java企图白手起家，不能利用现成的操作系统提供的设施，这才是Java企业应用为什么那么复杂的根本原因。

举个例子吧：在web系统中实现异步任务，本来Unix操作系统就提供了crontab，就是干这个的，ruby的做法就是直接使用crontab，生成一个task丢给crontab就OK了，既简单又robust。但是Java偏偏不要去用现成的东西，非要自己搞java.util.TimerTask，结果难用，功能还差，不得已，又有人搞出来Opensymphony Quartz，这玩意功能是够强的了，还提供了crontab风格的schedule，但是一个web app他就启动10个线程自己玩，嘿嘿，你tomcat想shutdown都难呀。

Java企业应用为什么那么复杂，其实都是自找的！事情本来没有那么复杂，可是Java就是要有骨气，我偏偏不用你操作系统的东西，我就非要自己一砖一瓦的自己搭起来，那焉能不复杂？

恩，觉得Robbin的话很有意思。
当普天之下的Javaer都在为了拼命的减少重复制造轮子而apache来soureforge去的时候，殊不知Java语言本身就种了好一大片森林，然后伐木造轮子：）

hiahia，（无责任插嘴，切勿拍偶）

实际情况其实就是这样，如果不是Java本身就自己拼命在造轮子，我们干嘛要整天说Don't invent wheel. 你学C的时候听说过这句话么？你学PHP的时候听说过这句话么？你学.NET的时候听说过这句话么？这句话在Java社区这么有名，本身就说明叻这是Java存在的问题。