论坛首页 Java企业应用论坛

也谈普元

浏览 26314 次
锁定老帖子 主题:也谈普元
精华帖 (0) :: 良好帖 (17) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-09-28  
sunwine 写道
论坛上大多人没有用过平台,最多也就试用或使用过EOS,就此对平台下结论有些资格上的不足,在javaeye上看过好些对平台讨论的帖子,总感觉许多评论和比较都有些浅薄。

说的实在;
有时候helloworld(夸张点给demo一个别名)根本无法把握真正的不足
0 请登录后投票
   发表时间:2008-11-04  
参加了一个星期普元的培训,感觉上就是一种快速开发工具,
但是我认为对于程序员各方面技术的发展可能会有一定的阻碍。

0 请登录后投票
   发表时间:2008-11-27  
xly_971223 写道

普元做SOA大会等一些会议 实际上是在提升他们公司的知名度和影响力,就像可口可乐 蒙牛做广告一样
在其广告效用生效之后,接下来就是业务员去忽悠一些公司的Ceo,ceo不懂技术但是知道这玩意有名堂 就买啦
这是知名公司惯用的伎俩, 其目的就是使其产生商业价值或者让其成为行业的领军人
倒霉的是这一系列的动作都会波及到我们程序员,有时候我们就会被这些大公司牵着鼻子走,他们说啥技术好我们就学啥技术,而这些技术很多都是没有用的 白白浪费了我们的时间
所以我们一定要擦亮自己的眼睛,仔细分辨那些是有用的 那些是没有的



还是你谈的实际,其实我们就怕大家没有这样想,这就对了。记得过去程序员被一些人忽悠了ejb,然后又是hibernate,后来接着spring,ajax等等,一般的程序员就这样疲于奔命,最后成就了谁,是程序员自己吗?
所以做程序的要专心于技术,专注于自己认可的方向,IT的内在发展的规律,如果随波逐流,容易成就别人但很难成就自己。
过来人的话。
0 请登录后投票
   发表时间:2009-05-02  
业务逻辑如果用图形化来描述肯定是不合适的。
业务逻辑适合用规则引擎之类的技术来进行描述。
但是一般的规则引擎如Drools其采用匹配算法,也不方便描述业务逻辑。
可以试一些visualRules产品,其提出了新的观点,是真正可以做到灵活配置业务逻辑的,可以试一下。
0 请登录后投票
   发表时间:2009-07-13  
yangyi 写道
引用
程序员不要太死板,不要为用spring而用spring,EOS难道非要用spring之类的东东?不要以为用了spring什么的就血统优良了

不要说得这么激进,人们夸spring夸oo,恰恰是因为他们顺应了一种更利于扩展和维护的思想。EOS如果可以证明同样的能力,也没有人会反对它。

引用
EOS本身没有什么了不起,普元只是做了别人没有做的东西,在国内这个急功近利、浮躁的行业,很少有公司愿意作开发平台。

据我所知,恰恰相反,只不过很多胎死腹中罢了。

别以为sping伟大到可以一统天下,别以为用了sping就真得oo了,spring的优秀在于他的思想,要想靠他来完成系统的扩展性与可维护性,那么本身就违背了sping的初衷。别总以为满足可扩展性与可维护性的系统就是优秀与成功的,从软件的质量属性角度来讲,这2项指标属于优先级偏低的,是在当满足了系统的稳定、高效、可伸缩等系列质量指标后才考虑的因素,而对于之前所提到的几点,恐怕仅仅考spring是不可能做到的。同样别把spring拿来当做所谓的业务容器使用,他并不解决问题你的问题,从spring的总体架构可以看出,ioc容器的目的在于做各子系统或者大粒度模块的集成,spring的作者拿ioc容器来统一事务的拦截,数据源的注入、上下文的代理以及对展现机制的抽象等,属于系统框架层面的工作。而并非给你拿来做业务对象管理的,试想如果有个近1000个业务对象的系统,你用spring维护看看,仅仅配置文件就可以让你看到傻眼。
目前国内有太多的开发人员痴迷着spring,但又无法真正理解spring的初衷,没错spring的确为我们解决了太多的问题,但每样事物都有他的使用领域,spring如此eos也如此,平台就是平台,别拿他和技术组件框架相提并论,他做不了那些东西的全部工作,但是他也完成了使用那些底层事物所带来的使用和学习成本。如果说eos还不成熟,那只能说明他还没达到登峰造极的高度,但并不代表平台这个东西就不适合于软件领域存在。没错eos可以做到得,相信广大技术高人,架构师们也都可以做到,甚至你可以比他们做得好。但话说回来,即便再优秀的系统架构,也需要同业务领域相磨合,也有他的使用范围与平衡点,也无法支撑起所有的业务的需求。同样开发人员如果说只把理想与目标停留在业务需求的实现上,那我可以很自信的告诉他,你们终将被eos或者类似eos的东西所淘汰。如果我是软件供应商的老板,那我肯定会考虑采用类似eos的平台外加在校的实习生们来完成我的项目任务,其原因何在想必也不用我多解释了,相信中国的学生们完全有这个能力。而由此可见,如果说作为程序员你要和学生们来争这么个饭碗,那实属中国程序员们的可悲了。
0 请登录后投票
   发表时间:2009-07-13   最后修改:2009-07-13
象管理的,试想如果有个近1000个业务对象的系统,你用spring维护看看,仅仅配置文件就可以让你看到傻眼。
目前国内有太多的开发人员痴迷着spring,但又无法真正理解spring的初衷,没错spring的确为我们解决了太多的问题,但每样事物都有他的使用领域,spring如此eos也如此,平台就是平台,别拿他和技术组件框架相提并论,他做不了那些东西的全部工作,但是他也完成了使用那些底层事物所带来的使用和学习成本。如果说eos还不成熟,那只能说明他还没达到登峰造极的高度,但并不代表平台这个东西就不适合于软件领域存在。没错eos可以做到得,相信广大技术高人,架构师们也都可以做到,甚至你可以比他们做得好。但话说回来,即便再优秀的系统架构,也需要同业务领域相磨合,也有他的使用范围与平衡点,也无法支撑起所有的业务的需求。同样开发人员如果说只把理想与目标停留在业务需求的实现上,那我可以很自信的告诉他,你们终将被eos或者类似eos的东西所淘汰。如果我是软件供应商的老板,那我肯定会考虑采用类似eos的平台外加在校的实习生们来完成我的项目任务,其原因何在想必也不用我多解释了,相信中国的学生们完全有这个能力。而由此可见,如果说作为程序员你要和学生们来争这么个饭碗,那实属中国程序员们的可悲了。[/quote]
    程序员和学生有啥区别? 把学生拿出来说事有啥意义?   eos看似豪华,实质没多大用。
0 请登录后投票
   发表时间:2009-07-13  
myworkfirst 写道
象管理的,试想如果有个近1000个业务对象的系统,你用spring维护看看,仅仅配置文件就可以让你看到傻眼。
目前国内有太多的开发人员痴迷着spring,但又无法真正理解spring的初衷,没错spring的确为我们解决了太多的问题,但每样事物都有他的使用领域,spring如此eos也如此,平台就是平台,别拿他和技术组件框架相提并论,他做不了那些东西的全部工作,但是他也完成了使用那些底层事物所带来的使用和学习成本。如果说eos还不成熟,那只能说明他还没达到登峰造极的高度,但并不代表平台这个东西就不适合于软件领域存在。没错eos可以做到得,相信广大技术高人,架构师们也都可以做到,甚至你可以比他们做得好。但话说回来,即便再优秀的系统架构,也需要同业务领域相磨合,也有他的使用范围与平衡点,也无法支撑起所有的业务的需求。同样开发人员如果说只把理想与目标停留在业务需求的实现上,那我可以很自信的告诉他,你们终将被eos或者类似eos的东西所淘汰。如果我是软件供应商的老板,那我肯定会考虑采用类似eos的平台外加在校的实习生们来完成我的项目任务,其原因何在想必也不用我多解释了,相信中国的学生们完全有这个能力。而由此可见,如果说作为程序员你要和学生们来争这么个饭碗,那实属中国程序员们的可悲了。[/quote]
    程序员和学生有啥区别? 把学生拿出来说事有啥意义?   eos看似豪华,实质没多大用。

程序员难倒永远都停留在学生时代的水平吗?难怪有许多客户和项目经理抱怨开发人员写的程序还不如研究生的毕业设计。。。
0 请登录后投票
   发表时间:2009-07-14  
bennyparlo 写道
myworkfirst 写道
象管理的,试想如果有个近1000个业务对象的系统,你用spring维护看看,仅仅配置文件就可以让你看到傻眼。
目前国内有太多的开发人员痴迷着spring,但又无法真正理解spring的初衷,没错spring的确为我们解决了太多的问题,但每样事物都有他的使用领域,spring如此eos也如此,平台就是平台,别拿他和技术组件框架相提并论,他做不了那些东西的全部工作,但是他也完成了使用那些底层事物所带来的使用和学习成本。如果说eos还不成熟,那只能说明他还没达到登峰造极的高度,但并不代表平台这个东西就不适合于软件领域存在。没错eos可以做到得,相信广大技术高人,架构师们也都可以做到,甚至你可以比他们做得好。但话说回来,即便再优秀的系统架构,也需要同业务领域相磨合,也有他的使用范围与平衡点,也无法支撑起所有的业务的需求。同样开发人员如果说只把理想与目标停留在业务需求的实现上,那我可以很自信的告诉他,你们终将被eos或者类似eos的东西所淘汰。如果我是软件供应商的老板,那我肯定会考虑采用类似eos的平台外加在校的实习生们来完成我的项目任务,其原因何在想必也不用我多解释了,相信中国的学生们完全有这个能力。而由此可见,如果说作为程序员你要和学生们来争这么个饭碗,那实属中国程序员们的可悲了。[/quote]
    程序员和学生有啥区别? 把学生拿出来说事有啥意义?   eos看似豪华,实质没多大用。

程序员难倒永远都停留在学生时代的水平吗?难怪有许多客户和项目经理抱怨开发人员写的程序还不如研究生的毕业设计。。。


听您的口吻很瞧不起学生,虽然我已经不是学生,但我知道这个世界很多最伟大的软件都是学生和教授的作品,商业公司也一样,硅谷不是学生们创新的结果吗,Sun,Cisco,还有刚毕业的比尔盖茨,更不用说许许多多风靡一时的Web2.0网站。至于您说的程序员,不知道您指的是做库存管理的程序员还是,移动网上营业厅的程序员?
0 请登录后投票
   发表时间:2009-07-14  
bennyparlo 写道
myworkfirst 写道
象管理的,试想如果有个近1000个业务对象的系统,你用spring维护看看,仅仅配置文件就可以让你看到傻眼。
做得好。但话说回来,即便再优秀的系统架构,也需要同业务领域相磨合,也有他的使用范围与平衡点,也无法支撑起所有的业务的需求。同样开发人员如果说只把理想与目标停留在业务需求的实现上,那我可以很自信的告诉他,你们终将被eos或者类似eos的东西所淘汰。如果我是软件供应商的老板,那我肯定会考虑采用类似eos的平台外加在校的实习生们来完成我的项目任务,其原因何在想必也不用我多解释了,相信中国的学生们完全有这个能力。而由此可见,如果说作为程序员你要和学生们来争这么个饭碗,那实属中国程序员们的可悲了。[/quote]
    程序员和学生有啥区别? 把学生拿出来说事有啥意义?   eos看似豪华,实质没多大用。

程序员难倒永远都停留在学生时代的水平吗?难怪有许多客户和项目经理抱怨开发人员写的程序还不如研究生的毕业设计。。。

0 请登录后投票
   发表时间:2009-07-14  
bennyparlo 写道
myworkfirst 写道
象管理的,试想如果有个近1000个业务对象的系统,你用spring维护看看,仅仅配置文件就可以让你看到傻眼。
目前国内有太多的开发人员痴迷着spring,但又无法真正理解spring的初衷,没错spring的确为我们解决了太多的问题,但每样事物的东西所淘汰。如果我是软件供应商的老板,那我肯定会考虑采用类似eos的平台外加在校的实习生们来完成我的项目任务,其原因何在想必也不用我多解释了,相信中国的学生们完全有这个能力。而由此可见,如果说作为程序员你要和学生们来争这么个饭碗,那实属中国程序员们的可悲了。[/quote]
    程序员和学生有啥区别? 把学生拿出来说事有啥意义?   eos看似豪华,实质没多大用。

程序员难倒永远都停留在学生时代的水平吗?难怪有许多客户和项目经理抱怨开发人员写的程序还不如研究生的毕业设计。。。

     别以为自己当程序员了就比学生厉害很多。 技术水平,能力的高低不是以名称所决定。

  你这种看法,显得很幼稚,项目没做好怪员工,程序没写好怪程序员,说程序员水平不行。

你要明白公司做项目和毕业设计完全是两码事。
0 请登录后投票
论坛首页 Java企业应用版

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