金融业IT员工，在总行做软件开发，职业发展道路真的很窄吗？

一、如果是讲开发，要分主机和开放平台两条路回答。

1、主机，无疑是面窄。虽然笼统是说主机，可能用相关细分产品技术的国内只有几家，个位数，甚至只有你一家使用的情况。所以对于提供主机服务的IBM等公司来说，国内金融行业经常有某一产品“全球最大客户”，“全球最大升级实施案例”等情况也不足为怪。但是反过来说，学习曲线很陡峭，入门很难，精通更难，一旦上手，就是铁饭碗，不可替代性是刚刚的。也是同类金融机构挖角的香饽饽。原单位很多做到40多岁的主机开发大佬，在单位的资历和地位都是有目共睹的。

2、开放平台，泛指windows，linux等PC架构的。技术面宽了不少，说起来跳槽的选择也是多了一些。但是要注意金融开发与大家通常想往的互联网开发的形态差异非常之大。这里很多互联网的同学可能不太了解，可以详细说一下。
金融软件开发第一注重安全稳定，表现在几个方面：
1)不轻易使用新技术，一个技术没有经过5年10年的发展成熟是不会使用的。要知道.net在金融中也算是很新的技术了。
2)不轻易使用开源软件，宁愿选择大厂商（仅就通用软件与开发工具来说，自身的系统集成与外购另说）。想说服领导用nginx或memcached来提高效率，可能性几乎为0，必须是weblogic起跳，jboss也不是特别青睐。微软阵营只有一个IIS倒是比较清净。
3)测试再测试，校验再校验，日志再日志。金融软件需要经过严格测试这个就不消细说了，测试部门的同志们还是比较辛苦的，测试案例还是相当全面的，碰到过优秀的测试人员，能够指出业务需求方面隐蔽的前后矛盾之处。对于若干不能处理的异常数据不能简单的忽略，一个异常不仅仅是用户的抱怨，而可能是成百上千万的资金混乱。日志具有一定的审计作用，在特定的时刻还具有法律作用和刑事关系。

第二注重结构简单明了，可维护
不要弄太复杂的缓存结构，不要太多分层抽象，ORM能不用也最好不用。最好是一点按钮就马上知道执行的是什么SQL语句。一定是数据为王，结构都是次要的。

第三，效率不是很大的问题。能堆机器解决的问题，就不是问题。资金是很充裕的。千万不能为了效率整出一点复杂的结构，让接手人还要理解技术结构，接手人重点理解的应该是业务规则。

所以，从上面看得出来，从事金融开放平台软件的开发，虽然从技术上来说面还可以，但是其实从开发形态和关注点来说同其他软件企业差别还是比较大的，去互联网面试基本上都不太合拍。而且金融软件开发特别关注业务，技术是第二位的。你看商业银行招聘技术职位，大多都按照业务条线划分，很少按照技术划分，或者只粗略的划分一下平台阵营，不限定具体产品。因为对于银行来说，你熟悉人行信用报告还是熟悉巴塞尔II协议的差别，远远大于你熟悉java还是.net的差别。这也是在同业间求职需要注意的。

二、如果是讲外包外购管理、硬件采购等，基本上大同小异，面还是非常宽的。

三、如果是讲运维，不是特别了解，请其他专家补充。

四、金融IT应该还有一块，各单位叫法不同，有叫需求处的，有叫项目室的，有叫规划岗的，等等，在各单位的职责和层面也有所区别。但总的来说，这一块更加需要业务精深，同业务部门和领导打交道也比较多，在高层面前出镜率较高。如果想转业务的话，可以多关注一下这一类的职位。

作者：庖丁
链接：https://www.zhihu.com/question/20191033/answer/14553214
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。