迷茫，求前辈指导 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

各位前辈，小弟在某银行软开从事核心系统信贷模块的开发。由于我们这核心开发用的是COBOL,技术陈旧，害怕以后做得越来越专，路也越来越窄。所以最近非常想换一个环境，目前考虑两个方向，一个仍然做核心，不过不做信贷了，转做支付或存款，从业务维度扩展。另一个是转做最近比较火的IC卡，听说前景广阔，用的UNIX+C,相对主机还是比较主流，但可能业务内容不多，以技术为主。请教各位前辈，如果未来仍然在金融IT这个行业干，哪个选择对未来的发展更好?谢谢！
家住海淀 发表于 2014-3-4 09:02

这年头，至少甲方认为语言不是很重要的，关键是要懂业务
家住海淀 发表于 2014-3-4 09:02

这年头，至少甲方认为语言不是很重要的，关键是要懂业务
所以很多甲方的技术人员将来都会被淘汰掉。
对甲方来说，有经验的管理人员，以后会越来越重要，职能上进一步专业化。
开发外包或者开发中心（含异地）越来越明显。
但是悖论的是，一些系统又要求自主，这事儿可能后续发展可能分化。
家住海淀 发表于 2014-3-4 09:02

这年头，至少甲方认为语言不是很重要的，关键是要懂业务
谢谢老胡您的建议。的确，感觉在甲方，相对的优势就是业务的积累了，技术和外包的同事比有一定差距，毕竟日常工作并不全是编码这类技术活，很多时间都用在各种需求讨论会议，文档上了。主要是看下外面的招聘需求，甲方的主机岗位少之又少，主要还是那几家大行。相对开放平台的需求会多些，除了银行，还有其他金融机构。
koham 发表于 2014-3-4 09:34

所以很多甲方的技术人员将来都会被淘汰掉。
这点也是我比较担心的，互联网金融的发展间接导致了银行利润的下滑，如果不能在这股趋势面前充实自己，未来很可能就被淘汰了，这也是我比较希望能学新技术的原因。
银行的IT在将来分化的会越来越严重，外包与自主创新会不断的被着重强调。
银行的生存环境已经发生了变化，利润率下降已是不可避免的事实。在将来会越来越强调快速创新以适应激烈的竞争，同时对于非核心业务会以外包为主。
在这种情况下，银行不会保留太多的技术人员。同时对于管理职位也不会有太多向现在的人员开放，那么如何抉择只能是见仁见智的问题了。
甲方都是做需求和项目管理，具体实现细节基本都外包给公司了，还是要走管理路线，多到领导面前露脸，这样才是正确思路
用乙方思维去甲方混，大方向不吃亏，但是累那是必须的