服务热线：400-858-9000 咨询/投诉热线：18658148790
投融界> 问答> 其他>金融业IT员工，在总行做软件开发，职业发展道路真的很窄吗？
问
金融业IT员工，在总行做软件开发，职业发展道路真的很窄吗？
会员昵称：丰女士 提问时间：2021/01/14
问题描述：金融业IT员工，在总行做软件开发，职业发展道路真的很窄吗？
您还可以输入 1000 字
答
共6条回复
江先生
回答数：37|被采纳数：0
做过信息安全有 CISSP 么？ 转安全审计 流程 什么的更适合女孩子，总行可能会要出差...
并不只是有开发测试运维3个方向的，还可以业务流程管理 的....请多思考下...和仔细体会下总行目前的空缺...
并不只是有开发测试运维3个方向的，还可以业务流程管理 的....请多思考下...和仔细体会下总行目前的空缺...
发表
皮女士
回答数：41|被采纳数：0
基本是的。大部分情况下属于待遇福利都不错但是没啥升迁前景。
IT在金融业就属于后方支援部门，待遇及不上前线员工。
虽然每隔一段时间头衔和待遇都会提升，但要晋升到管理层非常难，也看不出有啥其它更好前景。我曾经在香港某大银行的数据中心做过一年IT全职实习，当时所在team的leader就是一个没有IT背景的。
金融IT待遇最好的可能要算专门为交易员写程序的了吧，特别是Hedge fund。因为技术要求较高，而且是高创收部门。
我问过另外一些去投行做IT的朋友，他们也觉得career path比较窄，有的辞职了去创业，有的准备以后出国读研，也有继续做下去的。
虽然career path窄，但毕竟这是一份稳定的职业啊，待遇福利也不错，适合一些人吧。
IT在金融业就属于后方支援部门，待遇及不上前线员工。
虽然每隔一段时间头衔和待遇都会提升，但要晋升到管理层非常难，也看不出有啥其它更好前景。我曾经在香港某大银行的数据中心做过一年IT全职实习，当时所在team的leader就是一个没有IT背景的。
金融IT待遇最好的可能要算专门为交易员写程序的了吧，特别是Hedge fund。因为技术要求较高，而且是高创收部门。
我问过另外一些去投行做IT的朋友，他们也觉得career path比较窄，有的辞职了去创业，有的准备以后出国读研，也有继续做下去的。
虽然career path窄，但毕竟这是一份稳定的职业啊，待遇福利也不错，适合一些人吧。
诸先生
回答数：67|被采纳数：0
一、如果是讲开发，要分主机和开放平台两条路回答。
1、主机，无疑是面窄。虽然笼统是说主机，可能用相关细分产品技术的国内只有几家，个位数，甚至只有你一家使用的情况。所以对于提供主机服务的IBM等公司来说，国内金融行业经常有某一产品“全球最大客户”，“全球最大升级实施案例”等情况也不足为怪。但是反过来说，学习曲线很陡峭，入门很难，精通更难，一旦上手，就是铁饭碗，不可替代性是刚刚的。也是同类金融机构挖角的香饽饽。原单位很多做到40多岁的主机开发大佬，在单位的资历和地位都是有目共睹的。
2、开放平台，泛指windows，linux等PC架构的。技术面宽了不少，说起来跳槽的选择也是多了一些。但是要注意金融开发与大家通常想往的互联网开发的形态差异非常之大。这里很多互联网的同学可能不太了解，可以详细说一下。
金融软件开发第一注重安全稳定，表现在几个方面：
1)不轻易使用新技术，一个技术没有经过5年10年的发展成熟是不会使用的。要知道.net在金融中也算是很新的技术了。
2)不轻易使用开源软件，宁愿选择大厂商（仅就通用软件与开发工具来说，自身的系统集成与外购另说）。想说服领导用nginx或memcached来提高效率，可能性几乎为0，必须是weblogic起跳，jboss也不是特别青睐。微软阵营只有一个IIS倒是比较清净。
3)测试再测试，校验再校验，日志再日志。金融软件需要经过严格测试这个就不消细说了，测试部门的同志们还是比较辛苦的，测试案例还是相当全面的，碰到过优秀的测试人员，能够指出业务需求方面隐蔽的前后矛盾之处。对于若干不能处理的异常数据不能简单的忽略，一个异常不仅仅是用户的抱怨，而可能是成百上千万的资源混乱。日志具有一定的审计作用，在特定的时刻还具有法律作用和刑事关系。
第二注重结构简单明了，可维护
不要弄太复杂的缓存结构，不要太多分层抽象，ORM能不用也最好不用。最好是一点按钮就马上知道执行的是什么SQL语句。一定是数据为王，结构都是次要的。
第三，效率不是很大的问题。能堆机器解决的问题，就不是问题。资源是很充裕的。千万不能为了效率整出一点复杂的结构，让接手人还要理解技术结构，接手人重点理解的应该是业务规则。
所以，从上面看得出来，从事金融开放平台软件的开发，虽然从技术上来说面还可以，但是其实从开发形态和关注点来说同其他软件企业差别还是比较大的，去互联网面试基本上都不太合拍。而且金融软件开发特别关注业务，技术是第二位的。你看商业银行招聘技术职位，大多都按照业务条线划分，很少按照技术划分，或者只粗略的划分一下平台阵营，不限定具体产品。因为对于银行来说，你熟悉人行信用报告还是熟悉巴塞尔II协议的差别，远远大于你熟悉的差别。这也是在同业间求职需要注意的。
二、如果是讲外包外购管理、硬件采购等，基本上大同小异，面还是非常宽的。
三、如果是讲运维，不是特别了解，请其他专家补充。
四、金融IT应该还有一块，各单位叫法不同，有叫需求处的，有叫项目室的，有叫规划岗的，等等，在各单位的职责和层面也有所区别。但总的来说，这一块更加需要业务精深，同业务部门和领导打交道也比较多，在高层面前出镜率较高。如果想转业务的话，可以多关注一下这一类的职位。
1、主机，无疑是面窄。虽然笼统是说主机，可能用相关细分产品技术的国内只有几家，个位数，甚至只有你一家使用的情况。所以对于提供主机服务的IBM等公司来说，国内金融行业经常有某一产品“全球最大客户”，“全球最大升级实施案例”等情况也不足为怪。但是反过来说，学习曲线很陡峭，入门很难，精通更难，一旦上手，就是铁饭碗，不可替代性是刚刚的。也是同类金融机构挖角的香饽饽。原单位很多做到40多岁的主机开发大佬，在单位的资历和地位都是有目共睹的。
2、开放平台，泛指windows，linux等PC架构的。技术面宽了不少，说起来跳槽的选择也是多了一些。但是要注意金融开发与大家通常想往的互联网开发的形态差异非常之大。这里很多互联网的同学可能不太了解，可以详细说一下。
金融软件开发第一注重安全稳定，表现在几个方面：
1)不轻易使用新技术，一个技术没有经过5年10年的发展成熟是不会使用的。要知道.net在金融中也算是很新的技术了。
2)不轻易使用开源软件，宁愿选择大厂商（仅就通用软件与开发工具来说，自身的系统集成与外购另说）。想说服领导用nginx或memcached来提高效率，可能性几乎为0，必须是weblogic起跳，jboss也不是特别青睐。微软阵营只有一个IIS倒是比较清净。
3)测试再测试，校验再校验，日志再日志。金融软件需要经过严格测试这个就不消细说了，测试部门的同志们还是比较辛苦的，测试案例还是相当全面的，碰到过优秀的测试人员，能够指出业务需求方面隐蔽的前后矛盾之处。对于若干不能处理的异常数据不能简单的忽略，一个异常不仅仅是用户的抱怨，而可能是成百上千万的资源混乱。日志具有一定的审计作用，在特定的时刻还具有法律作用和刑事关系。
第二注重结构简单明了，可维护
不要弄太复杂的缓存结构，不要太多分层抽象，ORM能不用也最好不用。最好是一点按钮就马上知道执行的是什么SQL语句。一定是数据为王，结构都是次要的。
第三，效率不是很大的问题。能堆机器解决的问题，就不是问题。资源是很充裕的。千万不能为了效率整出一点复杂的结构，让接手人还要理解技术结构，接手人重点理解的应该是业务规则。
所以，从上面看得出来，从事金融开放平台软件的开发，虽然从技术上来说面还可以，但是其实从开发形态和关注点来说同其他软件企业差别还是比较大的，去互联网面试基本上都不太合拍。而且金融软件开发特别关注业务，技术是第二位的。你看商业银行招聘技术职位，大多都按照业务条线划分，很少按照技术划分，或者只粗略的划分一下平台阵营，不限定具体产品。因为对于银行来说，你熟悉人行信用报告还是熟悉巴塞尔II协议的差别，远远大于你熟悉的差别。这也是在同业间求职需要注意的。
二、如果是讲外包外购管理、硬件采购等，基本上大同小异，面还是非常宽的。
三、如果是讲运维，不是特别了解，请其他专家补充。
四、金融IT应该还有一块，各单位叫法不同，有叫需求处的，有叫项目室的，有叫规划岗的，等等，在各单位的职责和层面也有所区别。但总的来说，这一块更加需要业务精深，同业务部门和领导打交道也比较多，在高层面前出镜率较高。如果想转业务的话，可以多关注一下这一类的职位。
