主题：【原创】也来说说Linux和Windows下的开发感受 -- 昔杨今雨

好吧，我试试回答你的问题：

现在我就在充当一个java项目组的技术管理者, 除了不直接写代码之外, 其它的事情也都管. (说这些是表明咱不是个java盲)

-- 我能说啥？

没有觉得java资源比C/C++多啊, 从人气上讲, java的几个framework显然热闹一点, 可是其中的原因我想也和java下面高质量的framework本来就少也有一点关系吧. 看看sourceforge, 从数量上和覆盖的范围上讲, C/C++的资源更多吧.

-- 好嘛，原来是Java/.Net互殴，现在加上C++了。C++这里也就是一些hedge fund, bloomberg之类在做，主要是实时应用，抢个毫秒级的时间做trading。C++做企业级应用？你举个例子吧？

再看看PHP, 各类framework满天飞, 要说单独哪个的人气, 恐怕都不如java下的, 但是好在从低到高, 从简单到复杂全有, 而且很容易裁剪.

-- PHP我不太熟悉，是scripting的吧？没听说后台用PHP做业务逻辑的。LAMP也就是做一些比较简单的网站。

java下编程动辄要使用framework, 这些framework一个比一个庞大, 一个比一个难以裁剪. 由于使用java变成使用framework, 因此学习java也变成学习framework了, (前一阵我面试java程序员, 直接问你们熟悉哪些framework). 想想真没啥意思.

-- 看来你不懂这些框架，所有的Java framework都一个样, 前端都是基于Servlet 2.5标准。（Servlet 2.5 标准懂吗？就是公布出来的200多页的那个东西，十几年了）。Spring的后端是完全基于J2SE的。所以你在下面感叹JDK1.0.2就比较的funny。你知道JDK1.0.2和JDK6差了多少功能吗？JDK1.0.2哪里有什么活力，就是简陋而已。没有JDK1.3，哪里来的Spring AOP（什么意思，你的明白？）。Hibernate基于CGLib，CGLib没有变化，Hibernate变化什么？

-- 另外这个Spring 很难剪裁是什么意思，没看明白。Spring源程序70多M，你可以把你不需要的东西拿掉再编译打包，很容易，这也是Spring设计的目的之一。你剪裁不了，啥意思？做架构决定采用那个框架，要清楚这个框架的源程序API。Spring 源程序并不难看懂，核心程序就是那几个，用多了应该很熟悉各种版本之间的变化，怎么会有out of control的无力感？

-- 另外选择版本也很重要，对自己要用到的功能，最好选择高版本（别人帮你debug过），熟悉源程序。

java现在越来越像.NET, framework背后都是企业而且是大企业在支持, 新的来自草根的framework如何出头?出头的难度太大, 于是很多情况下就直接放弃, 回到亦步亦趋地跟随那寥寥几个framework的道路上去. 我现在越来越不看好java了, 10年前我的毕业设计是用JDK1.0.2完成的, 那时候的java真是充满了活力.

-- 现在你要写一个基于Servlet2.5的框架并不难，无非就是加上啥reflection之类。你觉得困难的话，我可以教你写。你只知道开源的主流框架，估计是因为你们公司自己没有框架。美国这边有不少公司有自己的框架，构思精巧，只不过不开源，公司靠他挣钱而已。再说一句，以后千万不要再说JDK1.0.2充满活力了。JDK1.0.2太差了。

-- 另外对于银行项目应用的问题我也一并回答了吧。道理很简单，银行应用是企业级应用的一个典型，要求高可靠性，灵活性（业务逻辑复杂），有时候还要求实时性。我觉得这是检验一个框架的可靠的标准。