论坛首页 编程语言技术论坛

Java为什么不能动态部署,为什么没有PHP/RoR简单

浏览 73011 次
该帖已经被评为精华帖
作者 正文
   发表时间:2006-03-30  
partech 写道
hongliang 写道
谁能说一下Eclipse的OSGi能用到J2EE开发和部署上吗?partech?


http://www.eclipse.org/equinox/incubator/server/

http://www.eclipse.org/proposals/rap/

http://www.infonoia.com/en/content.jsp?d=inf.05.07

你有Eclipse的OSGi就不需要J2EE那套恶心得咚咚了。


看叻。。。嗯。。。果然不合我胃口
0 请登录后投票
   发表时间:2006-03-30  
robbin 写道
按照potian的说法,那么我是否可以理解为ruby现在也在做VM,并且可以预期将来RoR运行在RubyVM上面?


其实以FastCGI模式运行的Rails也可以认为是运行在一个VM中.
0 请登录后投票
   发表时间:2006-03-31  
goncha 写道
robbin 写道
按照potian的说法,那么我是否可以理解为ruby现在也在做VM,并且可以预期将来RoR运行在RubyVM上面?


其实以FastCGI模式运行的Rails也可以认为是运行在一个VM中.


无语...
0 请登录后投票
   发表时间:2006-04-02  
javavsnet 写道
现在这么多人关心Ruby,很少有人提Python了。Python同样是强大的动态语言,只不过缺乏ROR这样的杀手级应用。我觉得如果Python阵营中开发出类似ROR的东西不是很难,到时候是否大家又会投入Python的怀抱呢?目前Jython发展到2.2版了,支持Python2.2的全部功能和2.3的部分功能,可以和Java结合起来,是否是Java和动态语言结合的利器呢?可惜目前JYthon的开发者转到微软旗下了,让人担心将来的发展。


jython的原作者去微软前早已离开jython队伍,去搞aspectj了,他是个凭兴趣干活的天才.后来去微软可以说和jython没什么关系.

至于python on rails的问题,除了如robbin前面说的first runner效应. 2nd runner其实也是有机会赶超的(学习好榜样:微软), 关键是不能只是简单clone,要有特别的东西.否则你将提供的东西别人早已提供, 还能吸引谁来用? 很遗憾, 现在的几个python on rails: subway, turbogears, pylons似乎只是想维护python的纯洁性(everything is pythonic), 所以其影响力至多也就局限于python社团内部而已.
0 请登录后投票
   发表时间:2006-04-02  
potian 写道

...
据我所知,groovy半年前基本已经死亡,可能gigix有最近消息。Groovy是从堆砌开始的,我不认为他可以和一个具有非常明确设计目标、历经10年,最近又有大批Java界人士转投的语言(Ruby)相比
...


groovy的1.0-jsr-04是在11月发布的,12月初有一次很重要的会议,今年2月13日发布了1.0-jsr-05。
唯一的问题是那个Groovy SCM List自200507以后一直没有更新了。但是从issue tracker来看还是很活跃啊。
从mailing list来看,其社区的活跃程度,不比spring差。
而且,从另一个角度来说,groovy继承的是java的所有成果,其外势并不比ruby差,从语法层面来看也看不出太本质的区别。另一方面,现在大幅度转向过去的那些人,本来就不是java的中坚力量,属于那些弄潮级别的,本来即便在java,也只是暂驻而已。
0 请登录后投票
   发表时间:2006-04-03  
groovy的最初目标是A语言有、B语言有、C语言有,你有我有大家有,噢黑噢黑噢嘿嘿,颇有点要采遍天下名花的意思。都不知道他想干嘛,想提供给程序员什么样的一种视角和编程感观。

热闹了好一阵子,然后搞了个什么JSR(我实在不知道哪种成功的语言是先忙着搞标准,再搞普及的)。不过突然几个月声音全无,只剩下一个人在那里零星地回答几个问题。当然现在可能有热闹起来了

当然这只是我的个人观点。学了Ruby以后,就基本上没怎么去看过了。当然有很多理由,譬如Rails的影响,Dave Thomas,MartinFowler,Bruce Tate这些人的鼓吹,原先玩Smalltalk全对象,Closure,method_missing却没有机会好好在项目里面用,但如果一定要我说一个为什么用Ruby的原因,那就是

好玩,简单


看看ANT和Rake,谁更好玩,谁能玩得更好,看看YAML和XML谁更简单,。。。
0 请登录后投票
   发表时间:2006-04-03  
charon 写道
potian 写道

...
据我所知,groovy半年前基本已经死亡,可能gigix有最近消息。Groovy是从堆砌开始的,我不认为他可以和一个具有非常明确设计目标、历经10年,最近又有大批Java界人士转投的语言(Ruby)相比
...


groovy的1.0-jsr-04是在11月发布的,12月初有一次很重要的会议,今年2月13日发布了1.0-jsr-05。
唯一的问题是那个Groovy SCM List自200507以后一直没有更新了。但是从issue tracker来看还是很活跃啊。
从mailing list来看,其社区的活跃程度,不比spring差。
而且,从另一个角度来说,groovy继承的是java的所有成果,其外势并不比ruby差,从语法层面来看也看不出太本质的区别。另一方面,现在大幅度转向过去的那些人,本来就不是java的中坚力量,属于那些弄潮级别的,本来即便在java,也只是暂驻而已。

技术商人。
0 请登录后投票
   发表时间:2006-04-03  
如果要比构建工具,rake可能和ant在一个级别,但是不如maven2.
我从groovy的beta6一直到现在的jsr05,平均每两个小版本升级一次,大概用了有一年半的时间了,最大的感觉就是groovy越来越完善,性能也有很大的提高(没侧过,纯感觉)。最早的时候错误信息乱七八糟的一堆,好像到了beta10之后就好多了,目前的版本错误定位已经非常明确。使用的主要场合是异构数据库异构表之间倒数据,包括在db2,db400,mysql,sqlserver,太简洁了。而且,成熟的type3/4的驱动随手可得。
从另一方面来说,ruby是否能够在主流企业应用上取代java的位置,政治是最重要的。从我所处的行业来看,java平台已经写入了行业的信息化指导纲要中(里面没有没有.net,hehe),从我所在的企业而言,外协开发项目几乎不会采用java以外的平台,而且,也禁止采用非java的新技术。这个是从维护成本考虑的,假如乙方用ROR作了一部分工作,虽然多快好省,但是除非这个乙方正好是我的战略合作伙伴(不过,虽然我们现在有一个战略合作伙伴,但是技术太差了,也是政治因素决定的,hehe),否则,必然会要求重新实现。这里面有两个风险,一个是ROR本身的成熟度决定了其版本更新的速度和幅度,近期上的企业项目会处于一个很尴尬的境地(想一想现在要维护一个java1.1时代的软件就知道了);另一个是供应商锁定的风险,这个市场上要找到一个ruby玩得好的公司,也挺难的。
作为一个负责任的甲方,现在ruby还很难进入radar屏幕中。除非兜售的是套装产品,那就另当别论了。
0 请登录后投票
   发表时间:2006-04-03  
firebody 写道
技术商人。


应该说是技术掮客,hehe.
感觉上Martin Flower,Bruce Tate这些人是不挺的在奔跑,不停的在找新的咨询增长点,通过不停的变换来保持这一领域的竞争优势。他们与像ibm那些大公司不停乱搞的不同之处在于,商业公司基本上要考虑客户的既有投资,所以那些公司这两年虽然吹来吹去吹得晕,但是货还是那些货,只是干得方式多了。
除非ruby在集成领域能够表现出足够强大的力量(现在我是一点没看到),否则不太可能撬动市场。
0 请登录后投票
   发表时间:2006-04-03  
rake和Ant根本就是两回事

因为一个是编程语言,只不过利用了Ruby语言的特点,一个是XML,十万八千里去了,根本就没得比



作为一个人人,或者程序员,快乐是第一位的

作为一个负责任的软件研发管理者,就是要做好两点:
1。为程序员创造一个快乐的环境,不然就算赚到钱,这个公司也是毫无价值的
2。而如何提供更高质量、可维护、可扩展的系统、为客户提高更有价值更好的服务是第一位的。市场声誉、客户满意度都会下降。不然公司就不可能发展下去。

而越简单,越好玩,这个目标就越有可能达到,Java就是这样异军突起的,最重要的原因之一就是比C++语言纯粹、简单、清楚,但又继承了Smalltalk的很多好处。


Ruby今天就要代替Java是不可能的,也许以后代替也是不可能的,可能在某些行业永远也进不去,譬如Java在某些行业的某些产品上也很难进得去的,这很正常,哪有万能的东西。但如果是一个程序员,不要只盯着Rails,去试一试用Ruby去解决一些日常问题,看看能带来什么样的变化和乐趣,我想大部分人会非常感兴趣的。在这之后可以进行某些有价值的讨论。我现在就在看另外一种语言。
1 请登录后投票
论坛首页 编程语言技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics