在金融公司做 IT 是什么感觉？
在金融公司做 IT 是什么感觉？
【CaesarChan的回答(46票)】:
谢塔爷 、小V
在业内公认领先的银行IT机构里搞过推广、开发、生产运维和项目管理等多个角色，转眼五年多过去了，昔日的同事一下遍布整个圈子——国有大行，股份银行，城农商行，基金还有互联网公司。
金融IT算是金融业与IT业的混血儿，但却有时候却同时受到这两个母业的误解：
金融业：在金融公司搞IT也算是搞金融？那金融公司的门卫大爷也算是搞金融的咯？
IT业：金融IT也算是搞技术？我就不说你们那落后十年的水平了。。。
这不是段子，都是来自身边的真实遭遇。
它一直以来都是作为成本中心而存在，想知道投入到哪里的可以参考下面这个传送门
不用去管别人怎么看，金融IT，我就是我，不一样的烟火。
这里主要讲下金融公司总部的IT部门的工作体验，如果想知道分行/分公司的发展规划，请参考以下传送门
首先说的是不同金融公司的IT工作区别。
从不同行业的横向对比来看，业务种类越多越复杂的金融公司，其系统复杂性越高，所需的人力也就越多。商业银行作为业务种类最多的金融机构，一直都是金融IT业的大头，基金、证券、期货和投行等金融机构业务种类较为单一，业务系统数量相对来说较为较少，可维护性较强。业务系统越多其系统复杂性便呈指数型增长：如果只有两个关联系统，潜在的连接是两个（双向关联），如果有三个关联系统，潜在的连接便是六个了。商业银行特别是国有大行不同业务系统之间的关联关系已经复杂到令人发指的程度，越复杂体现在工作上也就是越繁忙。
从发展时间轴来看，购买厂商产品--雇佣外包开发团队--建设研发团队是金融IT发展的三个主要阶段，每个阶段内部员工逐渐增多，外部支持逐渐减少。在购买厂商产品阶段，工作以搜集整理需求为主，厂商提供的一般是普遍适用的产品，金融IT从业员根据业务部门提出的要求整理需求，不断向厂商提出个性化改进的需求。在雇佣外包开发团队阶段，工作转向IT团队及项目开发方向，IT外包公司提供驻场工作人员，提供部分技术支持，金融IT团队在公司原有产品的基础上增加自身的需求，逐渐转化为独有的产品；这个阶段运维也逐渐转为专业化，开始建设自己的专用机房。最后，在建设研发团队阶段，开发、测试及运维团队开始转向内部员工为主，外包外聘员工逐渐减少，产品在吸收公司产品优点基础上，开始具有自主知识产权，开始大规模升级重构。
从工作强度上来看，总的来说，“在路上”发展阶段工作强度较大，用那句百用不厌的话来形容就是“时间紧任务重”。什么是“在路上”？简单来说就是正在面临重大架构、体系调整，人数有限经验有限，任务是死的人是半死的。如何巧妙地避开这类阶段？从公司选择上避开几乎不可能，金融IT业近些年发展很快，几乎每个金融公司的IT部门都会有这样的项目，加入之后也就意味着较大的工作强度，同时也意味着较大晋升机遇。
其次就是不同岗位的工作区别，大致上可以分为科技管理、开发测试和生产运维三个方向。
1.科技管理。听起来似乎有些高大上，但实际上就是个打杂的。工作以沟通（吵架）、报告（请示）、协调（博弈）为主，琐碎事情非常多。
工种涉及应用管理（应用系统建设规划）、项目管理（跟踪项目进度）、报告管理（定期整理汇总数据）、采购管理（产品、服务的测评及竞标）、需求管理（将业务部门的需求翻译成程序猿看得懂的语言）乃至专利管理（专盯专利局）、安全管理（合规内控、安全案件等）。
常见于银行总行科技部，各公司PMO(项目管理办公室)、研发管理办公室、测试管理办公室，项目组项目经理等。
工作体验：鉴于广大程序猿不爱说人话、不会说人话的特点，工作的成就感在于通过刷脸的方式帮广大一线工作者提供翻译服务，游走在刀锋的感觉；挫败感在于经常被杂事所淹没，经常一天下来发现没干正事。如果想要在这个岗位有所成长，那么强烈建议在一线（开发测试、生产维护）锻炼一年以上。
2.开发测试。金融IT的主力军，大多数从业员“梦开始”的地方。
工种如果用游戏来比喻的话，开发人员（码农）和测试人员（黑盒）是两个基础职业，所有进阶职业都需要在基础职业满足经验需求后才可获得提升。
开发人员（码农）：工作以修改代码为主，参考老代码根据业务规则的变化进行修改，新增功能等，工作难度不大，会读代码就能写代码，各类非出身（数学、物理、电子等）的应届毕业生可顺利转型。
对应进阶职业（职业发展角度分析）：
开发人员（技术专长）：如Oracle、DB2、AIX、z/OS、Cobol等，通过时间累积总能在技术上获得专长。
开发人员（业务专长）：如银行卡收单、法贷、纸黄金、电子银行、SWIFT汇款等，代码怎么写业务流程就是怎么样，业务人员也没法比自己更清楚。
架构师：脱离了某类语言或某类系统的局限性，开始全局性考虑系统性能容量、体系架构、跨应用交互、横向纵向扩展性等问题，可以回答“双十一你这系统顶得住吗”这类进阶问题，开始思考应用系统“是什么？从哪里来？往哪里去”这类终极问题。
测试人员（黑盒测试）：工作以做交易为主，编写测试案例，模拟业务人员交易场景，对照软需验证功能，发现Bug及时报告。
对应进阶职业（职业发展角度分析）：
测试人员（技术专长）：不满足于黑盒测试，开始阅读代码尝试白盒测试，开发自动化测试工具、推进持续集成测试，编写测试脚本，实施性能压力/疲劳测试。
测试人员（业务专长）：开发人员看到的只是一个点，测试人员看到的是整个面，相对于开发的深，测试人员更擅长广，整个业务条线的交易代码倒背如流，业务流程如何优化他们更有发言权。
工作体验：谁说金融IT只能搞技术？技术和业务两个方向始终向你打开。人的性格特点不一样，有的喜欢跟机器打交道，有的喜欢跟人打交道，适合自己的才是最好的。我选择了业务方向，你呢？不用急，慢慢摸，没人在一开始就知道。开发测试累吗？累，开发是一线，功能如何实现所有人都要问你；测试是二线，一不小心就可能漏过几个亿。
3.生产维护。金融IT成果的最终把关者，再牛逼的系统最后没上线都是白搭。
工种涉及应用维护（与开发测试对接）、操作系统维护（操作系统用户管理、参数管理等）、存储维护（外置存储挂接、NBU备份）、网络维护（思科网络实验室算什么！我操的可是跨国的广域网！）、系统组件维护（DB2WAS等等）、运行操作（在规定时间按下规定按钮）、设施维护（空调、排水、电力等）。
常见于数据中心。
工作体验：系统上线、机房搬迁等是最崩溃的，为了减少业务影响，金融生产系统的变更一般安排在晚上10点后，凌晨6点前。熬夜是常有的事情，半夜被电话吵醒也是常事，加上数据中心常建在郊外，晚上万物俱静，加班后如何归家是个难题。但如果系统运行稳定，事情会相对少些，由于工作的特殊性，调休也会比较容易，凑出个长假出个远门还是很方便的——对了，手机别忘了开漫游。
总的来说，金融IT是个细分度很高的职业，没有人可以做到一门通门门通，永远保持一刻谦卑的心，向不同专业的人学习才是成长之道。
本文未经许可不得转载（转发分享、知乎日报除外）
【丑老头的回答(58票)】:
请大家多去关注楼下庖丁&李天意的答案，那是正经的金融IT，我这只是个沾边的传统IT罢了，谢谢。
严格来说我司不算是金融机构，但是确有部分支付相关业务，更不用说老板本人曾经的那一笔辉煌战例（我就是看了这个战例才拒了500，签了这家的offer）
我会从个人和金融相关两个角度来回答这个问题，另外因为这个问题很大，如有疑问，欢迎评论，尽力回答
自身角度回答正文
自己的IT岗位的工作内容作为集团IT总监，主要的工作内容有2大类+项目管理：
基础架构 ---- 负责全球各数据中心的运营；通过共享服务中心为终端用户提供IT支持
日常运营 ---- 采购，费用及预算控制；人员，组织管理及评估等;
信息系统 ---- 开发和维护各类企业软件平台，包括ERP，研发平台等内外业务平台
车联网---为日系&德系车的某几家企业提供车联网平台的研发和研发上线后的运营
BPO ---为某美资银行提供呼叫业务和支付业务的运营外包；为某美资连锁餐饮提供运营服务外包
该岗位的职业生涯规划这个是很个人的问题，背景不同，很难有均一的答案。我自己来说上面是白人CIO，基本上两条路
个人背景比较偏传统IT，制造为主，其他各色如物流贸易研发互联网也都有，所以这是比较可能的一条路线
等着白人退休/被干掉接班从老板的年龄和集团的整体战略来看，也不是不可能，因为毕竟我比他小20岁，而这几年我司IT又在向中国集中。
氛围强度、以及工作感受等因为国内偏研发，年轻人多，所以整体氛围和互联网公司差不多；个人团队方面，Infra因为工作内容需要7*24*365，老板叫我2点起床，你也别想睡觉，相关人员都起来忙活；研发方面反而自由的多，基本上任务下来，前期BA过后，理清楚思路和逻辑，大家闷头码就是了；共享服务中心本身就是3班轮转，唯数字论英雄的，所以基本也就是闷头干活，冲ticket的量。
氛围其实和团队管理层有关，我属于撒手那种，我的Copilot是个年纪略大的技术能手，他和我认识很久，私人关系也不错，所以大家基本上就是任务导向，没有扯淡下绊子那回事。我工作上属于拒人千里外，除工作很少干涉他们，所以他们也算自由自在。
金融相关角度回答
自己的IT岗位的工作内容我司和金融挂钩的主要有2个部分
1 投资并购分拆卖出
2 外包服务的金融部分
投资并购分拆卖出
和大部分踏踏实实做业务的公司不同，董事长因为财富大部分来自投资，所以如果你比较一下我司5年前的架构和今天的架构，你会发现变动很大。例如某子公司的一条曾占半壁江山的业务线整个被卖掉了，例如曾经服务世界杯的某子公司的某产品线也全部的消失了，再比如曾经的某子公司已经不属于我们了。
对于IT来说从技术层面，各种硬件系统要随之调整并进行割裂，这带来的是类似账号，邮件等IT软资产的大量的迁移；从业务层面，你的各色企业应用平台，比如ERP的信息，数据，记录都是要大量的进行调整，很多业务逻辑要进行重做；从管理层面，你的人员的变更，整个组织结构要随着新的业务变更而调整。
外包服务的金融部分
因为外包的部分牵涉大量的支付，首先要面对的就是大量的合规，比如PCI审计，常见的SOX这些就更不用说了，每年春夏都要搞大量文档以应付各路人马的检查；系统的开发上也要求满足各色合规和安全需要，比如我就接到过需求，咱们能做语音识别么？因为客户打电话进来支付，说信用卡号的时候能自动停止录音。
其次，银行除了甩给你支付的接口和平台部分外，什么也不管，所有的类CRM，考评，事件管理等功能全部要自己开发来解决，而因为承接了从水电煤到信托到汽修等各色支付业务，业态也流程完全不同，这些都需要你自己想办法匹配。
该岗位的职业生涯规划
从提问者的角度来看，我司IT3部分：基础架构；共享服务；开发系统
共享服务---传统意义上的修电脑，为公司各地的人员提供各种基本的IT服务，考虑到时差是3班导的。最主要的职业路径是做到一定程度有经验了以后，学一门基础架构的技术比如网络，比如Linux，比如windows，然后转职到基础架构组去。
基础架构组-----主要是和服务器及网络打交道的，基本上就是从共享服务那边转，然后主管经理这么一步步升起来，然后接我的位置，这个组的头是当做接班人来培养的，也是我目前的2号。要注意的是，因为有一部分业务是车载互联网平台的运维，所以这个组是部分对外的，也是能给公司赚钱的，自然重要。
开发系统---主要是为公司内部系统提供各种开发，目前还承担了金融业务部分的企业平台开发，所以也算是重要，人员基本上靠实习生--基本员工---开发头目--开发大头目这么一步步来。但是因为不直接对外，所以只能屈居3号。
大部分公司的IT是支持部门属于对内服务的，但是最有前途的肯定是能给公司赚钱的，对外的部门，这也就是为什么我司的基础架构组反而比开发系统组值钱的原因。所以一定要紧紧抱住，主杆业务这颗大树，才能有前途，有钱途，有发展。
氛围强度、以及工作感受等金融相关部分的主要就是业务平台的运维和开发，强度还好，因为最早搭架子的时候就要求很高，想的也算很周全，所以这么多年下来成熟的体系，运维部分还好，除了经常被半夜叫起床以外，别的其实OK。
开发反而是比较麻烦的，因为需求变来变去（这算是通病吧），而且奇葩的需求比较多，美国人又不肯好好听话配合，所以开发的大头目经常跑来抱怨美国人又xxxx，我也只能好言安抚，陪着一起骂老板然后转过头来或者威逼或者利诱，让老板帮忙，让美国人听话。
对于具体事物和流程，因为签了协议，我就不太好多说什么，啰嗦了很多，谢谢各位的耐心和时间
【DeepNight的回答(16票)】:
金融公司的范围太大了。我来尝试从对冲基金的角度来说几句吧。抛砖引玉，欢迎批评指正。
我现在工作在一个美国的对冲基金IT部门。
从我的角度来看，对冲基金的IT可以分为4个主要的方向：Front Office, Back Office, Risk和Infrastructure。
Front office
这个部门是进行交易的部门。
前台的IT主要是围绕交易员展开的。前台开发常见的任务有：
显示仓位和Risk指标根据市场或者Risk指标的变动发出报警计算损益：不用特别准，要求快。生成并执行交易高频交易的开发？（这个我们公司还没有，不过我觉得应该是前台的事情。）这些任务一般会:
有比较复杂的UI：被要求开发一个同时用六个显示器的程序，在开发的时候总是遇到显存溢出。
需要对某种金融产品很熟悉：你服务那个Desk，你就要熟悉他们的产品。可能会接触到具体的交易策略：交易员会请你帮他们实现他们的策略。计算可能比较复杂：比如实现的BS模型。对实时性要求比较高：在市场大幅波动的时候，如果因为你程序的性能的原因，交易没有完成的话，交易员惨了，你也惨了。主要是为了抓住市场机会，任务一般要求比较急：我们的一个程序按照正常的软件开发流程开开发的，有DEV/QA/PROD版本。但是上线以后我们的交易员一直使用QA版本，PROD版本后来都不去做Release了。交易员脾气一般不太好，尤其是你的程序出问题的时候……Back office
这个部门是处理交易以外的事情的：清算，会计，合规，市场……
从开发的角度看，后台的任务的最终结果都是报表。后台常见的开发任务有：
给金融产品定价：这个价格可能是来自Bloomberg/Reuters，也可能要自己算。计算仓位和损益：这个仓位和损益要求计算的要比前台复杂而精确。计算的结果要求是可以用来对账的。管理交易之后的事情: 和交易对手对账和确认之类的事情。给Marketing出一些用来宣传的资料/报表。这些任务一般会：
UI不会太复杂，可能就是一张报表，或者是一个Service。计算不会很复杂，但是计算量会比较大：集群啊，负载平衡啊，能用都用上。对数据库要求会比前台会高一点。实时性不强：一般都是很多的定时Job在跑。不过特别精通一种金融产品，但是要了解很多的金融产品：比如你要把Stock， Bond，CDS， SWAP和MBS合在一起计算损益，你对每种产品都要有个基本的了解。对交易策略不会太熟悉。任务很少会特别急。Business owner一般会比交易员nice一些Risk
这个部门不应该算是IT部门。不过一般里面有不少Quant每天也是在Coding，所以就一起说一说。
他们会偏数学一些，用的语言也会是C/C++/R/Matlab。而前台和后台的开发一般是：Java/C#。
Infrastructure
这个和一般公司差别不大。无非就是预算比较大，设备买好的。对于有交易Desk的地方，交易时间断网了，他们就可以不用混了。
再有就是对安全比较重视。装一堆乱七八糟的监控。:-(
拉拉杂杂，暂时就想起这些，欢迎大家拍砖。
另：现在我正在找工作机会，欢迎大家私信我。
【高全兵的回答(21票)】:
手机作答，如有错字排版问题敬请原谅。 本人曾经在top local ibank/top regional ibank/top global ibank的技术部门工作过，职位程序猴，简单作答一下，有机会再补充：
1.工作的内容其实和在互联网公司或者软件公司区别不大，以开发为主。但开发的流程严谨和复杂程度，根据每个项目和每个公司不同而不同。
2. 生涯规划这就不好说了。有稳定升职的，有跳到业务部门的，有转行的都有。
3. 目前感觉工作幸福感挺高的，无论同事，技术氛围都挺满意。而且公司在技术上投入很大，很多技术的讨论和分享，让人感觉技术在公司是收到重视的。不过想想，幸福感高的原因，也可能是因为有个好老婆！
【庖丁的回答(188票)】:
背景介绍：计算机本科+硕士毕业。工作6年半，三份工作，都在金融IT。前两份各三年，应该都比较充分，第三份半年。恰好是三个不同类型的地方。可以回答一下这个问题。
第一份工作：全国性大型知名商业银行，软开中心。作为应届生从程序员做起，到小型项目的项目经理。行内对科技非常重视，有战略性投入。以自主开发为主，绝少引入供应商，对新人的技术培养、老人的知识传承都比较有体系。但实际升迁空间有限。
技术上单位内有很好的一些技术资源储备，有一些公共库可以使用，一些技术业务方面的专家可以供你咨询。开发上以解决需求为主，一些技术细节问题不会深究，能解决问题就行（参考我的另一个回答 ）
开发、测试、发布流程上相对比较严谨，分工很细。特别让我印象深刻的是测试人员非常专业。基本没有应用运维，应用运维靠开发组自己。运维只负责基础环境准备和DBA。
按时上下班，中午休息两个小时还能午睡。单位离市区近，整体生活节奏比较舒适。会学习到很多业务知识，和全国各分支行的业务人员会有不少交流，对整个银行IT的生态分布也有一个比较全局性的认识。在里面，做一颗舒服的螺丝钉就好。适合应届生锻炼技术、业务、开阔眼界、或nb的社招专家进入，或靠经验资历颐养天年，不适合有很强事业心或提升欲望的人。
第二份工作：第二梯队的全国性商业银行，某业务条线事业部的科技团队，对外和总行科技部对接，对内负责本条线一些系统的开发。做项目经理为主，往架构师方向进行发展。行内战略对科技重视度一般，对本业务条线更是很弱。所以虽然收入上去了，但工作内容比较繁杂痛苦。
开发上比较依赖供应商，付款又很抠，所以供应商不可能给你交付什么好东西，这样反而耗费了自己人的大量心力在里面。领导从上到下没有技术精神，精力都在政治斗争和整人上面，干活儿的人不到一半。这么多系统的正常运行，靠的是基层员工的尽职尽责高素质，和比较强有力的运维保证。
单位在荒郊野外，上下班痛苦，生活质量比较低下。每天需要面对长途跋涉、年久失修的老旧系统，供应商希望给你不咸不淡贿赂你还要担合规风险，大领导信口开河画大饼，小领导莫名其妙骂人，从不罩手下，只会把手下推出去挡枪，还要当心不小心说错话被同事抓住把柄坑你。
团队效率极低，内耗严重，每天的时间就在一封一封扯皮邮件中度过。倒是锻炼出了一幅老油条嘴脸，和所谓“沟通能力”、“推动能力”。不适合应届生、有技术追求、或职业追求的人去，比较适合有政治斗争经验、或有相当社会资源的人进去获取利益。
第三份工作：小型券商，初创的互联网金融团队，在行业内领先发力，处于急剧上升阶段。公司战略层面对团队非常重视，有战略性倾斜投入。领导技术出身，对前沿技术研究、储备很有sense，对业务也十分精通。在招收团队成员时候非常务实。互联网风格的团队。目前希望通过自己的努力，能够成为团队的骨干。比较忙，时常可能会到晚上9,10点。到半夜12点都会在网上讨论问题。
总结：在职场上，我的观点还是“专才甚于通才”。回顾我遇见过的在职场上发展很好的人，无一例外都是有一技之长+执行力极强的人。“一技之长”这个词其实是很重的，并不是你有个知识好像比其他人提前了解一点就可以的，而是确实要在某一方面成为专家，当别人有这方面问题的时候第一时间能够想到向你求助，而你在大部分时候都能够有效率的搞定。这样才能树立一个有一技之长的口碑。
特别在金融IT行业，会有很多“继续做技术还是转作业务”的迷思，可能是我个人能力有限，我还是觉得所谓“复合型人才”是个伪命题，在金融企业中就是定位你为技术人员，就是需要你把各类技术问题搞定，去应聘面试就是要考察你的技术能力。诚然了解一些金融知识会帮助你理解需求、更好沟通，但绝不是你的核心竞争力。除非你有过人之处，你的金融技术比科班出身的人更强，才能够成为你的一技之长。
团队需要的是能够把一方面事情搞定落地的人，而不需要看起来背景优秀、风度翩翩、实际卷起袖子来却又漏洞百出要人擦屁股的人。
【李嘉裕的回答(56票)】:
14年7月硕士毕业后在四大行之一的某行数据中心做运维，总行编制，做了6个月离职，现在在国内某团购网站做RD。。就自己的经历简单聊一聊。。
工作内容：
首先数据中心分为很多部门，有管理部门，安全部门，网络部门，系统部门，还有测试部门等等，系统部门有分为大型机的部门，小型机的部门，X86服务器的部门，我就在X86服务器的部门工作。我所在的部门在数据中心还是比较核心的，正在响应号召做私有云，也响应号召在做去IOE的工作，我做什么呢？数据中心有一年有很多个批次，每个批次有很多的系统要上，我就是负责在批次上之前，根据基本不懂技术的部门提出的系统架构搭系统，首先呢，拿到架构，要审，发现不对，然后和他们沟通，他们说你认为架构是什么样的？然后我们团队就把合适的架构弄好给他们，他们说恩，就这样。然后再去其他部门协调搭系统需要的资源，比如硬盘空间，网络端口等等很多内容，协调基本就是吵架，最后发现留给自己搭系统的时间很少了，然后加班加点干活，银行的系统基本就那么多，什么Apache, Jboss, Oracle RAC, WAS, IHS等等。然后把搭好的系统交付给应用部门，应用部门在上面部署要上线的应用，等到上线的时间了，大家就会收到通知，说“我行在某日0：00至4：00进行系统维护，什么什么业务无法使用”，我们就在干活啦。。。前面的搭系统要搭两套，一套是测试环境的，一套是线上环境的。然后系统上线后，我们负责后期的运维，用户报bug啦，我们和开发商一起查log,分析问题，哎，说到这里不得不吐槽一句有些开发的外包厂商（有次我行有个系统外包做了两年了，还没做好，正好我赶上外包开发到某个阶段来弄系统，我负责带外包厂商，结果在RHEL中外包打开一个文本文件非要坚持用gedit?居然不会用vi。这还好，他们那次装系统出了bug,调了一个晚上没搞定，害得我也跟着他们加班。还有一次和外包一起看日志分析bug,最终发现是他们的代码逻辑错误。。。）。然后如果系统运行一段时间这个数据库硬盘不够啦，我们就再给加硬盘。。。然后还要进行磁带备份，配NBU。。。。等等系统后期的运维吧，做和线上修改有关的工作都是至少在晚上19：30以后才能搞的啦。。。当然这些都是在没出什么问题的情况下。。。批次的时候出了点问题搞不定了就找驻场，技术支持，再搞不定的时候就有一大堆不懂技术的大boss站在你后面给你各种压力了。。。。
职业生涯规划：
感觉一眼就看到了未来几十年的样子，所以就离职出来干了。。。
感觉如果是比较喜欢稳定的人啊，能耐的住寂寞，就行。
但是我感觉几年之后自己的技术就忘了，自己在市场上就没有什么竞争力了，所以尽早离开了。我一直认为，我自己有能力的话是我在挑工作，而不是等到技能都忘光了，只能适应这份工作了，感觉那样有点可悲。
恩，已经离开了银行系统，至少近N年里职业规划就和金融行业无关了吧，这里就不说了。。
氛围强度，工作感受：
1.各种驻场，有什么解决不掉的问题了就去找驻场解决，然后我行培养新人的时候有的时候希望驻场教一教什么的，但是驻场一般都是熟练工，不怎么教，三下五除二就做完了，新人学到的不多，以后估计还是很依赖驻场吧。。。。
2.平时做的活，重复性很大，太没意思。。。
3.感觉有些外包系统很挫。。。
4.办公系统很多软件都是IBM开发的，挫的一逼，邮件收发用什么NOTES，我擦，不叫发邮件，叫发消息，还经常卡死，我有的时候怀疑是不是国内的IBM工程师把国外开发的软件直接用Google translate翻译成中文就卖给我行了，官方采用的办公软件一个难用就算了，但是我行牛逼的地方就在于几乎所有的办公软件都很难用，不但不能提高办公效率，有的时候反而被办公软件搞的没有心情办公了。。。
5.最后说一下最近银行系统流行的去IOE的看法，银行去IOE基本行不通。理由：有些银行认为技术部门是消耗部门，不重视，并且认为只有高管才有资格拿高工资，导致系统外包，挖牛人挖不到，据说我行原来想挖一个大牛DBA，结果人家的工资和我行数据中心的经理差不多，于是作罢。还听说工行从阿里挖了一个架构师，貌似是副行长级别的待遇，直接向董事长汇报，所以工行的架构很厉害。阿里巴巴为什么能去IOE？能开发出Tair?用开源的数据库？那可是有一帮工程师在干活啊，银行也想去IOE，但是挖牛人挖不到，自己人太弱，也培养不起来，办件事走流程这么严重，还有大国企的姿态，怎么可能去IOE？大型机zOS上跑的是核心系统，所以I去不了；开源数据库不同的数据引擎搞不定，并且扩容也不是简单的事，并且O数据库性能好，还有技术支持，所以O也不能去；E在银行里用的不是很多，容易去。所以给你一道题，有的人说简单，但并不是所有人都会认为这道题简单的，更何况这道题确实也不简单，阿里巴巴去IOE花了多少年，下了多大的决心才舍弃IOE的？参见《淘宝技术十年》，所以银行去IOE也就跟着别人吆喝一下吧。。
一个已经离开银行技术岗的人的一点感受，不同人的感受不同，不同岗位做的事情不同，感受也不一样，不同部门感受差距更大，不同银行也无法一概而论，因此我的个人感受难免有偏颇，大家随意看看就好，请不要对号入座。
最后祝我行越来越好！
-------------
外包一般指给银行给钱，让其为银行开发软件的公司
驻场，厂商一般指银行花钱买他们做好的软件系统，他们给银行提供技术支持，例如Microsoft，IBM，Oracle，vmware等。。。
【kaszy的回答(16票)】:
你说的金融公司都是所谓的甲方。甲方的IT岗位，有很多维度可以说，我只说两个，1. 按照IT岗位划分，一般是开发和运维两大类，其他还有规划、架构、测试、IT管理等等岗位。2. 按照企业规模划分，我简单的划分为大企业和小企业，划分的标准，就是甲方是否自己写核心系统的核心代码。
先说小企业，这个简单。
1、 RD部门，因为不会自己写代码，那么所谓的RD部门其实以PM为主。这个PM既代表产品经理、也代表项目经理。从了解业务需求、邀请厂商进行方案设计、POC、采购、开发、项目管理、上线，一条龙。职涯就是帮闲--》独自负责一个项目--》独自负责一群项目---》a.对业务很熟了，和业务部门也很熟了---》跳槽到业务部门;b.和领导很熟了--》职级不断上涨---》IT领导或者跳槽到业务部门
2. 运维岗、测试岗这两个刚还是偏向技术为主的，在小企业里面，技术要比RD牛多了。但是，重视程度却远不如，系统研发的再烂也会上线，除了问题要么是运维不好，要么是测试没测到。职涯发展就是苦逼---》加班，继续苦逼---》升点职---》几年后，对某个或某几个业务的系统或者业务流程极熟--》a.和业务领导混熟---&跳槽到业务部门；b.继续苦逼加班---》熬到老员工都走了，或者领导也都走了，自己当领导---》退休或者跳槽到业务部门。
再说大企业，这个复杂了。。。
1. RD部门。除了有小企业的PM线，因为会自己写核心系统的核心代码，因此就有了技术线这个职涯路线，技术牛人哪里都吃香。牛到自己可以写策略了之后做私募、创业都可以。但是，前提是有好的项目做。如果上来搞到了什么办公系统的开发，那就呵呵了。所以一定要捞到好项目的开发岗，有了好技术，再会做人，职涯不是问题。过几年自己琢磨吧，有的是地方要。
2. 运维岗。大企业的运维岗也复杂了，也受重视了，核心原因是能控制的预算多了。建个机房也得几个亿，整个新基础架构设计也影响巨大、就连数据库采购一年也得给oracle几千万，买机器是以千台为单位和供应商谈。所以，除了业务系统运维，基础架构运维也很重要，但离业务更远。。。跳槽的路子也越来越窄，如果不当官，那么就养老吧，别奢望太多了。
至于IT的其他岗位，要么是过渡性的，要么是养老性的，要么是行政性的，跟计算机专业其实关系不太大了。
至于工作强度，个人认为，工作初期还是找越忙的工作越好，能学到的和填在简历上的东西更多。不同公司、不同岗位的差异都很大。很难说忙闲了，还是看自己，眼里有活儿、有担当就自然会忙。
【Norst的回答(4票)】:
刚好，工作将近四年，还一直在金融公司做IT。我尽量有逻辑的描述下我的经历及感受吧(?·??·?) ?
首先，我是研发，测试，运维三大IT系列中最不受待见的运维〒_〒，刚毕业时压根就不知道世界上还有运维这个岗位啊。莫明其妙就入坑了_(:з」∠)_
第一家公司，世界五百强集团旗下银行，信用卡部。
运维，7*24小时待命，刚入司两个月撞上极其坑爹的事故，于是几个小伙伴轮流值了几个通宵.....后来发现，这只是热身啊(╯‵□′)╯︵┻━┻，就算不出事故通宵这种事情是常态....
提供无间断服务的银行，管理的又是极其敏感的money，所以一切以安全为前提。答主所在团队非常优秀（好怀念老大以及各位师兄师姐，还有吃货团啊_(:з」∠)_），做事也不死板。再加上前两年整个集团的技术都有一个子公司提供服务，几千人的IT团队和大规模系统的接触。让答主在前几年受益匪浅。
工作风格严谨，工作流程复杂但是全面，比较切合实际，做事有逻辑讲道理。任何事留退路。对沟通力及推动力要求比重较高。想做事，有平台。想混混...也能过╮(╯▽╰)╭...做为一个大型公司，有很多大公司的毛病，但是已经很好了。这是题主对第一家公司的感受。
刚加班回家...答主身体也不太好，先休息了，明天再继续(? ·?_·?)?，第一次被邀，无论如何也要写完(?·??·?) ?，
嗯，谢邀( ·??·? )
============================4月3日分割线==================================
后来，遇上两家公司合并重组……于是作为一个虾兵，参与两个不同公司的大规模系统群的数据及系统的合并。虽然说整合整体还算顺利，但是作为扫尾大军的一员……哎，又是一段充满了激情和工作量的岁月啊~
再后来，就被换公司了。打个充满恶意的比方，原来是115师的战场救火团，后来被整编扔到其他师了。团还是团，但师部变了啊……唉，懂的人会懂
第二个公司办公室政治更加浓厚，且做事情条理性相对较弱，制度有点脱离现实，跨部门办事效率不高。两个公司文化的严重冲突和落差让答主严重不适，不过有失必有得，答主被进入了人生的又一个不舒适区，每天充满了怨念和思考，每天在”一个有能力的人无论在哪儿都能成功“以及”尼玛，挺不下去了啊……怎样才能出头啊“的想法中纠结。在答主数次人生的决策性失误后，答主怂了，抛弃团友们撤了；换公司！
===================之前的答题太不严肃了，写点正经的===================
银行运维，我个人理解按照应用系统的层次分为了硬件、系统和应用运维。硬件主要指机房和服务器的硬件维护，系统运维再细分为DBA，操作系统运维（含存储等特种设备）和网络运维。这两个运维岗位个人感觉现阶段的岗位职责及划分已经非常成熟和明确了。
但是！！答主之前是个应用运维……很多公司压根没这个岗位啊?_?
还在加班，来活了……回家再写……
到家(?·??·?) ?，继续今天的内容~
题主做为一个应用运维，认为在一个大规模的需要承担后期运维工作的IT公司，一批优秀应用运维是非常用的，他们通过以应用为单位，对系统在应用层的监控及运行状态的趋向性分析，为系统在应用层级的稳定性，健壮性和高效性提供强力的保障和故障隐患的预见及排除。而且能有效降低开发们修复bug的人力和时间成本。
嗯，岗位职责的模块化，各司其职，也是大公司的特色，有利有弊。
今天先这样，好多错别字，还把答主写成题主←_←，不管那么多，睡_(:з」∠)_
========分割，手机输符号实在是太麻烦了?_?======
第三家公司，现在的公司，第三家是家创业没多久的互联网金融公司，答主抱着干自己活的心态加入的这家公司。毕竟在大公司沿着别人走过的路走都只是知其然，难做到知其所以然，再往上拓展时总觉得有点根基不稳。而且岗位职责过于模块化，在银行这种管理偏严格的公司不方便去实践更多从书上学到的知识。
新公司很小，整个技术部还没之前的一个组大。很多东西还在起步，答主做为运维整天在测试环境捣鼓来捣鼓去，测好了和boss确认好，然后上生产，大公司里见识到的各种东西答主自己开始慢慢消化融汇贯通，同时开始逐渐整理自己的思想，忙的不亦乐乎，倒是折腾的蛮开心。而公司每周五下午还会开会让内部的金融专家普及和讲解金融知识(?·??·?) ?，很是投答主这种什么都想了解一点的人所好.....就是真的好累啊_(:з」∠)_，所以答主要多睡觉....
理论上来说结束了，睡觉去(?·??·?) ?
【马超的回答(2票)】:
稳定大于一切需求，所有非紧急更新都安排在半夜业务量小的时间段，夜间批量出故障被叫醒很头痛，但只要在次日营业前解决就行，白天联机业务故障更麻烦，必须立刻解决问题
【赵劼的回答(41票)】:
工作内容：写代码，优化代码，修补代码。
职业规划：继续写代码，之前大老板对我说，既然你那么喜欢技术，那就在做到ED（Analyst -& Associate -& VP -& ED -& MD，我是Associate）前不要考虑带人，公司里缺少专注技术的。
工作感受：强度不大，但工作挺麻烦的，需要处理的复杂问题挺多，每天都在想着怎么把系统优化一点，经常走了一两天结果撞墙了重新找办法。
【风神宛然的回答(20票)】:
我的同届同学，毕业时进了花旗银行（天津）做技术支持，月薪1W+福利无限想象，在我们大都选择了互联网、手机厂商、软件公司的时候。跟我们不一样的节奏：朝九晚五，正装上班，闲。当时惹来艳羡无数。
不到一年，他辞职了，北上南下地找工作，最后来到北京一家创业公司，降薪。
我问他：呆在花旗不好吗？
他：好，但是再待下去会成废物的吧。
金融行业里做IT不是一定没有前途，关键是业务重心和工作状态。除去现下火热的互联网金融业务，很多金融IT只是支持部门，所做工作和能得到的锻炼都不能跟互联网环境相比。只说年轻人，都会恐惧自己的青春时间和激情被
【年薪20W】锁死、消磨殆尽吧。
【代崛起的回答(8票)】:
计算机女硕士。毕业近五年，一直在银行做着IT工作。我毕业的学校是一所纯理工类院校。五年过去了，当年签到据说最NB游戏公司的同学，几乎全部离职。当年为了安度岁月签到国企的同学，很多又拼命的往外跳。因此具体的职业生涯，各有体验，我就知对客观情况做一个表述：
银行的IT分很多种。从总体层级来说，有总行级、分行级、独立软件开发中心。从职能分工来说，有开发、系统运行、质量测试、网络等部门。有些银行还会根据不同的业务种类成立独立的技术支持中心。
被业务部门鄙视是一定的。不被BOSS认可也是一定的。因为你不带来任何可见的收益。项目做得好是因为业务有思路，业务做不好是技术支持不到位。这是最基本的与其它部门相处的逻辑。
低于业务部门是一定的，对此我从一开始就是认同的。因为银行业务确实不好做，竞争很大。做技术很累，但终归可以完成。但是产品卖不出去就是卖不出去，查再多的手册，写再多的方案，也改变不了什么。
四、职业规划
毕业以后的第一份工作，会在较大程度上决定你今后的行业。所以这既是就业也是入行。我的一个师弟，出身于我们学校一个挺牛的教研室，读研三年每天在教研室打卡上班，因此在他所研究的领域多少有点成绩。到银行工作不到半年后，就后悔了，又想做技术了，想进研究所。一年后付诸行动，四处投简历。他一个在研究所工作的同学帮他投完简历回来后告诉他，领导说，银行出来的人来这里干什么。看，这么快，你就被打上标签了。
但是我也有听说某银行，一个独立技术中心的负责技术的领导，在风险管控与技术结合方面做得很好，被一个综合互联网公司给高薪挖走了。所以，是金子总会发光的简单道理，在银行同样适用。而且现在中国的互联网公司，谁不想做金融？
哦，对了。我想到有一次接到的一个电话，技术部么？我的灯不亮了，麻烦过来帮我看看。所以，别人可能不清楚你的定位，但自己一定得清醒。
【dingsendy的回答(3票)】:
银行乙方IT公司，四年从业经验，长年。
工作内容，我几年里现场实施做的居多，当然同事里也有运维和产品研发的。
实施，基本按项目做，从需求到开发到测试到上线一条龙服务。
运维按年做，我听说过最多的人有做三四年的，还有更久的就在项目地安家落户了。
产品研发的话就我们公司的情况是一帮挺有资历的老员工带着一群新人做研发，产品成型以后老员工就会被分散到各个买产品的甲方去做实施。除了很少一部分人以外，剩下的最终都还是要出差。
甲方的工作氛围是要分银行的，可能某个银行科技比较强势，此时作为乙方就能感觉到银行业务人员好相处科技人员不好相处或者规则屁多。
可能有的甲方业务人员强势要求屁多但是科技就好说话好像你干什么他们都满意。
都好的肯定很少甚至没有，再说从质量上考虑有人事多也不是坏事。
实施和运维都在现场工作，一看水平，二看沟通能力，主要还是看处关系。
当然遇到不好处关系的也没办法，老老实实干活至少不出错。
职业规划几乎是没有的，以我来说，没背景没关系想回到定居的二线城市找当地银行进甲方，五六年里基本没机会，年纪大了银行也就不要了。
长年出差的苦楚不用细说，问题是小商行太多了，有时候在犄角旮旯里好个办公室还美其名曰封闭开发，一年下来，一个个膘肥体壮，至少吃的不差，但闷都闷出病来了。
别的不知道要说啥，本行业内的职业规划基本就是跳槽了，我是个不喜欢跳槽的人，但是看到水平与自己差不多或是不如自己的人因为跳槽进到公司就拿比自己高很多的工资，而自己一直待着工资也就均速网上涨还是很郁闷的。
横向比较，跟非IT的普通职业比收入还不错，虽然都是靠出差和加班换来的。
跟IT的基本没法比，我老公同班同学，，毕业时进了另一家国内ERP公司，工资比我高一点，我是一家有外资背景的公司。
四年过去了，他年年涨工资都比我多，而且去年刚拿了股票，虽然数量不多但是因为股市不错已经翻倍了。
他在他们行业里已经算有资历的了，我在我们行业还只算入行而已。不知道这行多久才能拿股票，大概从业十年左右吧，传统行业什么都不透明。
所以我已经放弃职业规划了，只有个人规划。
【KevinDeng的回答(5票)】:
1. 小型城商行总行IT部门，典型岗位包括开发、测试、运维、系统管理/DBA、网络、安全、值班、项目管理等。
2. 职业生涯，大部分人只能混着，不超过1/4的普通员工有机会熬资历并晋升为中高级管理人员。
3. 氛围，不同银行应该不一样。总体而言，银行IT部门年轻男性较多，平均学历和素质都不错，工作强度比互联网公司和其它IT企业小，人员流动率低，这种情况下氛围通常不错。
【王小逝的回答(3票)】:
干货都说得差不多了，我来说点带汤的。光说国外投行的经验。
二等公民。造成的结果：系统混乱，项目纷杂。基础设施和规划基本就是一个字，乱。项目质量无法保证，因为预算没优势，所以不会有人愿意让你们花时间提高项目质量，又因为系统比较critical，没人愿意担风险或者还是没时间资源作稍微大一点的重构，所以系统就是一层层的补丁，一堆意大利面。不适合想从事严谨计算机事业的人，在这里你只是一个支持服务行业的工人。优点：
收入高（否则来干嘛？）金融方面能学到很多，特别适合喜欢跨行业的人。
【enfieldlee的回答(1票)】:
如果是在甲方：“做技术太累了，所以我现在转其他岗位了”（亲耳所听！）
如果是在乙方：心中万（草泥）马奔腾。
【斯迪的回答(1票)】:
作为产品的创造者你根本就不知道自己在做什么，
而作为产品的使用每天可能都应该在赚钱。
每次想到这个的时候我就深深为自己做IT而不是金融感到自卑。
【孙路的回答(1票)】:
就是混日子
【RioKwok的回答(1票)】:
泻药，手机党，排版不好请见谅。
曾在某H打头的跨国大笨象银行集团工作近四年，仅供在外资银行工作的研发同学参考。
1. 起薪不低（当年），差不多十年前就已经开出应届4k+，当年互联网的薪酬没现在那么夸张，所以吸引了不少986的同学蜂拥而至。现在起薪跟当年没多多少，但对于并不拔尖的普通毕业生还是有一些吸引力。
2. 管理规范，各种制度让没有工作经验的人可以顺利的适应，建立职业规范。
3. 宽松人性化的氛围，欧美外企都会比较人性化的制度，相对自由的沟通和不明显的等级关系
4. 完善的福利，五险一金+商业保险，动辄10+天的年假，带薪病假，加班双/三倍工资等。
5. 高大上的工作地点和办公室，金融外企的办公室多数都在CBD，交通方便没得说。
6. 体面的外表，各种正装，搭配上面第5条，加上“金融”，“外企”的光环，让人误以为你是叱咤风云的金融巨子。
7. 工作稳定，无大错不被炒，即使表现不好顶多就是没有升职加薪。
1. 技术老旧，10年的时候，很少系统用的是JDK 1.4以上，90年代的java代码设计风格的遗留系统不少，各种冗余无用的代码让人痛心疾首，而且还不让改，改坏了没人敢背这黑锅。
2. 技术封闭，开发出一大堆各种封闭性框架，出了这公司就没有其他人用。
3. 非技术驱动，技术再厉害，也就是个解决问题的人而已，而且公司也不需要技术特别厉害的人（给不了那个钱），只需要对系统熟悉的人。
4. 工作流程繁琐人员层级多，逐层向上汇报浪费时间。
5. 上升通道狭窄，要么做consultant，要么做管理，而且consultant这条路仅限java，as400和mainframe（不知数据库的有没有），其他技术的，不好意思，SSE（高级工程师）估计就顶了。SSE以上都是一个萝卜一个坑，慢慢熬年资混人缘吧年轻人
6. IT作为支持部门，不赚钱，即使有也很难量化，经济不好盈利不好时开源节流的首选。君不见金融海啸时，各种清退各种停招，什么培训全cut掉。
7. 杂事特别多，各种邮件各种会议扯蛋撕逼，各种合规考试每年重复，出个合规问题的话（例如被某国政府调查指控什么的），就呵呵了，又是一大堆合规考试。
8. 薪水待遇涨幅慢，5年有个10k～12k算不错了，年终奖也就意思意思，原因参看上面第6条。但是看看外面的物价房价，要结婚生子买房买车的，感觉要悲剧了。
9. 各种第三方同事（外包），各种世界各地的同事，沟通成本，工作时差，工作态度各不相同（特别是印度的外包的，曾经被活活坑了1个月，朝9晚12+没有周六日+各种通宵，最后把它们踢走自己做，又快又好）
适合人群：
富二代混时间混人脉的、
准备出国锻炼外语的、
没有太高职业追求的
不适人群：
喜欢钻研技术的、
英文不好的、
有职业追求的、
要赚钱买房的
【知乎用户的回答(1票)】:
谢邀。1，在四大行之一开发中心任职，前期做过客户信息、网上银行、对公结算开发工作，现在做应用架构设计，之前写代码现在写报告。
2，银行IT开发，分技术开发和业务开发，我这里主要拿业务开发来说，毕竟银行技术主要还是依托IOE的产品，而且做技术开发的跳槽的范围有限，因为并不是谁都能用得起IOE的。业务开发分为核心业务和非核心业务开发，核心业务开发主要包括存贷业务，银行卡业务，内部核算，资金清算等。非核心业务开发包括银行报表，客户信息，参数管理信用分析等。如果你没有跳槽的想法论职业发展的话核心业务开发与非核心业务开发的区别并不像字面含义表现的那么明显，无论到了哪个业务开发部门，做好自己的本职工作，多向老人学习一些开发经验以及解决问题的方法使自己快速成长起来并等待机会的到来。如果要是想跳槽的话，那核心业务开发与非核心业务跳槽的频率真的就如字面含义表现的那么明显了，因为银行主要是靠核心业务挣钱的。
3，工作压力还是比较大的，尤其是做核心业务开发，你想象一下生产上哪个机关单位几十亿的定期存款取不出来了、几百万个账户利息计算错了、几十万笔的汇款手续费多收了等等。
发表评论：
馆藏&46607
TA的推荐TA的最新馆藏