论坛首页 Java企业应用论坛

忽悠,继续忽悠,组团忽悠...

浏览 113207 次
该帖已经被评为良好帖
作者 正文
   发表时间:2008-08-15  
taelons 写道
个人感觉,绝对不是忽悠:)
普元是个很open的公司,内部交流很活跃
EOS这个东东不错,国内是绝对领先,虽然赋个值也要画个图,刚接触可能有些不习惯,技术老鸟可能会鄙视之,不过此是发展趋势,用起来有点象IBM的WPS,当然不是同类开发工具
坛子里的老鸟们要谦虚些,俺知道你们都是高手,肚子里好货色一大堆,不过干啥都是一份工作,月底领份工资,跟着趋势混吧,发发牢骚可以理解:)


趋势啥,我们公司有一个部门专门就是用EOS做交行项目的,首先人都留不住,做不到一年基本都要跳槽,只能靠高薪留住1到2个骨干,我也和那个部门的人交流过,老版的EOS本身bug就不少,界面上的功能实现的限制非常多,尤其是那个部门的人看到我们部门用的技术,都是羡慕不已(也不是我们的有多好,是他们太郁闷)。

果不其然,今年交行的技术部门也对EOS深恶痛绝,决定不再用EOS了。
0 请登录后投票
   发表时间:2008-08-16  
icewubin 写道
taelons 写道
个人感觉,绝对不是忽悠:)
普元是个很open的公司,内部交流很活跃
EOS这个东东不错,国内是绝对领先,虽然赋个值也要画个图,刚接触可能有些不习惯,技术老鸟可能会鄙视之,不过此是发展趋势,用起来有点象IBM的WPS,当然不是同类开发工具
坛子里的老鸟们要谦虚些,俺知道你们都是高手,肚子里好货色一大堆,不过干啥都是一份工作,月底领份工资,跟着趋势混吧,发发牢骚可以理解:)


趋势啥,我们公司有一个部门专门就是用EOS做交行项目的,首先人都留不住,做不到一年基本都要跳槽,只能靠高薪留住1到2个骨干,我也和那个部门的人交流过,老版的EOS本身bug就不少,界面上的功能实现的限制非常多,尤其是那个部门的人看到我们部门用的技术,都是羡慕不已(也不是我们的有多好,是他们太郁闷)。

果不其然,今年交行的技术部门也对EOS深恶痛绝,决定不再用EOS了。


你们部门用的什么NB技术?让偶们也羡慕一下?
我怎么听说交行还在用EOS啊
0 请登录后投票
   发表时间:2008-08-18  
taelons 写道
icewubin 写道
taelons 写道
个人感觉,绝对不是忽悠:)
普元是个很open的公司,内部交流很活跃
EOS这个东东不错,国内是绝对领先,虽然赋个值也要画个图,刚接触可能有些不习惯,技术老鸟可能会鄙视之,不过此是发展趋势,用起来有点象IBM的WPS,当然不是同类开发工具
坛子里的老鸟们要谦虚些,俺知道你们都是高手,肚子里好货色一大堆,不过干啥都是一份工作,月底领份工资,跟着趋势混吧,发发牢骚可以理解:)


趋势啥,我们公司有一个部门专门就是用EOS做交行项目的,首先人都留不住,做不到一年基本都要跳槽,只能靠高薪留住1到2个骨干,我也和那个部门的人交流过,老版的EOS本身bug就不少,界面上的功能实现的限制非常多,尤其是那个部门的人看到我们部门用的技术,都是羡慕不已(也不是我们的有多好,是他们太郁闷)。

果不其然,今年交行的技术部门也对EOS深恶痛绝,决定不再用EOS了。


你们部门用的什么NB技术?让偶们也羡慕一下?
我怎么听说交行还在用EOS啊


1.我有说我们部门NB么,请看清楚我写的括号中的内容?我都说了是他们太郁闷,招进来时按照java标准招的,做的确是EOS的东西,是人都要考虑自己如果再跳槽,当前的技术是否对照工作有帮助,这就是他们郁闷的原因。并不是说我们部门有多牛,交行的人决定要换java,并不是换我们部门的技术。你如果在我们公司以前的银行事业部,一样会羡慕任何其他部门的。

2.你啥时候听说的,我来列举以一下,我和我们公司银行事业部新部门经理的对话的大致内容:

me:交行那边卖人头还有几个人留在那?

xxx:大概5-6个人吧。

me:你们原来的部门经理一走,其他骨干有没有纷纷跳槽?

xxx:是走了几个?

me:其他人还在用EOS开发么?

xxx:现在主要是维护期,新的开发不多。

me:打算再招人补上么?

xxx:暂时不会。现在交行搞笑了,新项目他们决定不再用EOS了,要换Java。我们以前整天吹自己部门的人EOS水平很高很高,现在得慢慢的吹我们Java水平也是很高的,不比EOS水平差。

me:faint,这么搞笑。

xxx:我现在郁闷死了,交行那群sb现在要用什么pentaho?东西多的要死,要我出个demo,搞死我了,你熟不熟pentaho?

me:搞笑,交行怎么开始喜欢搞起开源BI了?那个东西公司里熟的人都跳槽了,而且也只是熟Mondrain部分,其他部分都不熟的。

xxx:唉。。。


0 请登录后投票
   发表时间:2008-08-22  
每个技术/架构都有自己的专长,JAVA.C++是这样

EJB ,SOA也是这样

1.未有SOA概念前也有很多企业探索系统集成和扩展,可以叫基本SOA 基于第一代标准,现在的基于第二代标准,可以叫做当代SOA ,你的项目本身就没有SOA的需求,即不需要系统集成和扩展,也不不要异构系统间的数据共享和交换,更不会有多系统协做完成业务流程,当然你架构SOA干什么.
2.EJB出现前有corba ,写corbaL多麻烦,现在有多少系统corba,EJB出现了,EJB2.0解决很多这方便的问题,一个简单的问题,你怎么传播你的事务?如果你根本就没这方便的需求,当然不需要EJB,当然EJB ,J2EE应用服务器还解决其他很多问题,比如UUDI,broker,资源管理,RMI-IIOP分布式等等,他提供了目前很好的最优的一体化解决方案,不能因为你不需要就这些功能,你批评他干什么.如果你可以提议更好得方案---spring+hibernate是解决不了20%的问题的.

在分布式系统中EJB 还会占据企业级应用的核心地位,这是他的价值

SOA也是一样,他是方向.ESB也是一样,企业要面向服务改进自己的服务和提高服务效率,改进业务流程,ESB,SOA目前仍是选择方向,但是仍然不成熟.
正好EJB,webservice.....soa都是目前我探索的方向,反驳下.


欢迎拍砖
0 请登录后投票
   发表时间:2008-09-06  
楼主也不能说的太极端
0 请登录后投票
   发表时间:2008-09-16  
我对EJB的观点和楼主类似, 不过没有楼主总结的这么精炼和诙谐。把平台搞复杂,客户才能追加应用服务器投资嘛。


不过SOA就IBM,Oracle的SOA产品如 bpel,esb等,也有这个嫌疑,至少我们试用过,不好用。
不过可以自己遵循这个思想,自己开发,就像gavin king 开发hibernate一样。

0 请登录后投票
   发表时间:2008-09-28  
hongsoft 写道


SOA中的三大核心技术——BPM/ESB/Webservice   这个看法我不太同意。
SOA中有三个架构模式:  BPM ESB  服务存储与注册库
     有两个编程模型:  SCA  SDO

IBM的思路,个人觉得应该这样说:“架构模式应该是服务编排、总线方式、服务存储与注册库”。无论哪个架构都可能会用到BPM、ESB产品。
目前BPM、ESB有看得见的产品,包括开源的实现,所以好理解,就是看得见摸得着。
0 请登录后投票
   发表时间:2008-10-10  
忍一时风平浪静,退一步海阔天空。
楼主之所以会心理不平衡,是因为忍字上下的功夫不够,心性修为不深,不够淡定。
要知道,之所以存在忽悠这种现象,是因为世界上存在很多笨蛋。只要笨蛋没有绝种,忽悠就会永远继续下去。
0 请登录后投票
   发表时间:2008-10-25  
真TMD想骂人,最近被SOA烦死了
这玩意简直就是给售前、咨询师准备的饕餮大餐,
里面概念一摞一摞的,buzzword一坨一坨的
还全都是高来高去、特虚的东西,特适合他们画出各种漂亮宏伟的架构图,然后唾沫横飞
更难能可贵的是吹再多的水也不怕有纰漏

最可笑的是某SOA领导者开始说什么SOA落地,感情您一直在天上飘着呐
哦,对了,最近又流行云计算,说的就是SOA吧?
那可千万别落地,落地就变成雾计算了

现在我明白了,SOA就是把老总CIO们搞得云里雾里的,然后钞票就不知不觉跑你们口袋里了
0 请登录后投票
   发表时间:2008-10-25  
mooniscrazy 写道
忍一时风平浪静,退一步海阔天空。
楼主之所以会心理不平衡,是因为忍字上下的功夫不够,心性修为不深,不够淡定。
要知道,之所以存在忽悠这种现象,是因为世界上存在很多笨蛋。只要笨蛋没有绝种,忽悠就会永远继续下去。

其实我们也是“忽悠”的受益者,这和我国金融市场没什么分别,外国财团要赚钱就会找一堆大汉奸当代言人,然后大汉奸下面就是一群听话的小喽啰。我们就是小喽啰。只可惜,这样折腾下去对国家,人民(大客户,用户)没什么好处。
0 请登录后投票
论坛首页 Java企业应用版

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