|
锁定老帖子 主题：入职平安IT，技术框架预猜想-_-|||
精华帖 (0) :: 良好帖 (4) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-03-31
最后修改：2009-03-31
Joo 写道 揪小辫子钻牛角尖不是?:) 都承认自己只看了两眼因此才会得出以上结论嘛。况且之前的项目只用到iBATIS的基础功能，地的确确看不出相对于直接JDBC的优越性也是正常的。事务在应用层Spring包办了，缓存我们有自己写的框架，如果不是老大说一定要用iBATIS，我真的很可能直接用JDBC了 jdbc在处理一些对象的时候烦死了 起码ibatis可以检索出来转为业务对象 需要写业务对象以及在配置文件中一一对应 而jdbc则需要一个个字段的弄 我是被jdbc这点弄的烦了 呵呵 而且对写代码而言 jdbc要求高点 开个玩笑： 既然你想直接用jdbc 为啥不说服用hibernate呢 呵呵 |
| 返回顶楼 | |
|
发表时间：2009-03-31
最后修改：2009-03-31
编辑掉
|
| 返回顶楼 | |
|
发表时间：2009-03-31
candy_hr 写道 pafa2主要是ejb2+servlet+jdbc
pafa3主要是ejb2+pafa+ibatis pafa1没有听说。 除了很早开发的大系统，基本都pafa3了。 兄弟，你是去哪个部门？ 但我之前听到的消息是PAFA3是Spring MVC+ Spring 1.x +iBATIS，不知道究竟是怎样。你这里说的pafa究竟是指什么技术？我去的应该是保险相关 |
| 返回顶楼 | |
|
发表时间：2009-03-31
ejb3啊 楼主好好学
|
| 返回顶楼 | |
|
发表时间：2009-03-31
最后修改：2009-03-31
Joo 写道 引用 揪小辫子钻牛角尖不是?:) 都承认自己只看了两眼因此才会得出以上结论嘛。况且之前的项目只用到iBATIS的基础功能，地的确确看不出相对于直接JDBC的优越性也是正常的。事务在应用层Spring包办了，缓存我们有自己写的框架，如果不是老大说一定要用iBATIS，我真的很可能直接用JDBC了
jdbc在处理一些对象的时候烦死了 起码ibatis可以检索出来转为业务对象 需要写业务对象以及在配置文件中一一对应 而jdbc则需要一个个字段的弄 我是被jdbc这点弄的烦了 呵呵 而且对写代码而言 jdbc要求高点 开个玩笑： 既然你想直接用jdbc 为啥不说服用hibernate呢 呵呵 这个不是什么大问题吧 我之前也有自己用反射写的一个组装工具依照XML的配置把持久层都过来的resultSet拼成对象的 后来没怎么用了，主要是我做的几个应用大多没有复杂的业务逻辑 用到对象的几率远远小于直接把字段拿过来set到response的情况，所以用iBATIS可以说是反而多出来了一步。 我们老大不用Hibernate的原因很简单，不懂SQL的程序员不是好程序员，在简单业务下使用Hibernate几乎都可以不用写什么SQL，他对此深表怀疑。 |
| 返回顶楼 | |
|
发表时间：2009-03-31
spyker 写道
ejb3啊 楼主好好学
是EJB2，如果是EJB3的话我就舒坦了。从来都没写过HOME接口的人飘过 |
| 返回顶楼 | |
|
发表时间：2009-04-02
这两天都睡的比较早,因为上班路程比以前长了,而且平安对于考勤管理得也相当严格.因此晚上也没怎么看书,每天吃完饭回来已经8点多,看看电视洗澡就快10点了.
虽说已经上班两天了,但真正开始接触的项目还是今天下午刚刚开始,看了一些我们组做的项目,了解了一下大致的PAFA3应用框架,其余也没干什么.有意思的是平安除了早上会唱歌念经意外,下午3点半还会播眼保健操和第八套...-_-|||诺大的办公室寥寥几个人懒洋洋的做操,其他人依旧该干什么干什么.整理来说是团结紧张活泼严肃的. 话说回PAFA3,SPRING MVC+SPRING+IBATIS没错了,虽然还没有让我开始做东东,不过下午看了看之前培训的ppt和demo代码,感觉一个星期以后应该可以开始干活了.总体感觉就是给人自由发挥的空间很小,基本上对于一个布置给你的需求任务来说,编写代码的时间可能占不到一半,剩下的时间精力可能会耗费在对需求定义的确认,业务的理解和人与人的沟通上.分配给每个人的任务一般都是纵向切分的,也就是说从web层到ibatis都是一个人搞定,但对于包括css都给已经给你定义好的任务来说,照着前人写的依葫芦画瓢做个两三遍应该就没啥难度了. 但是不要以为日子从此就好过了,虽说编码不算难,但是难就难在保证你的代码质量.我看了看小组去年的工作总结,交付物的质量是非常重要的参数,这直接影响到你每月的绩效和业绩评分.所以即便你用半个小时就搞定了80%的功能,你还需要用80%的时间来尽力保证软件尽可能少的出现bug.这也许就是专业管理和技术发挥的博弈吧.规范的制定,技术的选择,质量控制都有专门的机构来完成,你要做的就是按照你被告知的方式编写代码实现业务并包成能顺畅无误的运转,这个过程中绝对不会让你碰到在小公司中那种技术难题,是的,难题肯定会有,但是也肯定不会交给你来解决,所以放心好了,你现在能想到的难题之前已经有人给你解决好了,拿过来直接用吧.于是,生产力提高了,管理规范了,质量保障了,天下太平了. |
| 返回顶楼 | |
|
发表时间：2009-04-03
Joo 写道 dongivan 写道 欢迎加入平安科技。
小小更正，平安科技有8个部，7/8都是银行的开发部门，8部是信用卡，7部是银行其他业务。 平安的保险方面的系统大多是自己开发的，银行承接了深商行的系统，正在改造为pafa，用了大量的外包（银行系统的后台核心部分都是AS400的） 部门分的细，但是测试部门还是很累，一个人跟2、3个项目是常事…… 希望楼主不要在深圳，深圳的伙食种类虽然比较丰富，但是原料只有一种：猪食。做出来的就是红烧猪食，清蒸猪食，铁板猪食，水煮猪食等等- - 就是在深圳了呵呵，没事我能扛得住，应该不会比我现在的公司更差了。公司食堂一般都是三天新鲜，时间一长就犯恶心是正常的。比较喜欢的就是平安IT朝九晚六的工作时间，这样我虽然住在关外每天也不用起太早。另外听说PAFA好像也分一二三，知道都有什么区别么？上面的兄弟为何身在广州也知道平安IT的情况？从这里跳走的吗？后天就要报道了，感觉要预习的东西好多... 注册的时候身在广州，回深圳以后没有改。我现在在银行总行，17号就搬去平安大厦了。 你说的注重质量是很对的，前阵子应用支持部报了个PIR，原因是万里通系统发送到客户手机上的提示是：您截止到2009年2月29日的万里通积分为xxxx。今年不是闰年，居然出了这个错，其实是个小bug，但是也很麻烦的……一定要小心，各种陷阱都在等着你踩呢。 加油！ |
| 返回顶楼 | |
|
发表时间：2009-04-03
spyker 写道 Joo 写道 引用 揪小辫子钻牛角尖不是?:) 都承认自己只看了两眼因此才会得出以上结论嘛。况且之前的项目只用到iBATIS的基础功能，地的确确看不出相对于直接JDBC的优越性也是正常的。事务在应用层Spring包办了，缓存我们有自己写的框架，如果不是老大说一定要用iBATIS，我真的很可能直接用JDBC了
jdbc在处理一些对象的时候烦死了 起码ibatis可以检索出来转为业务对象 需要写业务对象以及在配置文件中一一对应 而jdbc则需要一个个字段的弄 我是被jdbc这点弄的烦了 呵呵 而且对写代码而言 jdbc要求高点 开个玩笑： 既然你想直接用jdbc 为啥不说服用hibernate呢 呵呵 这个不是什么大问题吧 我之前也有自己用反射写的一个组装工具依照XML的配置把持久层都过来的resultSet拼成对象的 后来没怎么用了，主要是我做的几个应用大多没有复杂的业务逻辑 用到对象的几率远远小于直接把字段拿过来set到response的情况，所以用iBATIS可以说是反而多出来了一步。 我们老大不用Hibernate的原因很简单，不懂SQL的程序员不是好程序员，在简单业务下使用Hibernate几乎都可以不用写什么SQL，他对此深表怀疑。 你用反射写速度快么? 你们老大不用hibernate可能还和速度有关吧 不知道你们大数据量的处理多不多? |
| 返回顶楼 | |
|
发表时间：2009-06-04
今天才发现原来楼主就坐在我旁边啊~~~~~~~~~
|
| 返回顶楼 | |
