（作者：丑老头，从业者）
谢谢信任请大家多去 投行IT是支持性部门，所以氛围相对轻松。工作强度取决于很多因素，比如你做什么岗位，支持的对口部门是否pushing，你组里人手够不够，今年上的项目多不多，等等。但是就国际投行而言，很多时候会需要和其他地区的同事开会讨论，或者有可能你支持的用户在其他地区，那就要求你很有可能晚上上线工作，开远程会议。另外，普通工作日很难进行系统维护和更新，所以经常会有周末做升级做维护之类。不过，现在大家都比较人性化，IT部门也因为要晚上开会或者周末工作之类可以有灵活的工作时间，比如昨晚开会了，今天就晚去上班，周末工作了，就能拿到半天一天的额外假期。很多时候也可以在家办公，尤其是晚上开会之类。 总体而言，投行IT其实并不适合特别有野心的人。如果你立志在金融界有一番作为，那么frontoffice更适合你；如果你想在IT领域大展宏图，去纯科技类企业当弄潮儿吧。但如果你想要的只是一份待遇不错的工作，不谋求火速升职，工作时间相对灵活，压力也不大的工作，那么可以来投行做IT。当然，在投行做IT不代表混吃等死毫无建树，毕竟，支持性部门cost很重要，如果你做的东西没有给企业带来价值，或者有办法找个比你薪水低很多的人做同样的东西，那么你的位子岌岌可危，这种现象在中低管理层里尤为明显。所以你得一直想办法让自己不可或缺，想办法让自己给企业带来价值，这也就意味着从长期来讲，你必须要保持思考，保持学习。其实做任何工作都是如此，当你觉得学不到东西得不到发展的时候，就是该改变的时候了。
（作者：李天意，爱互联网/爱技术/爱读书/爱运动EOF）
14年7月硕士毕业后在四大行之一的某行数据中心做运维，总行编制，做了6个月离职，现在在国内某互联网公司做RD。。就自己的经历简单聊一聊。。工作内容：首先数据中心分为很多部门，有管理部门，安全部门，网络部门，系统部门，还有测试部门等等，系统部门有分为大型机的部门，小型机的部门，X86服务器的部门，我就在X86服务器的部门工作。我所在的部门在数据中心还是比较核心的，正在响应号召做私有云，也响应号召在做去IOE的工作，我做什么呢？数据中心有一年有很多个批次，每个批次有很多的系统要上，我就是负责在批次上之前，根据基本不懂技术的部门提出的系统架构搭系统，首先呢，拿到架构，要审，发现不对，然后和他们沟通，他们说你认为架构是什么样的？然后我们团队就把合适的架构弄好给他们，他们说恩，就这样。然后再去其他部门协调搭系统需要的资源，比如硬盘空间，网络端口等等很多内容，协调基本就是吵架，最后发现留给自己搭系统的时间很少了，然后加班加点干活，银行的系统基本就那么多，什么Apache,Jboss,OracleRAC,WAS,IHS等等。然后把搭好的系统交付给应用部门，应用部门在上面部署要上线的应用，等到上线的时间了，大家就会收到通知，说“我行在某日0：00至4：00进行系统维护，什么什么业务无法使用”，我们就在干活啦。。。前面的搭系统要搭两套，一套是测试环境的，一套是线上环境的。然后系统上线后，我们负责后期的运维，用户报bug啦，我们和开发商一起查log,分析问题，哎，说到这里不得不吐槽一句有些开发的外包厂商（有次我行有个系统外包做了两年了，还没做好，正好我赶上外包开发到某个阶段来弄系统，我负责带外包厂商，结果在RHEL中外包打开一个文本文件非要坚持用gedit?居然不会用vi。这还好，他们那次装系统出了bug,调了一个晚上没搞定，害得我也跟着他们加班。还有一次和外包一起看日志分析bug,最终发现是他们的代码逻辑错误。。。）。然后如果系统运行一段时间这个数据库硬盘不够啦，我们就再给加硬盘。。。然后还要进行磁带备份，配NBU。。。。等等系统后期的运维吧，做和线上修改有关的工作都是至少在晚上19：0以后才能搞的啦。。。当然这些都是在没出什么问题的情况下。。。批次的时候出了点问题搞不定了就找驻场，技术支持，再搞不定的时候就有一大堆不懂技术的大boss站在你后面给你各种压力了。。。。职业生涯规划：感觉一眼就看到了未来几十年的样子，所以就离职出来干了。。。感觉如果是比较喜欢稳定的人啊，能耐的住寂寞，就行。但是我感觉几年之后自己的技术就忘了，自己在市场上就没有什么竞争力了，所以尽早离开了。我一直认为，我自己有能力的话是我在挑工作，而不是等到技能都忘光了，只能适应这份工作了，感觉那样有点可悲。恩，已经离开了银行系统，至少近N年里职业规划就和金融行业无关了吧，这里就不说了。。氛围强度，工作感受：1.各种驻场，有什么解决不掉的问题了就去找驻场解决，然后我行培养新人的时候有的时候希望驻场教一教什么的，但是驻场一般都是熟练工，不怎么教，三下五除二就做完了，新人学到的不多，以后估计还是很依赖驻场吧。。。。2.平时做的活，重复性很大，太没意思。。。.感觉有些外包系统很挫。。。4.办公系统很多软件都是IBM开发的，挫的一逼，邮件收发用什么NOTES，我擦，不叫发邮件，叫发消息，还经常卡死，我有的时候怀疑是不是国内的IBM工程师把国外开发的软件直接用Googletranslate翻译成中文就卖给我行了，官方采用的办公软件一个难用就算了，但是我行牛逼的地方就在于几乎所有的办公软件都很难用，不但不能提高办公效率，有的时候反而被办公软件搞的没有心情办公了。。。5.最后说一下最近银行系统流行的去IOE的看法，银行去IOE基本行不通。理由：有些银行认为技术部门是消耗部门，不重视，并且认为只有高管才有资格拿高工资，导致系统外包，挖牛人挖不到，据说我行原来想挖一个大牛DBA，结果人家的工资和我行数据中心的经理差不多，于是作罢。还听说工行从阿里挖了一个架构师，貌似是副行长级别的待遇，直接向董事长汇报，所以工行的架构很厉害。阿里巴巴为什么能去IOE？能开发出Tair?用开源的数据库？那可是有一帮工程师在干活啊，银行也想去IOE，但是挖牛人挖不到，自己人太弱，也培养不起来，办件事走流程这么严重，还有大国企的姿态，怎么可能去IOE？大型机zOS上跑的是核心系统，所以I去不了；开源数据库不同的数据引擎搞不定，并且扩容也不是简单的事，并且O数据库性能好，还有技术支持，所以O也不能去；E在银行里用的不是很多，容易去。所以给你一道题，有的人说简单，但并不是所有人都会认为这道题简单的，更何况这道题确实也不简单，阿里巴巴去IOE花了多少年，下了多大的决心才舍弃IOE的？参见《淘宝技术十年》，所以银行去IOE也就跟着别人吆喝一下吧。。一个已经离开银行技术岗的人的一点感受，不同人的感受不同，不同岗位做的事情不同，感受也不一样，不同部门感受差距更大，不同银行也无法一概而论，因此我的个人感受难免有偏颇，大家随意看看就好，请不要对号入座。最后祝我行越来越好！(完)-------------PS：外包一般指给银行给钱，让其为银行开发软件的公司驻场，厂商一般指银行花钱买他们做好的软件系统，他们给银行提供技术支持，例如Microsoft，IBM，Oracle，vmware等。。。最后：想到年2月5日我自己提问的问题应届毕业生去银行做技术，关于个人职业发展规划，有什么建议？-互联网现在又来回答了这个问题，人生真是好玩~
（作者：CaesarChan，金融IT专业打杂/DIY初级技师）
在业内公认领先的银行IT机构里搞过推广、开发、生产运维和项目管理等多个角色，转眼五年多过去了，昔日的同事一下遍布整个金融IT圈子——国有大行，股份银行，城农商行，基金证券还有互联网金融公司。金融IT算是金融业与IT业的混血儿，但却有时候却同时受到这两个母业的误解：金融业：在金融公司搞IT也算是搞金融？那金融公司的门卫大爷也算是搞金融的咯？IT业：金融IT也算是搞技术？我就不说你们那落后十年的水平了。。。这不是段子，都是来自身边的真实遭遇。它一直以来都是作为成本中心而存在，想知道投入到哪里的可以参考下面这个传送门银行每年对IT方面的投入有多大？主要都投资在了哪些方面呢？-CaesarChan的回答不用去管别人怎么看，金融IT，我就是我，不一样的烟火。这里主要讲下金融公司总部的IT部门的工作体验，如果想知道分行/分公司的发展规划，请参考以下传送门在一级分行银行科技部工作发展规划如何？前景是怎样的？-CaesarChan的回答首先说的是不同金融公司的IT工作区别。从不同行业的横向对比来看，业务种类越多越复杂的金融公司，其系统复杂性越高，所需的人力也就越多。商业银行作为业务种类最多的金融机构，一直都是金融IT业的大头，基金、证券、期货和投行等金融机构业务种类较为单一，业务系统数量相对来说较为较少，可维护性较强。业务系统越多其系统复杂性便呈指数型增长：如果只有两个关联系统，潜在的连接是两个（双向关联），如果有三个关联系统，潜在的连接便是六个了。商业银行特别是国有大行不同业务系统之间的关联关系已经复杂到令人发指的程度，越复杂体现在工作上也就是越繁忙。从发展时间轴来看，购买厂商产品--雇佣外包开发团队--建设研发团队是金融IT发展的三个主要阶段，每个阶段内部员工逐渐增多，外部支持逐渐减少。在购买厂商产品阶段，工作以搜集整理需求为主，厂商提供的一般是普遍适用的产品，金融IT从业员根据业务部门提出的要求整理需求，不断向厂商提出个性化改进的需求。在雇佣外包开发团队阶段，工作转向IT团队及项目开发方向，IT外包公司提供驻场工作人员，提供部分技术支持，金融IT团队在公司原有产品的基础上增加自身的需求，逐渐转化为独有的产品；这个阶段运维也逐渐转为专业化，开始建设自己的专用机房。最后，在建设研发团队阶段，开发、测试及运维团队开始转向内部员工为主，外包外聘员工逐渐减少，产品在吸收公司产品优点基础上，开始具有自主知识产权，开始大规模升级重构。从工作强度上来看，总的来说，“在路上”发展阶段工作强度较大，用那句百用不厌的话来形容就是“时间紧任务重”。什么是“在路上”？简单来说就是正在面临重大架构、体系调整，人数有限经验有限，任务是死的人是半死的。如何巧妙地避开这类阶段？从公司选择上避开几乎不可能，金融IT业近些年发展很快，几乎每个金融公司的IT部门都会有这样的项目，加入之后也就意味着较大的工作强度，同时也意味着较大晋升机遇。其次就是不同岗位的工作区别，大致上可以分为科技管理、开发测试和生产运维三个方向。1.科技管理。听起来似乎有些高大上，但实际上就是个打杂的。工作以沟通（吵架）、报告（请示）、协调（博弈）为主，琐碎事情非常多。工种涉及应用管理（应用系统建设规划）、项目管理（跟踪项目进度）、报告管理（定期整理汇总数据）、采购管理（产品、服务的测评及竞标）、需求管理（将业务部门的需求翻译成程序猿看得懂的语言）乃至专利管理（专盯专利局）、安全管理（合规内控、安全案件等）。常见于银行总行科技部，各公司PMO(项目管理办公室)、研发管理办公室、测试管理办公室，项目组项目经理等。工作体验：鉴于广大程序猿不爱说人话、不会说人话的特点，工作的成就感在于通过刷脸的方式帮广大一线工作者提供翻译服务，游走在刀锋的感觉；挫败感在于经常被杂事所淹没，经常一天下来发现没干正事。如果想要在这个岗位有所成长，那么强烈建议在一线（开发测试、生产维护）锻炼一年以上。2.开发测试。金融IT的主力军，大多数从业员“梦开始”的地方。工种如果用游戏来比喻的话，开发人员（码农）和测试人员（黑盒）是两个基础职业，所有进阶职业都需要在基础职业满足经验需求后才可获得提升。开发人员（码农）：工作以修改代码为主，参考老代码根据业务规则的变化进行修改，新增功能等，工作难度不大，会读代码就能写代码，各类非计算机出身（数学、物理、电子等）的应届毕业生可顺利转型。对应进阶职业（职业发展角度分析）：开发人员（技术专长）：如Oracle、DB2、AIX、z/OS、Cobol等，通过时间累积总能在技术上获得专长。开发人员（业务专长）：如银行卡收单、法贷、纸黄金、电子银行、SWIFT汇款等，代码怎么写业务流程就是怎么样，业务人员也没法比自己更清楚。架构师：脱离了某类语言或某类系统的局限性，开始全局性考虑系统性能容量、体系架构、跨应用交互、横向纵向扩展性等问题，可以回答“双十一你这系统顶得住吗”这类进阶问题，开始思考应用系统“是什么？从哪里来？往哪里去”这类终极问题。测试人员（黑盒测试）：工作以做交易为主，编写测试案例，模拟业务人员交易场景，对照软需验证功能，发现Bug及时报告。对应进阶职业（职业发展角度分析）：测试人员（技术专长）：不满足于黑盒测试，开始阅读代码尝试白盒测试，开发自动化测试工具、推进持续集成测试，编写测试脚本，实施性能压力/疲劳测试。测试人员（业务专长）：开发人员看到的只是一个点，测试人员看到的是整个面，相对于开发的深，测试人员更擅长广，整个业务条线的交易代码倒背如流，业务流程如何优化他们更有发言权。工作体验：谁说金融IT只能搞技术？技术和业务两个方向始终向你打开。人的性格特点不一样，有的喜欢跟机器打交道，有的喜欢跟人打交道，适合自己的才是最好的。我选择了业务方向，你呢？不用急，慢慢摸，没人在一开始就知道。开发测试累吗？累，开发是一线，功能如何实现所有人都要问你；测试是二线，一不小心就可能漏过几个亿。.生产维护。金融IT成果的最终把关者，再牛逼的系统最后没上线都是白搭。工种涉及应用维护（与开发测试对接）、操作系统维护（操作系统用户管理、参数管理等）、存储维护（外置存储挂接、NBU备份）、网络维护（思科网络实验室算什么！我操的可是跨国的广域网！）、系统组件维护（DB2\WAS等等）、运行操作（在规定时间按下规定按钮）、设施维护（空调、排水、电力等）。常见于数据中心。工作体验：系统上线、机房搬迁等是最崩溃的，为了减少业务影响，金融生产系统的变更一般安排在晚上10点后，凌晨6点前。熬夜是常有的事情，半夜被电话吵醒也是常事，加上数据中心常建在郊外，晚上万物俱静，加班后如何归家是个难题。但如果系统运行稳定，事情会相对少些，由于工作的特殊性，调休也会比较容易，凑出个长假出个远门还是很方便的——对了，手机别忘了开漫游。总的来说，金融IT是个细分度很高的职业，没有人可以做到一门通门门通，永远保持一刻谦卑的心，向不同专业的人学习才是成长之道。
（作者：TommyChow，金融IT，两方面都只是半桶水）
等了N天都没人邀请，真是不想回答啊。（傲娇脸）哼哼，（插腰斜眼朝天）看在你诚心发问的基础上，我就好好答答吧金融领域范围太大，银行保险基金股票证券都需要IT，需要的技术种类也不尽相同。熟悉我的童鞋应该都知道我是在外资银行当IT（我的签名看不到吗，瞎啊）。碰巧的是，我在上海的2个大学同学，一个在保险当IT，一个在某股份制银行当IT，管中窥豹，对他们的情况也算有所了解。先说说保险吧，昨天还和保险IT的同学吃了顿饭聊聊天。他国有保险公司干了2年半，现在在某股份制保险公司。国有保险公司正如国内所有国有企业通病一样，冗员多，效率低下。工作1年就能看到自己20年后的样子（这是他的原话）。IT岗可以说是最轻松的岗位，他之前的老板，也就是项目经理，还是从业务部门跳过来的，因为业务部门还有指标，IT岗就轻松多了。然后工作中大量启用外包员工，所以正式工就越发事情少，真的是很惬意的。晋升如果没有背景就只能老老实实熬资历，熬到了运气好就上。股份制保险公司好一些，项目更加紧，技术氛围浓，而且只会把项目整个整个外包，不会只外包员工。但是加班情况也蛮严重的，而且没有加班工资，所以真的是看个人选择了。另外一个同学在某股份制银行做手机银行开发。据他的描述，公司薪水标准因人而异，经常有刚进来的新员工工资比进来年的还高。如果职级不升，工资是不会上涨的，所以会好几年都拿同样的工资。手机银行是这些股份制银行重点发展项目，在传统的金融IT领域想创新，想击败4大行是非常困难的，新兴的移动互联网方向就是股份制银行的重点了。因此我同学工作非常劳累，劳动法规定，每月加班不能超过2小时，意味着最多也只能拿2个小时加班工资，他大部分月份都能拿满加班工资。公司也大量启用外包，人员外包项目外包都有，1-2个正式员工要带7-8个外包员工共同完成一个小项目或者一个模块。至于我，我所在外资银行，IT分为两种，一种是集团下属软件公司IT，一种是银行科技部门。幸运的是，我两种地方都呆过。集团下属软件公司软件公司有几千名员工，专门为亚太地区的各个集团金融机构提供技术支持。技术氛围很浓，同事都很友好很nice，工作能接触到各个不同国家的同事，有机会去各个国家出差。职业发展的话，有两条line，开始都是一样，1-年为softwareengineer，-6年为seniorsoftwareengineer，技术路线的7年以上会成为consultantspecialist，然后成为seniorCS或者变成systemarchitect；管理路线7年以上会成为softwareengineerteamleader，然后softwareengineermanager。最终都是headofsoftwaredelivery。我这里给的年限是累积工作年限，而且是我根据公司同事职位大概给出的参考。我所在的银行核心系统部门（CoreBankingSystem）分为个部门.开发部门，支持与维护部门和网点雇佣部门（实在不知道怎么翻译，囧脸）。开发部门：顾名思义，负责regionallevel的系统开发。我之前就在这个部门。当银行提出需求，并且该需求会实现在两个或者两个以上的国家时，这个项目就会交给该部门了。部门内部按照银行不同应用划分不同team，比如phonebankingteam,paymentteam,internetbankingteam等等。工作的话，小型项目是非常轻松的，事情少，不用加班。大型项目或者时间非常赶的项目会很累，频繁加班，压力很大。（这里插一句，不管任何IT岗位，我行招人的时候招聘要求都有1条：workunderpressure）项目上线的时候是人最紧张最崩溃的时候，一般项目都会选择周末的凌晨上线来减少对客户的影响，而且必须在规定时限内完成好上线并且不能影响第二天的正常营业。如果导致第二天迟了半小时银行开门，COO就会收到report了，2小时groupCOO就会收到report了。上线过程一旦有任何问题，reportline都是一层层往上call的，到时候你要一边解决问题，一边在各种crisislinecall里汇报progressandrootcause。之后还要写incidentreport给老板。虽然大型项目这么苦，但是大家还是更愿意做大型项目。大型项目意味着年末高rating，高salaryincrease和bonus，也意味着你的资历打磨越深，想跳部门也更容易。银行人员总是认为，风险和收益是成正比的。支持和维护部门：这也是个很苦逼的部门，就是日常的productionsupport。系统出任何问题都会汇报给该部门。这些问题汇报的时候都会注明优先级，medium/high/critical。Medium的问题要求个小时给出response，1星期内给出explanationorsolution；high的问题要求1小时内给出response，；天内给出explanationorsolution；critical的问题要求15分钟给出response，尽可能快的解决问题。我估摸着60%的问题都是high，8%是medium，2%左右是critical的。公司人1多代码就容易良莠不齐，所以支持起来真的有难度，很多新人写代码不爱加注释，维护起来真的很费劲。而且business或者customer会不停的催你解决问题，经常会遇到问题扎堆的情况。如果出现critical的问题，就意味着这个问题是个incident，incident也分low/medium/highpriority，当incidentteamdefine这个问题为medium或者high的时候，有关部门就会和打仗一样，老板亲自指挥调度。（近10年中国出现过2次highincident，COO亲自坐镇，太恐怖，不谈了）网点雇佣部门：每个国家（site）都会有自己localpolicyandproject，但是每个site科技部都非常少人的，所以就有这个部门，目的就是帮助每个localbank做项目和支持维护。哪个site需要人，他们就临时充当哪个site的localIT。我现在在银行科技部，打交道最多的就是该部门的。该部门做的东西最杂，懂的东西最多，会知道很多很有意思的小知识。而且，如果你有想法Relocation，这个部门是最好的跳板。银行科技部门：全称叫科技服务部门，主要包括科技部SWD，服务部SD，IT运营部ITO，项目部CD等等。其他部门就不介绍了，科技部门的话，像我集团在中国分公司已经是非常大的分公司了，但是科技部门IT才20+人。所以这边不会分developmentorsupport了，都要做。当然，会有软件公司同事帮忙。但是工作中，会很明显的有甲乙方的区别，我们是银行系统的owner，他们是helper。在做项目的时候，我们会conduct整个项目，如果资深一点，就会担任ITPM或者overallPM。银行比软件公司技术氛围没有那么浓，福利更好（20天年假，贴息住房贷款，各种旅游补贴，过年过节购物卡之类的），奖金更多，salary差不多。但是这边升值比软件公司要困难，人少岗位也少，只有这么多领导岗位，别人不升，你也没法升。只有1条升值line，1-5年developmentofficer，6-10年seniordevelopmentofficer/associatedevelopmentmanager，10年以上developmentmanager，然后是headofsoftwaredelivery。但是，这边有大把大把的机会跳去业务部门或者和IT搭边的部门。如果不想一直做技术，那么我行科技部门应该是很好的选择。吐血推荐女生来我这样的银行当IT。福利优渥，待遇也不错，对技术要求没有那么高，而且女生IT少，所以相对而言晋升机会比男生多。（银行男女比：7，软件公司男女比7：）最后，实名反对金融IT有技术大牛的说法。如果你是特别热爱技术，那就不用来金融业当IT了，不然你会非常非常失望，金融业基本都是使用很老很成熟的技术来构架系统。IBM小型机都是50年前的技术了。所谓前辈大牛，其实就是经验非常丰富，办法非常多的老员工，并没有在技术上有多牛逼。跟BAT这样的互联网公司完全不一样的，代码不会刻意要求你有多精简，算法有多么优秀。另外，确实有技术大牛进来公司过，但是他们都主动或者被动离职了。
----------------------------------------我是分割线--------------------------------------------收到不少批评说我眼界太低，我仔细的回想了这个问题，我工作经历，确实我的表述不是很准确的。正确说法应该是，金融业技术大牛是非常少的，这是由系统标准和人才需求决定。为什么这么说呢？我可以先讲个小故事。我们部门有个前辈，几年前被公司辞退了，但是他的故事一直小范围的流传在外面部门。这位前辈可以说是个真Geek。他非常懒，所以他想了很多办法来偷懒，比如说，能用快捷键的，绝对不会敲命令。公司测试环境上至今还有很多他留下来的小程序，比如打1个简单的自定义命令就能自动搭建好环境；简单自定义命令自动查找程序相关代码并且用非常易读的方式呈现（不同段落不同颜色，逻辑标注等等）。代码其实不是很复杂，但是很巧妙很精简。银行每晚都要跑一晚上的batch，他精简了整套流程使得每晚batch少跑2小时。有一天，他被拉去谈话然后就被辞退了，原因是信息安全部门查出他通过系统漏洞直接获取生产机器上的维护帐号，平常这个帐号都是要在专门的帐号维护系统申请才能使用，流程较为麻烦，为了方便，他就直接利用漏洞在帐号维护系统里提取了密码。银行需要的是系统的稳定，安全。效率也是很重要的需求，但是远不如稳定重要。银行也几乎不会使用新潮而不成熟的技术。我想这位前辈可以算得上大牛，但是公司毫不犹豫辞退了他。我非常崇拜我的老板，他在公司人脉很广，各个业务部门的老板都卖他面子，他也很信任手底下员工，放手让我们做事，定期向他汇报，出了事情也会毫不犹豫袒护。关键是每次系统出任何问题，他稍微看一下就知道问题大概出在哪里，然后给我们一个方向让我们去查。但是我不认为他是技术大牛，他就是经验非常丰富，技术非常熟练，办法非常多的前辈，也是我想达到的目标。愿与金融业各位前辈共勉！PS：炸出一堆同事。。。我就不一一回复了，我在上海localSWD，已经不在广州软开中心工作了。所以想找我聊天的只能欢迎你来上海啦。
（知乎）
Tips长按图片，识别白癫疯有治好的吗北京哪些白癜风医院好