1. 银行软开是做核心系统开发好还是Java开发
核心啊,银行的主要依赖的核心系统,而且核心你能接触核心的业务,其实银行里业务比技术往往更重要
2. 到上海普元软件做JAVA开发好吗
IT人员不可能说一辈子都只是个搞IT的, 总会向前发展的, 要是一辈子搞IT编码的话,能有多大出息?。 除非说你有神一般的技术, 要想发财靠的不是自己敲代码,而是管理别人帮你敲代码,你只是偶尔指点指点的, 所以说, 当你的技术达到一定的境界了,你该想的是从事管理,而不是怎么提高你的代码水平、。
谢谢,。
3. Java软件开发 恒生电子 浙江大华科技哪个好
做JAVA 开发都是差不多的,
只是你的选择会决定你将来从事的行业,
java只是一种工具,帮助你工作的,
我个人建议你可以先了解 恒生电子和 浙江大华科他们是从事什么行业的,对照一下你对那行业感兴趣,你再做选择。
4. java 做普元eos的有前途吗?
无论是ssh、ejb、eos难道不都是封装过的框架?真正能涉及到底层的有多少?现在的开发,都是批量生产型的,用最小的成本,完成最大的收入,才是每个BOSS想要的。所以你根本不比去考虑用什么去发展,而是要考虑,这个公司是否适合你发展。要看你的能力提供空间有多大,升职空间有多大。给点个人意见吧,看看公司的规模,少与100人的 赶紧换地方。
5. 金融IT领域研发 最注重什么(我是马上大四的学生,想求职恒生电子的java软件开发)
应届生一般不要求行业知识,但是你的大学成绩和知识积累很重要,好好看看你的java吧,实在闲得慌可以看看证券基础知识和基础会计学
6. 普元EOS使用的优缺点?
普元EOS使用的优缺点:
1、优点:
EOS有自己的理论基础:面向构件所谓面向构件就是指:定义一个结构(可以认为是一个函数一样的东西)。在结构中,定义输入和输出,就形成了一个构件。
每一个Http访问,会建立一个线程级(ThreadLocal)的变量,里面存放一棵xml树。在这个线程的运行过程中,会不停的增加,修改,查询定位树中的节点。这个过程使用xpath实现。据说xpath部分是他们自己重写过的,为了提高效率;
EOS的开发很方便,它已经定义好了很多构件,比如数据库存储构件(实际上是一组static的sql方法),只需要画图就可以完成一个功能。所以它的开发速度非常快;
EOS有一套完整的调试,发布,管理机制,它甚至有自己的Server,所以管理也是比较方便的。
EOS有内嵌的工作流系统,只需要画画图就可以完成工作流的设计;
构件可以极为方便地发布为webservice、可以较为方便地开发简单的基于数据库的web应用。
所提供的构件,都是经过厂商严格测试的,适用起来放心,图形化工具让出错的可能性降低了不少;
2、缺点:
从技术角度及员工发展角度看,使用它的人,感觉自己的择业竞争力在一点点消失;
从工具角度看,EOS充其量是一个开发平台,不是其所吹嘘的SOA业务平台,所有的业务开发不能提供任何可用的业务框架。都要EOS的开发人员进行血和泪的总结后,再开发;
从系统角度看,EOS上开发的东西无任何移值的可能,你在EOS上开发了一个满意的模块,想使用到其它非EOS项目中,是完全不可能的。这对一个想做积累的公司或个人来说是个灾难;
相对于OO和J2EE传统开发,EOS易于上手,学习曲线较短。但是这一点有争议,EOS的知识不具备通用性。
EOS页面的开发很不方便,虽然有RIA的支持感觉没有其所吹嘘的那么好使小结现在市场上用得最多的还是EOS5,这个版本出来的时候是2005年,在当时而言,WEB开发平台有那么强已是很不错的,今年发布的EOS6,在目前来说,不说国际,至少国内没有一家能到比它好的。
EOS5和EOS6表面上看区别不大,都是构件组装,实际上有很大的区别:在EOS5中,数据传递用的就是XML,但在6中使用JAVA对象,关这一变化,对性能就有一个质的飞跃。
另外他是符合SCA和SDO标准,至少可以表现出他是一个开放的东西,不是闭门造车。如果软件是来规范业务的,EOS还是不错地;如果软件是来被使用者或者决策者肆虐的,EOS则没有价值。
扩展资料:
PrimetonEOSPlatform是SOA应用平台。PrimetonEOSPlatform基于J2EE、Eclipse等开放的技术和平台,采用了先进的SOA架构和标准规范,并通过构件化、图形化、一体化的平台产品。
为构造SOA应用提供了从设计、开发、调试和部署,到运行、维护、管控和治理的全生命周期支持。
EOSStudio:EOSStudio是集面向构件应用的设计、开发、组装、调试、维护、部署、管理和发布于一体的集成开发环境,提供对SOA应用和服务全生命周期的开发、维护和管理。
参考资料:百度百科-Primeton EOS Platform
7. 我现在是做java后台开发,公司让我突然让我去做ESB现场开发跟实施。不知道好不好。 有经验的可以跟我讲讲
您好,我刚毕业,进入了上海普元,我本来以为进来是WEB开发那种,结果进来就让我做ESB实施和现场开发,我现在总觉的是不是做ESB的话局限性太大呢,以后跳槽会很困难会很有局限性,总感觉学不到太多技术呢。
8. 普元的产品应用
随着中国经济的不断增长,企业级应用的需求不断变迁和提升,客户对软件功能和性能的要求也越来越高。这就导致了应用软件的需求不停地变化,开发周期长、开发费用高,实施费用超支和工期延长,再加上普遍的较低水平的管理能力,“建成即成闲置”已经司空见惯。而传统的编码式开发方式无法实现快速开发,一次开发持续运行的方式无法适应客户需求的变化。那么如何走出这重重危机呢?首先必须解决僵化的软件结构问题。只有真正实现了“敏捷定制”,才能达到“随需应变”。被越来越多的国内业界专家所推崇的面向构件的软件技术,就是帮助软件业摆脱噩梦的有力武器。引用软件专家Brad Cox(Objective-C之父)的话说,面向构件的技术是软件行业的银弹!在面向构件的软件中,一个应用系统不是由上百万行的代码组成的,而是由几千个构件经过可视化组装而成的。系统的复杂度有了数量级的下降,而图形化的组装使软件跟应用设计合二为一。这种松散耦合的构件组装方式,降低了系统不同部件之间的关联度,重复使用经过考验的构件,可视化的知识表达,使得企业应用更为成熟更为稳定。“变化”不会给面向构件的软件带来挑战和危机,恰恰相反,“变化”能够充分展示面向构件软件的优势。通过“变化”,客户可以充分展示面向构件的IT系统的核心竞争能力。面向构件的趋势正为软件行业的预言家所看好。可以深信,软件在面向构件的思想指导下会不断发展、日臻成熟。代码式的软件最终会成为历史,面向构件的软件将具有足够的能力、足够的灵活性来管理变化、满足市场和客户的要求。软件将以更优美的形式被表达、更优美的方式在生产,并在使用过程中获得更加完美的体验。 顺应业务模式的变迁和技术趋势的发展,需要我们建立构件化和流程化的业务模型,采用服务化和标准化的技术架构,也就是实施SOA,Service Oriented Architecture,面向服务的架构,或者说,以服务为基础搭建的企业IT架构。SOA是一个完整的软件系统建构体系,包括运行环境、编程模型、架构风格和相关的方法论等。其核心是服务,并涵盖服务的整个生命周期,建模-开发-装配-运行-管理。SOA的核心理念是业务驱动,采用松耦合、灵活的体系架构来满足随需应变的业务需求。SOA架构是一个分层的结构,从底层的功能性服务,到原子服务和服务构件,到顶层的业务流程服务,目的是最大限度地封装不同的服务,从而达到复用的目的。无论哪一个层次,其核心都是服务——简单的和复杂的。业务模式和流程也可以通过服务的重新组合变得更加灵活。如图1-1所示,要搭建这个灵活多变的架构,需要利用三个关键的技术。 使用EOS搭建企业应用,用户的需求改变可以直接通过构件装配式的图形化设计思路得以体现,软件架构师和程序员跳出传统开发模式的局限,只需和图形化的构件打交道,在彻底进化软件表达的同时,也使其改动与维护易如反掌。EOS6所具有的特点具体表现在如下几个方面:统一的企业级应用平台基于EOS统一的企业级应用平台,能够有效约束不同的开发商遵循统一的、标准化的应用架构进行开发,不同时期、不同厂商开发的应用系统彼此之间能够很好整合。快速响应新的需求提供层次分明的MVC(Model-View-Control)多层结构,支持最新的SOA技术标准,具有高度的扩展性。另外,通过对构件的重新组合生成一些新的构件,灵活地对局部功能加以修改或添加,从而随时针对变化进行调整。系统高度的稳定性提供了成千上百的成熟构件,应用框架也已经在众多用户的应用系统中得到了证明,免去了项目大规模架构开发带来的技术风险。方便的系统维护和监控提供强大的应用监控工具,时刻掌握应用系统运行情况,并且可以迅速定位故障和提供优化的方向。不仅极大地保护运营商的软件投资,更使得运营商对IT的管控能力得到实质的改善和提高。保护已有的软件投资基于EOS平台的应用系统,由若干个稳定的构件以易懂的图形化的方法组装构成,这些成果通过构件形式可很好地被分享,经过不断的积累可以形成本企业的构件库,在今后的IT系统建设中能够很好地重用,从而减少重复投资。另一方面,EOS还支持不同的J2EE应用服务器、数据库和设备,最大程度地保障了原来对系统的投入。屏蔽技术细节专注业务需求EOS能够有效地屏蔽底层J2EE的复杂技术,把技术细节全部封装到了构件内部,通过拖、拉、拽及连线的图形化组装方式来构造应用系统。依靠丰富的构件库,可以极少甚至不用开发Java编程,从而使得开发人员能够从技术细节中解脱出来,更加专注在如何更好地实现业务需求上。降低人员流动风险EOS提供的图形化的表达方式,能够把已经完成的工作部分清晰的呈现出来,里面包含的业务知识一目了然,能够极大的压缩人员流动时接手工作的进程,减少项目损失。