求指点~刚刚进入保险行业搞技术觉得好彷徨啊~! - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

指望工作上的要求使你能专一门？如果你能申请到相应的岗位，比如专做数据库维护、优化等等，就比较容易。不能有这样的岗位的话只能靠自己业余的努力了。俗话说，师父领进门，修行在个人，你在的岗位需求把你领进了门，剩下的靠自己了。
两个方向（我的观点，欢迎大家拍砖）；
1、实时交易系统，如录单，保单生效。从目前看J2EE在这个领域应用还是有困难的。原因
a、技术力量的薄弱。很多搞J2EE架构的搞到最后变成了，JSP+Servlet+javabean+EJB的混合体
b、硬件价格。保险公司再有钱，搞AIX集群的恐怕也没几家受的了。所以才有linux上的oracle RAC出现。但国内普遍对LINUX核心应用不放心。
c、既有系统的移植。从现在既有系统向JAVA平台移植，难度极大，和重做差不多。
d、中间件竞争。java中间件与TUXEDO，MQ竞争还处于劣势。java速度与C/C++还有较大差别。
2、非实时系统。如业绩查询，数据仓库。J2EE是最好的选择。而且我估计这部分应用将会成为保险公司真正的核心。实时应用这部分不应该是保险公司的核心应用，但现在各家基本都把它当作核心，这本身就是一个怪胎。使用J2EE原因：
a、可以让管钱的，有权的，非常有成就感。轻轻一点鼠标就看见想看的东西，恩，这钱没白花有效果。
b、便于移植，至少是理论上的。有钱了，买两台RS9000玩，要求一天之内把系统移植RS9000上，至少理论上可行，不信，移个C/C++应用试试。
c、使用了新技术，上市的时候，过发审委这关比较容易。
备注：
事实上从2001年的SUNONE到2005年的J2EE并没有本质上的进步，到是开源社区搞出一些新东西。号称世界上最快的AS jboss就是这时出现的，一开始SUN还说JBOSS不符合J2EE标准，现在也符合了
[B]两个方向（我的观点，欢迎大家拍砖）；
1、实时交易系统，如录单，保单生效。从目前看J2EE在这个领域应用还是有困难的。[/B]
如何看待银保通这样新的实时交易系统？。。
有不少系统也在转向J2EE迁移,新旧一起在用,很是麻烦.要是底下的人都是学计算机的,哪怕是一点点,我也就有空余时间搞搞自己的了.实际不是哦,我们这一级就要控制下面规范操作,杂七杂八的系统整和起来头都是大的.
目前希望来点专业方面技术方面的培训了,呵呵
做了2年的保险核心业务系统,感觉也没有多少东西,第一年还有好多东西学习,可过了1年以后,就一直是重复劳动,一点挑战性都没有!