也谈普元

偶然间看到一个网友慨叹普元的强大，而开发人员的渺小。
不才刚刚参加工作，也在项目中接触到了普元的EOS。对这个平台的初步印象，就是乱用XML，或者说Spring没做好的结果。同后者相比该平台同时失去了类型的表述。

一部机器要进行装配需要组件和零件，软件应该自上而下，分而治之，这是上个世纪70年代，学者们就达成的共识，所以关于“银弹”神话的唯一结论就是——“没有银弹”。
为什么说EOS是没有做好的Spring？
Spring简化了对象的装配，强调重用，是建立在面向对象基础上的，是建立在敏捷测试基础上的，是建立在强类型基础上的；
而EOS则是建立在面向过程的基础上的，建立在不可测试的基础上的，建立在毫无类型基础上的（全是String）
然而EOS也有很多的优点（据小弟不完全发现）：
1）EOS固化的开发流程强制一个team从一种易于维护的结构组织Web，包括页面，表示层，逻辑层等等。否则的话就需要一个架构师来做出规约，但仍不易于管理；
2）EOS的画图功能让人耳目一新，从“代码即文档”的哲学出发，这些画图很好地诠释了代码表述的内容和结构，给程序的维护带来便利。
3）相对于OO和J2EE传统开发，EOS易于上手，学习曲线较短。但是这一点有争议，EOS的知识不具备通用性。
综上，根据2-8的关系法则，在某些领域EOS的确有其优点，但是认为EOS完全“解放”了程序员，则是不负责任的说法。
这只是我的个人看法，欢迎大家就此话题讨论。

评论

42 楼 sunwine 2009-08-06  

也不全是，我们的产品一直提供下载，还可在线访问，呵呵，只是国内太多的概念炒作让我们所有人无所适从，普元在SOA的炒作上越走越远是个事实，他新的EOS6.0产品号称SOA的，无论怎么看都看不出啥是SOA
www.extraction.com.cn

41 楼 findhappy7 2009-07-21  

就国内的软件企业来说，尤其做业务平台的企业，普元算是很好了，eos起码是可以公开自由下载的，敢拿出来让大家点评的，，比起同行业其他企业只会在他们网站上面吹捧一番，却不敢拿出真实的产品让别人点评（我猜，应该是他们的东西太弱，根本没有可圈可点之处），，

40 楼 bennyparlo 2009-07-15  

楼上两位的理解能力真值得怀疑

多程序员的code还不如学生毕业设计，那是在看不起学生吗？谁不是从学生走过的，你我天生就会写程序做设计带团队吗？

程序员写的code质量不高，那代表项目没有做好吗？试问如果说整个系统中仅仅有那么1个用==来比较字符串对象值而引起的bug，导致系统无法正常运行，可能而引起项目失败吗？整个系统中仅仅有那么1个未close的connection或者stream会引起系统资源耗尽而宕机吗？那说明什么问题我想大家都可以明白。

在此不过举个简单的例子，类似的低级问题已经举不胜举了，当然这并不能说明程序员本身缺乏知识缺乏常识，或者说不具备成为合格程序员的能力，而只能说明某种编程或者处事的习惯，但习惯往往可以看出一个人的层次。

就好比当年我的数学老师开过那么个玩笑，他说有个学生讲自己的数学功底很好，但考试成绩总不太理想，主要原因在于他比较粗心。。。。

在某些朋友看来，做操作系统的就是程序员，做库存管理和移动网上营业厅的就不是程序员。如果说有区别那可能在于他们所涉及的行业不同，所采用的编程语言开发环境不同，除此之外请告诉我这几者有何区分，至少请回答我为何后两者就不是程序员了。

最后再补充下，这里只是在阐述我们国内同行业中的某些怪圈和现象，对事不对人所以请各位不要误会本人的意思。目的也在于让各位能够清新地认识到该做什么与不该做什么。凡事都由人所为，别人能做到的，别人能做好的，为何我们不也去做呢。

39 楼 myworkfirst 2009-07-14  

bennyparlo 写道

myworkfirst 写道

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

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

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

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

你要明白公司做项目和毕业设计完全是两码事。

38 楼 myworkfirst 2009-07-14  

bennyparlo 写道

myworkfirst 写道

象管理的，试想如果有个近1000个业务对象的系统，你用spring维护看看，仅仅配置文件就可以让你看到傻眼。
做得好。但话说回来，即便再优秀的系统架构，也需要同业务领域相磨合，也有他的使用范围与平衡点，也无法支撑起所有的业务的需求。同样开发人员如果说只把理想与目标停留在业务需求的实现上，那我可以很自信的告诉他，你们终将被eos或者类似eos的东西所淘汰。如果我是软件供应商的老板，那我肯定会考虑采用类似eos的平台外加在校的实习生们来完成我的项目任务，其原因何在想必也不用我多解释了，相信中国的学生们完全有这个能力。而由此可见，如果说作为程序员你要和学生们来争这么个饭碗，那实属中国程序员们的可悲了。[/quote]
    程序员和学生有啥区别？ 把学生拿出来说事有啥意义？   eos看似豪华,实质没多大用。

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

37 楼 yangyi 2009-07-14  

bennyparlo 写道

myworkfirst 写道

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

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

听您的口吻很瞧不起学生，虽然我已经不是学生，但我知道这个世界很多最伟大的软件都是学生和教授的作品，商业公司也一样，硅谷不是学生们创新的结果吗，Sun，Cisco，还有刚毕业的比尔盖茨，更不用说许许多多风靡一时的Web2.0网站。至于您说的程序员，不知道您指的是做库存管理的程序员还是，移动网上营业厅的程序员？

36 楼 bennyparlo 2009-07-13  

myworkfirst 写道

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

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

35 楼 myworkfirst 2009-07-13  

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

34 楼 bennyparlo 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的平台外加在校的实习生们来完成我的项目任务，其原因何在想必也不用我多解释了，相信中国的学生们完全有这个能力。而由此可见，如果说作为程序员你要和学生们来争这么个饭碗，那实属中国程序员们的可悲了。

33 楼 funnywiser 2009-05-02  

业务逻辑如果用图形化来描述肯定是不合适的。
业务逻辑适合用规则引擎之类的技术来进行描述。
但是一般的规则引擎如Drools其采用匹配算法，也不方便描述业务逻辑。
可以试一些visualRules产品，其提出了新的观点，是真正可以做到灵活配置业务逻辑的，可以试一下。

32 楼 jerryeye 2008-11-27  

xly_971223 写道

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

还是你谈的实际，其实我们就怕大家没有这样想，这就对了。记得过去程序员被一些人忽悠了ejb，然后又是hibernate,后来接着spring，ajax等等，一般的程序员就这样疲于奔命，最后成就了谁，是程序员自己吗？
所以做程序的要专心于技术，专注于自己认可的方向，IT的内在发展的规律，如果随波逐流，容易成就别人但很难成就自己。
过来人的话。

31 楼 34971819 2008-11-04  

参加了一个星期普元的培训，感觉上就是一种快速开发工具，
但是我认为对于程序员各方面技术的发展可能会有一定的阻碍。

30 楼 cuiyi.crazy 2008-09-28  

sunwine 写道

论坛上大多人没有用过平台，最多也就试用或使用过EOS，就此对平台下结论有些资格上的不足，在javaeye上看过好些对平台讨论的帖子，总感觉许多评论和比较都有些浅薄。

说的实在；
有时候helloworld（夸张点给demo一个别名）根本无法把握真正的不足

29 楼 sunwine 2008-09-28  

国内做平台的公司还是蛮多的，大多没有成功，所以也少见成型的产品。
普元的产品很一般，许多最基础的问题还没有考虑到，更不谈解决了，看来是设计团队有问题。
我们也做平台，和普元差不多时候起步，产品要比普元好许多。
平台确是软件行业的发展方向，只是还要写时日而已。

论坛上大多人没有用过平台，最多也就试用或使用过EOS，就此对平台下结论有些资格上的不足，在javaeye上看过好些对平台讨论的帖子，总感觉许多评论和比较都有些浅薄。许多人拿OO和平台进行对比，其实是错误的，摆明两个不同层次的东西，没有可比性，拿Spring什么的框架进行对比也是错误的，平台不是用来编程的，不用你考虑什么框架，什么架构，在平台上开发软件，只要你考虑业务逻辑和数据操作，其他都不是要关心的内容。

当然平台也不是万能的，他有其使用范围，但对于通常的以信息管理为核心的系统，平台的应用是绰绰有余的，如果说平台存在瓶颈，也仅仅是在大规模负载下的性能会有些障碍。

28 楼 taelons 2008-09-27  

upheart 写道

yangyi 写道

引用

程序员不要太死板，不要为用spring而用spring,EOS难道非要用spring之类的东东？不要以为用了spring什么的就血统优良了

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

引用

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

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

严重同意。国内做平台的很多，试图通过做平台一劳永逸恰恰是浮躁和急功近利的结果。MDA也好、快速开发平台也好其实是一条不归之路。

把EOS说的一文不值的人往往不是很了解EOS（可能根本没有必要去深入了解），把EOS吹的天花乱坠的人根本不懂得软件开发。

那你说说个国内哪些公司做了什么平台了，我是孤陋寡闻了
既然胎死腹中了，也敢说是平台？很多公司和人想法不少，牛人也不少，能做出来给人用的，就少之又少了。想做、能做和做出来能用，相差好大一截

RAD开发工具向解决业务问题靠拢是大势所趋

27 楼 upheart 2008-09-27  

yangyi 写道

引用

程序员不要太死板，不要为用spring而用spring,EOS难道非要用spring之类的东东？不要以为用了spring什么的就血统优良了

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

引用

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

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

严重同意。国内做平台的很多，试图通过做平台一劳永逸恰恰是浮躁和急功近利的结果。MDA也好、快速开发平台也好其实是一条不归之路。

把EOS说的一文不值的人往往不是很了解EOS（可能根本没有必要去深入了解），把EOS吹的天花乱坠的人根本不懂得软件开发。

26 楼 yangyi 2008-09-27  

引用

程序员不要太死板，不要为用spring而用spring,EOS难道非要用spring之类的东东？不要以为用了spring什么的就血统优良了

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

引用

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

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

25 楼 taelons 2008-09-26  

客户他会关心什么狗屁spring、oo、解耦么？才不! 客户关心的是业务功能是否都实现,是否在可控范围内按期完成,性能可靠性如何,客户体验和界面的可用性如何,他舍得花钱,出了问题你帮他搞定!

程序员不要太死板，不要为用spring而用spring,EOS难道非要用spring之类的东东？不要以为用了spring什么的就血统优良了

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

24 楼 pdw2009 2008-09-26  

用EOS的程序员都是傻瓜型序员,用EOS是严重的贬值了你的智商和价值.....
当年做联通的项目就考虑用EOS还培训了两天,拿了两本书,我只能说一句话,EOS纯属忽悠咱们程序员...

23 楼 eric860 2008-09-26  

培训是培训，开发是开发。
普元的恶心只有在开发过程中才能体会到。