主题：【原创】也来说说Linux和Windows下的开发感受 -- 昔杨今雨
家园 :) 恭喜：你意外获得【通宝】一枚
鲜花已经成功送出。
此次送花为【有效送花赞扬，涨乐善、声望】
家园 唉，看来国内这种30岁搞管理的外包确实不行 好吧，我试试回答你的问题：
现在我就在充当一个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太差了。
-- 另外对于银行项目应用的问题我也一并回答了吧。道理很简单，银行应用是企业级应用的一个典型，要求高可靠性，灵活性（业务逻辑复杂），有时候还要求实时性。我觉得这是检验一个框架的可靠的标准。
家园 今天很无聊，随便找点茬 On September 26, 2005, Sun Microsystems and the Java Specification Request 154 Expert Group issued a maintenance release of the Servlet API. Under normal circumstances, a JSR maintenance releases includes just a handful of nominally interesting specification clarifications. However, in this case, the release added several new features and changes, and made enough of an impact on servlets to justify a bump in the version number to Servlet 2.5。
这玩意哪来的10几年？发言是不是太猖狂了？
其他的不想多说，但是银行业一般传统来说对新技术使用比较保守，比如java语言的大规模使用，就比其他行业迟了3，5年。现在还挺多项目都是10多20年前开发的基于c， 扩吧。
家园 找茬你也得有点敬业精神，对不对？ http://en.wikipedia.org/wiki/Java_Servlet
Servlet 1.0, 1997
Servlet 2.1, 1998, First official specification, added RequestDispatcher, ServletContext。
伸个懒腰，今年是公元的哪一年啊？
家园 另外很想告诉你，sugarcrm 就是用php做的 用php开发的关键业务系统软件不少。你不知道，不等于没有。
金融行业用的也不是没有， 之前给某外资保险公司做方案，他们要求的就是基于LAMP 来玩。 .NET , JEE, LAMP，是现在公认的三大企业技术架构。
家园 你在暗示（猜测）银行核心业务系统可以用LAMP? 看来你不懂银行业。
银行核心业务，比如commercial lending, small business lending, retail,没有用LAMP做的。很简单，银行70%的收入来自贷款利息，关系重大。
别的不说,银行的DBA team就不会选MySQL做这些核心业务的data source。
当然银行有很多系统，比如员工上下班管理系统，HR系统之类，当然是只要功能满足，越省钱越好。用LAMP? 主管会问，不能直接用Excel吗？
对，没错， LAMP是所谓三大架构之一，但是LAMP是唯一一个只能用于简单小企业应用的，一句话上不了台面。你如果觉得script能干很多事情，无所不能，那可以说你没有干过啥正经项目。一般的大系统都不会把LAMP当回事。
家园 我倒想问问为什么了 为什么LAMP只能用于简单小企业的应用？？？？
你说的理由更多的是市场的，而不是技术本身的啊。
比如没有银行用LAMP，比如DBA team不选用MySQL，上不了台面，为什么这么说？
银行系统的首要要求是什么？你相信有所感受，那么这种要求，注定会把一批优秀的先进杀出选择范围，但这不是这些先进们不上台面的理由。就像商业网站的后台OS为什么选用debian/redhat，而不选用archlinux/fedora呢？是archlinux或者fedora技术上不行么？道理是一样的，首要原因还是市场，不是技术，更不是上不上台面这种枝节问题。
家园 你自己写的是2.5好不好 （Servlet 2.5 标准懂吗？就是公布出来的200多页的那个东西，十几年了）以上可是你原话。
如果你想说的是笔误，你的意思是 2.1， 第一个官方正式公开规范的话，你可以自己去下载来看看，有多少页？ 很薄，很薄。压根就没200多页。
为啥我要说2.1不是1.0？ 你要真熟悉java历史，就知道2.1之前是什么，你可以去搜索一下所谓1.0的规范看看。java的历史有10多年，但是enterprise java的历史可没这么长。99年是java web开发事实上的元年。 2.1规范和官方参考服务器实现，也就是tomcat的前身，是在98年底发布的。
如果你真的仔细读过2.1的规范，你就会知道2.1是在98年 11月发布的，也就是说，在您的原始文字发表的时候， 他存在的时间只有10年，何来10多年的说法。10多年至少要大于等于11吧？
如果你真的读过2.5规范的话， 你就会知道2.5到底是多少页了。
2.4的规范已经是330页了，2.5的如何有200多页的说法？
不伦如何解释，你也找不出一个sun官方发布的，存在10多年的servlet规范，或者一个200多页的2.5规范。
其实做java开发，特别是框架的，最熟悉的是2.4的规范，大部分应用都会要求到2.4， 以前我还做开发的时候，是要求程序员都熟读的。2.5只是个补丁性质的过度方案。
真正做框架的，熟悉servlet规范只是很次要的要求，没人会拿这个东西当回事，这也就吓唬外行用。 当年某应用服务器产商的研发工程师坚持我们汇报的错误是因为我们开发不符合规范，我们当场翻规范的章节给他看，以后丫一句废话不敢多说。
开发自己的业务应用框架在国内企业非常的普遍，没啥稀奇的。其中不少是开源的，只不过受限于语言和其他因素，影响不大而已。
兄弟我也在国外呆过一段时间，某知名公司内部做的东西，仔细看过一遍，也没体现出和我之前接触在国内接触的巨大技术差异来。
技术这个东西其实很实际的， 行家面前玩不得假。你要真熟悉servlet规范，就不会弄这种笑话还嘴硬了。
人其实都不是万能的，拿自己根本不清楚的东西，用很放肆的口气教育别人，就不是太好了。
家园 能看出来老虎很有功底，而且不是仅对于java 我觉的java确实提供了一个平台，让大家在中间件技术上竞争发展。ejb2.0到ejb3.0的变化，很明显的表现出技术和设计思想的创新，检验，竞争的积极过程。
至于带项目嘛，其实怎么带都可以叫做带。30岁就不碰代码管管项目的也很多，外包项目应该比较典型吧。因为一般只使用自己熟悉的并且成熟的构架，或者是客户指定的构架，精力主要花在客户业务式样和人工成本控制上，因此可能倾向于不希望太快的看到更多更新的技术构架和设计思想，毕竟重点是向客户交货赚钱。
家园 呵呵，楼主的意思应该是 现在的java让人进入的门槛越来越高了，没有了以前的简单快捷，不能够吸引入门级的人物。
其实本身把这些框架用熟了，也绝对不是生手就可以搞定的，并且这些框架就是几年前java僵硬死板下的必然产物，这些框架的出现不仅对java，就是对企业级开发都是革命性的
不过，也不得不承认，现在java加进去了太多的内容，太臃肿，不知道这会不会限制下一步的创新
家园 C和C++不好放在一起说的 C++的框架C全部用不上.
而C...C有框架么?
家园 framework还是library, 取决于你怎么看了
家园 对了，php的框架满天飞，好坏还且得商量呢 php那种有请求了，启动一切，请求结束了，结束一切的做法，框架带来的首先就是性能的下降，而框架同时带来的对于语言本身的封装，也某种程度上削弱了php锐利直接的编程风格，所以羽羊觉得，对于php这样，从目前看来，对象持久化，连接池等实现困难较大的语言，框架可能未必是个好事情。相比较而言，django和rails就好一点，尤其是rails，成了ruby的杀手应用，我们的小团队孤陋寡闻，ruby诞生十余年没听说过，没想到rails一出，大伙儿桌上都摆上ruby的书了，我必须承认，rails作为框架，是成功的。