网络营销人如何学习才更有钱途？
这篇文章，准备跟大家分享一下我做网络几年来，在学习方法方面总结的一些心得，一共20点，主要侧重新手如何才能更高效的学习。与您分享
1.每天有固定的学习时间。半小时也好，一小时更好，学习是一个慢慢积累的过程，再牛逼的人物也是靠一点一滴积累起来的。
2.不要只阅读网络文章和电子书，要多看实体书。书没有保质期，少读新书和畅销书(除非你想学习如何写畅销书)，多看经典。经典之所以能成为经典，是因为经受住了时间的考验。
3.别急躁。做网络不像在工地扛水泥，有把子力气就能赚到现钱。什么都不懂就想有个项目马上操作，马上赚钱，肯定是不现实的。少数运气好的新手会隔三差五赚到点钱，但肯定是不稳定的，90%的人至少要学习一年以上才能有稳定的网络收入。
4.要有防骗意识。新手尤其要注意，没有人会无缘无故对你好，如果有人主动免费教你日zhuan一千的技术，直接拉黑。虽然很多人都把被骗当成新手成长所必须的经历，但我还是希望新手能理智一些，还是不被骗的好。主要是被骗并不是钱多少的事，而是它很容易让人心灰意冷。
5.要有小强精神，跌倒了，爬起来。不能因为被骗过就完全否定参加培训的意义，遇到好的培训还是要关注，只是选择的时候要更慎重。参加培训的心态也很重要，如果只是以赚钱为目的，肯定参加一次就觉得被骗一次。参加培训真正的意义在于学习新知识来提高自己，积累人脉和节省自己摸索的时间成本。简单的说就是花钱买老师的成功经验。是否是以保底赚多少钱来推广培训，也是鉴别真假培训的一条标准。
6.定期整理自己的学习和工作材料，包括网络收藏夹和本地的教程和软件，整理的标准是在需要的时候可以轻易找到。大家的电脑里肯定都有很多下载了至今都还没看过一次的教程，抽空看一看，好的就分类保存，不好的赶快删掉。
7.做日程表。我这个人做事很拖拉，从来就没雷厉风行过。如果我今天没有做日程表，那这一天肯定什么正经事都没干就混过去了。有人喜欢头天晚上把第二天的工作计划做好，而我喜欢每天早晨做计划。
8.向身边的人学习，包括不如自己的人。离你最近的人的成功经验对你来说才是最有价值的。
9.不要轻易排斥任何人。过去我一直讨厌网络上所谓的大师，一看到他们的广告就反感。但是现在我改变了，大师既然能在人海茫茫中把自己炒作起来，肯定是有过人之处的，而且抛开他们宣传时候的忽悠成分，其实很多理论也是有一定的道理的。前两年有两位大师，把国外的数据库营销理论和后端盈利理论代入中国，但是我由于不喜欢这两位大师的人品而对这两种营销理论也心生厌恶，但是事实证明我的这种恶其余胥的做法是相当错误的，这两种理论确实都还是非常棒的营销模式。三人行必有我师，即使是三个你最讨厌的人，他们也有值得你学习的地方，我觉得只有在讨厌的人甚至敌人身上也能发现优点的人，将来才有可能成为高人。
10.实践。学的再多，不去用也不会有任何收获。熟读游泳学，不如下大河。在实践中学习，边学习边赚钱，才是最好的学习方法。
11.坚持。选择最适合自己的方向，坚持去做才能取得成功。做网络，很多人缺的并不是方法，而是毅力。
12.多交流。尽量找个水平相当的朋友搭伙学习，我当初就是这么过来的，我当时交流最多的学习伙伴现在经营着几家淘宝商城，发展了很多代理商。如果你能找到本地的学习搭档就更好了，交流起来方便，相互也更加信赖。
13.多分享。分享是索取的最好方式。如果你想别人有好东西的时候想到你，就一定要在自己有好东西的时候先送别人，网络的东西都是虚拟的，没有成本，干嘛不分享给朋友呢?
14.学思路。方法会过时，但思路却可以应用到各种领域。一定要学会举一反三，能延伸才能开发属于自己的项目。所谓的新项目，其实全都是几个旧点子的合成品。
15.按需学习。先把最基础的网络知识学会，以后就可以采用“需求式学习”，这是我临时想到的一个词，意思就是缺啥补啥。网络知识太杂了，没有人能全学会，只有遇山开山，遇水搭桥才是最有效率学习方法。
16.学会搜索。平时遇到的大部分问题都是可以在百度找到答案的，只是很多人不会用百度，或者说用百度用的不精，为什么有人可以拿百度能搜索到的东西卖钱?就是有太多的人不善于用百度。做网络，一定要多学一些搜索技巧。
17.关注时间成本，全面权衡时间与金钱的价值。有些人宁愿花好几天的时间到处找软件，最后导致中毒重做系统，也不愿意上淘宝花几块钱直接买个能用的。我相信多数人也不是舍不得几块钱，而是思维问题，不知道什么事应该问百度，什么事应该问淘宝，没办法，谁让他们不看男儿国的文章呢!
18.学会使用提高效率的软件。如：思维导图软件可以帮助我们快速理清思路(我用Xmind);用订阅软件可以方便阅读自己喜欢的博客。还有最重要的是要选择一款适合自己的知识管理软件(我现在用的是为知)
19.模仿。要勤于模仿，比如思维，技术，模式等。在有些项目中，模仿绝对是成功的捷径。总结别人已经成功的经验，根据自己的情况进行微创新，妥妥的!
20.要“二”要执着。学习要朝更深一点的方向努力，而不是更广一点。坚持才会看见希望，你遇到的问题别人也都会遇到，而且80%的人遇到问题会选择放弃，而你想成为二八定律中的“二”还是“八”呢?想赚别人赚不到的钱，就要吃别人不愿吃的苦。执行力不是说说那么简单，真正的考验是在你想放弃的时候才开始。以上与您分享
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。推荐这篇日记的豆列
······
&(1人关注)在金融公司做 IT 是什么感觉？
本人计算机专业，想了解一下基金/证券/投行/银行/保险等这类的金融公司（本人对于金融领域不是很了解，所以以上分类可能有错）的IT岗位的工作体验是什么？
希望大家能分享一下：自己的IT岗位的工作内容该岗位的职业生涯规划氛围强度、以及工作感受等多谢各位！我希望能够收获对于职业生涯规划有帮助的答案～ 类似回答：
按投票排序
毕业后在一家国际投行的亚太区IT总部做了三年，以下是一点感想：１.　投行IT有哪些部门？投行的IT部门其实很大，简单来说，投行的各个其他部门都需要用IT系统，都需要IT的支持，由此产生了对应各个其他投行部门的IT部，比如支持IBD的IT，支持trading的IT，支持middle office例如risk and finance的IT, 支持operations的IT。每一个这样的对应IT部门都又可以细分为软件开发(application development), 技术支持(IT support), 商业分析(business analyst) 等层面。另外，这些IT都需要有基础设施，所以又有相关部门负责基础设施(infrastructure)。２.　投行IT有哪些岗位？从以上的部门分类衍生开来，IT岗位有如下几种：软件研发 (application development): 投行会有一些自己研发的软件，所以需要研发人员。即使是从各种供应商那里购买专业的软件，也需要有自己的程序员来根据公司具体的需要来加工处理这些软件(customization).技术支持 (IT support): 除了专门写代码的程序员以外，当然还有专门的技术支持人员负责这些软件的日常维护，给用户疑难解答之类。当然，发现重大问题的时候就得需要软件研发的人来进行调整，甚至找供应商解决。商业分析 (business analyst)：business analysts是其他部门和IT间的桥梁，比如说，risk IT的business analyst就负责和风险管理部接洽，把风险管理部门的用户需求翻译成具体的IT任务，甚至帮助测试。质量测试 (quality assurance): 顾名思义，就是进行各种测试基础设施构建与维护 (IT operations, system engineering)：构建和维护各种基础设施，比如服务器，网络，数据库，以及一些全银行的人都会用的系统，比如邮箱啦即时通讯工具啦之类。项目管理 (project management)：可以是任何方面的IT项目，确保钱到位，人到位，项目进展顺利。行政管理 (business management)：负责管理预算，经费，编制等等。服务管理 (service management): 由于IT终极意义上讲是一种服务，而且现在很多银行会把一部分IT外包，就产生了服务管理岗。它可以是和外包商接洽，确保外包的质量，也可以是IT内部确保服务高效高质量的一种岗位。IT风险管理：银行最重要就是安全，所以有专门的风险管理人员来评估和解决IT方面的风险问题。３.　投行IT一般有哪些职业发展前景？继续做投行IT，努力爬到管理层：你可以在同一种岗位上一直做，或者在各个IT岗位和各个IT部门跳来跳去，随着年资，能力，阅历的增长，你负责的东西会越来越多，与此对应的就是升职。但是比起负责给投行赚钱的front office，IT的升职会相对缓慢。而和所有的企业一样，投行IT也是金字塔层级，所以越往上越难升职，机遇人脉就越重要。跳去对口的投行其他部门，比如finance IT的跳去做投行的财务：一直做finance IT的系统，能把系统玩得很熟不说，对finance部具体的业务也肯定是要了解，和finance部的用户也会有接触，所以有合适的机会就可以跳过去。但是即使你做的是front office的系统，跳去front office还是很难。跳去供应商公司(vendor side)：比如你一直在做一个从vendor那里买来的财务系统，你对这个系统有了相当的了解，也经常和vendor打交道，那么，跳去vendor side不难。跳去以后很有可能继续被派去做金融机构财务系统的consultant或者support跳去咨询公司：因为有了多年从事金融业IT的经验，可以去咨询公司做偏金融IT的咨询师跳去纯科技企业，做和金融不相关的纯IT工作：金融IT以用户需求为主，以安全性为最高考量，所以比起谷歌之类纯IT公司，投行IT使用的科技必然相对陈旧。有一些技术很强的程序员之类可能做了一段时间觉得金融IT无法实现自己做尖端科技的愿望，或者太迁就用户，所以会选择跳去纯IT企业。４.　氛围强度，以及工作感受　　投行IT是支持性部门，所以氛围相对轻松。工作强度取决于很多因素，比如你做什么岗位，支持的对口部门是否pushing，你组里人手够不够，今年上的项目多不多，等等。但是就国际投行而言，很多时候会需要和其他地区的同事开会讨论，或者有可能你支持的用户在其他地区，那就要求你很有可能晚上上线工作，开远程会议。另外，普通工作日很难进行系统维护和更新，所以经常会有周末做升级做维护之类。不过，现在大家都比较人性化，IT部门也因为要晚上开会或者周末工作之类可以有灵活的工作时间，比如昨晚开会了，今天就晚去上班，周末工作了，就能拿到半天一天的额外假期。很多时候也可以在家办公，尤其是晚上开会之类。　　总体而言，投行IT其实并不适合特别有野心的人。如果你立志在金融界有一番作为，那么front office更适合你；如果你想在IT领域大展宏图，去纯科技类企业当弄潮儿吧。但如果你想要的只是一份待遇不错的工作，不谋求火速升职，工作时间相对灵活，压力也不大的工作，那么可以来投行做IT。当然，在投行做IT不代表混吃等死毫无建树，毕竟，支持性部门cost很重要，如果你做的东西没有给企业带来价值，或者有办法找个比你薪水低很多的人做同样的东西，那么你的位子岌岌可危，这种现象在中低管理层里尤为明显。所以你得一直想办法让自己不可或缺，想办法让自己给企业带来价值，这也就意味着从长期来讲，你必须要保持思考，保持学习。其实做任何工作都是如此，当你觉得学不到东西得不到发展的时候，就是该改变的时候了。
谢邀。背景介绍：计算机本科+硕士毕业。工作6年半，三份工作，都在金融IT。前两份各三年，应该都比较充分，第三份半年。恰好是三个不同类型的地方。可以回答一下这个问题。第一份工作：全国性大型知名商业银行，软开中心。作为应届生从程序员做起，到小型项目的项目经理。行内对科技非常重视，有战略性投入。以自主开发为主，绝少引入供应商，对新人的技术培养、老人的知识传承都比较有体系。但实际升迁空间有限。技术上单位内有很好的一些技术资源储备，有一些公共库可以使用，一些技术业务方面的专家可以供你咨询。开发上以解决需求为主，一些技术细节问题不会深究，能解决问题就行（参考我的另一个回答 ）开发、测试、发布流程上相对比较严谨，分工很细。特别让我印象深刻的是测试人员非常专业。基本没有应用运维，应用运维靠开发组自己。运维只负责基础环境准备和DBA。按时上下班，中午休息两个小时还能午睡。单位离市区近，整体生活节奏比较舒适。会学习到很多业务知识，和全国各分支行的业务人员会有不少交流，对整个银行IT的生态分布也有一个比较全局性的认识。在里面，做一颗舒服的螺丝钉就好。适合应届生锻炼技术、业务、开阔眼界、或nb的社招专家进入，或靠经验资历颐养天年，不适合有很强事业心或提升欲望的人。第二份工作：第二梯队的全国性商业银行，某业务条线事业部的科技团队，对外和总行科技部对接，对内负责本条线一些系统的开发。做项目经理为主，往架构师方向进行发展。行内战略对科技重视度一般，对本业务条线更是很弱。所以虽然收入上去了，但工作内容比较繁杂痛苦。开发上比较依赖供应商，付款又很抠，所以供应商不可能给你交付什么好东西，这样反而耗费了自己人的大量心力在里面。领导从上到下没有技术精神，精力都在政治斗争和整人上面，干活儿的人不到一半。这么多系统的正常运行，靠的是基层员工的尽职尽责高素质，和比较强有力的运维保证。单位在荒郊野外，上下班痛苦，生活质量比较低下。每天需要面对长途跋涉、年久失修的老旧系统，供应商希望给你不咸不淡贿赂你还要担合规风险，大领导信口开河画大饼，小领导莫名其妙骂人，从不罩手下，只会把手下推出去挡枪，还要当心不小心说错话被同事抓住把柄坑你。团队效率极低，内耗严重，每天的时间就在一封一封扯皮邮件中度过。倒是锻炼出了一幅老油条嘴脸，和所谓“沟通能力”、“推动能力”。不适合应届生、有技术追求、或职业追求的人去，比较适合有政治斗争经验、或有相当社会资源的人进去获取利益。第三份工作：小型券商，初创的互联网金融团队，在行业内领先发力，处于急剧上升阶段。公司战略层面对团队非常重视，有战略性倾斜投入。领导技术出身，对前沿技术研究、储备很有sense，对业务也十分精通。在招收团队成员时候非常务实。互联网风格的团队。目前希望通过自己的努力，能够成为团队的骨干。比较忙，时常可能会到晚上9,10点。到半夜12点都会在网上讨论问题。总结：在职场上，我的观点还是“专才甚于通才”。回顾我遇见过的在职场上发展很好的人，无一例外都是有一技之长+执行力极强的人。“一技之长”这个词其实是很重的，并不是你有个知识好像比其他人提前了解一点就可以的，而是确实要在某一方面成为专家，当别人有这方面问题的时候第一时间能够想到向你求助，而你在大部分时候都能够有效率的搞定。这样才能树立一个有一技之长的口碑。特别在金融IT行业，会有很多“继续做技术还是转作业务”的迷思，可能是我个人能力有限，我还是觉得所谓“复合型人才”是个伪命题，在金融企业中就是定位你为技术人员，就是需要你把各类技术问题搞定，去应聘面试就是要考察你的技术能力。诚然了解一些金融知识会帮助你理解需求、更好沟通，但绝不是你的核心竞争力。除非你有过人之处，你的金融技术比科班出身的人更强，才能够成为你的一技之长。团队需要的是能够把一方面事情搞定落地的人，而不需要看起来背景优秀、风度翩翩、实际卷起袖子来却又漏洞百出要人擦屁股的人。
谢谢信任请大家多去关注楼下庖丁&李天意的答案，那是正经的金融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，我也只能好言安抚，陪着一起骂老板然后转过头来或者威逼或者利诱，让老板帮忙，让美国人听话。对于具体事物和流程，因为签了协议，我就不太好多说什么，啰嗦了很多，谢谢各位的耐心和时间
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的？参见《淘宝技术十年》。另外，其实想想银行和互联网根本就不是一样的东西，一个是屌丝，一个含着金钥匙出生的高富帅，互联网的思路是先work再优化，但银行的核心系统讲究的是只要有就要perfect，一个需要去抢用户，一个生来就不愁用户。这完全不是一个思路，所以不能用同样的思维来解决问题。感觉对银行来讲，最重要的事并不是去IOE，而是双活，这才是银行最重要最当务之急的事。所以说银行去IOE也就跟着别人吆喝一下吧。。一个已经离开银行技术岗的人的一点感受，不同人的感受不同，不同岗位做的事情不同，感受也不一样，不同部门感受差距更大，不同银行也无法一概而论，因此我的个人感受难免有偏颇，大家随意看看就好，请不要对号入座。最后祝我行越来越好！(完)-------------PS：外包一般指给银行给钱，让其为银行开发软件的公司驻场，厂商一般指银行花钱买他们做好的软件系统，他们给银行提供技术支持，例如Microsoft，IBM，Oracle，vmware等。。。最后：想到日我自己提问的问题现在又来回答了这个问题，人生真是好玩~==严禁转载和一切商业用途==
谢塔爷 、小V
邀在业内公认领先的银行IT机构里搞过推广、开发、生产运维和项目管理等多个角色，转眼五年多过去了，昔日的同事一下遍布整个金融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备份）、网络维护（思科网络实验室算什么！我操的可是跨国的广域网！）、系统组件维护（DB2\WAS等等）、运行操作（在规定时间按下规定按钮）、设施维护（空调、排水、电力等）。常见于数据中心。工作体验：系统上线、机房搬迁等是最崩溃的，为了减少业务影响，金融生产系统的变更一般安排在晚上10点后，凌晨6点前。熬夜是常有的事情，半夜被电话吵醒也是常事，加上数据中心常建在郊外，晚上万物俱静，加班后如何归家是个难题。但如果系统运行稳定，事情会相对少些，由于工作的特殊性，调休也会比较容易，凑出个长假出个远门还是很方便的——对了，手机别忘了开漫游。总的来说，金融IT是个细分度很高的职业，没有人可以做到一门通门门通，永远保持一刻谦卑的心，向不同专业的人学习才是成长之道。本文未经许可不得转载（转发分享、知乎日报除外）
泻药。你说的金融公司都是所谓的甲方。甲方的IT岗位，有很多维度可以说，我只说两个，1. 按照IT岗位划分，一般是开发和运维两大类，其他还有规划、架构、测试、IT管理等等岗位。2. 按照企业规模划分，我简单的划分为大企业和小企业，划分的标准，就是甲方是否自己写核心系统的核心代码。先说小企业，这个简单。1、 RD部门，因为不会自己写代码，那么所谓的RD部门其实以PM为主。这个PM既代表产品经理、也代表项目经理。从了解业务需求、邀请厂商进行方案设计、POC、采购、开发、项目管理、上线，一条龙。职涯就是帮闲--》独自负责一个项目--》独自负责一群项目---》a.对业务很熟了，和业务部门也很熟了---》跳槽到业务部门;b.和领导很熟了--》职级不断上涨---》IT领导或者跳槽到业务部门2. 运维岗、测试岗这两个刚还是偏向技术为主的，在小企业里面，技术要比RD牛多了。但是，重视程度却远不如，系统研发的再烂也会上线，除了问题要么是运维不好，要么是测试没测到。职涯发展就是苦逼---》加班，继续苦逼---》升点职---》几年后，对某个或某几个业务的系统或者业务流程极熟--》a.和业务领导混熟---&跳槽到业务部门；b.继续苦逼加班---》熬到老员工都走了，或者领导也都走了，自己当领导---》退休或者跳槽到业务部门。再说大企业，这个复杂了。。。1. RD部门。除了有小企业的PM线，因为会自己写核心系统的核心代码，因此就有了技术线这个职涯路线，技术牛人哪里都吃香。牛到自己可以写策略了之后做私募、创业都可以。但是，前提是有好的项目做。如果上来搞到了什么办公系统的开发，那就呵呵了。所以一定要捞到好项目的开发岗，有了好技术，再会做人，职涯不是问题。过几年自己琢磨吧，有的是地方要。2. 运维岗。大企业的运维岗也复杂了，也受重视了，核心原因是能控制的预算多了。建个机房也得几个亿，整个新基础架构设计也影响巨大、就连数据库采购一年也得给oracle几千万，买机器是以千台为单位和供应商谈。所以，除了业务系统运维，基础架构运维也很重要，但离业务更远。。。跳槽的路子也越来越窄，如果不当官，那么就养老吧，别奢望太多了。至于IT的其他岗位，要么是过渡性的，要么是养老性的，要么是行政性的，跟计算机专业其实关系不太大了。至于工作强度，个人认为，工作初期还是找越忙的工作越好，能学到的和填在简历上的东西更多。不同公司、不同岗位的差异都很大。很难说忙闲了，还是看自己，眼里有活儿、有担当就自然会忙。
等了N天都没人邀请，真是不想回答啊。（傲娇脸）哼哼，（插腰斜眼朝天）看在你诚心发问的基础上，我就好好答答吧金融领域范围太大，银行保险基金股票证券都需要IT，需要的技术种类也不尽相同。熟悉我的童鞋应该都知道我是在外资银行当IT（我的签名看不到吗，瞎啊）。碰巧的是，我在上海的2个大学同学，一个在保险当IT，一个在某股份制银行当IT，管中窥豹，对他们的情况也算有所了解。先说说保险吧，昨天还和保险IT的同学吃了顿饭聊聊天。他国有保险公司干了2年半，现在在某股份制保险公司。国有保险公司正如国内所有国有企业通病一样，冗员多，效率低下。工作1年就能看到自己20年后的样子（这是他的原话）。IT岗可以说是最轻松的岗位，他之前的老板，也就是项目经理，还是从业务部门跳过来的，因为业务部门还有指标，IT岗就轻松多了。然后工作中大量启用外包员工，所以正式工就越发事情少，真的是很惬意的。晋升如果没有背景就只能老老实实熬资历，熬到了运气好就上。股份制保险公司好一些，项目更加紧，技术氛围浓，而且只会把项目整个整个外包，不会只外包员工。但是加班情况也蛮严重的，而且没有加班工资，所以真的是看个人选择了。另外一个同学在某股份制银行做手机银行开发。据他的描述，公司薪水标准因人而异，经常有刚进来的新员工工资比进来3年的还高。如果职级不升，工资是不会上涨的，所以会好几年都拿同样的工资。手机银行是这些股份制银行重点发展项目，在传统的金融IT领域想创新，想击败4大行是非常困难的，新兴的移动互联网方向就是股份制银行的重点了。因此我同学工作非常劳累，劳动法规定，每月加班不能超过32小时，意味着最多也只能拿32个小时加班工资，他大部分月份都能拿满加班工资。公司也大量启用外包，人员外包项目外包都有，1-2个正式员工要带7-8个外包员工共同完成一个小项目或者一个模块。至于我，我所在外资银行，IT分为两种，一种是集团下属软件公司IT，一种是银行科技部门。幸运的是，我两种地方都呆过。集团下属软件公司软件公司有几千名员工，专门为亚太地区的各个集团金融机构提供技术支持。技术氛围很浓，同事都很友好很nice，工作能接触到各个不同国家的同事，有机会去各个国家出差。职业发展的话，有两条line，开始都是一样，1-3年为software engineer，3-6年为senior software engineer，技术路线的7年以上会成为consultant specialist，然后成为senior CS 或者变成 system architect；管理路线7年以上会成为software engineer team leader，然后software engineer manager。最终都是head of software delivery。我这里给的年限是累积工作年限，而且是我根据公司同事职位大概给出的参考。我所在的银行核心系统部门（Core Banking System）分为3个部门.开发部门，支持与维护部门和网点雇佣部门（实在不知道怎么翻译，囧脸）。开发部门：顾名思义，负责regional level的系统开发。我之前就在这个部门。当银行提出需求，并且该需求会实现在两个或者两个以上的国家时，这个项目就会交给该部门了。部门内部按照银行不同应用划分不同team，比如phone banking team, payment team, internet banking team等等。工作的话，小型项目是非常轻松的，事情少，不用加班。大型项目或者时间非常赶的项目会很累，频繁加班，压力很大。（ 这里插一句，不管任何IT岗位，我行招人的时候招聘要求都有1条：work under pressure）项目上线的时候是人最紧张最崩溃的时候，一般项目都会选择周末的凌晨上线来减少对客户的影响，而且必须在规定时限内完成好上线并且不能影响第二天的正常营业。如果导致第二天迟了半小时银行开门，COO就会收到report了，2小时group COO就会收到report了。上线过程一旦有任何问题，report line都是一层层往上call的，到时候你要一边解决问题，一边在各种crisis line call里汇报progress and root cause。之后还要写incident report给老板。虽然大型项目这么苦，但是大家还是更愿意做大型项目。大型项目意味着年末高rating，高salary increase和bonus，也意味着你的资历打磨越深，想跳部门也更容易。银行人员总是认为，风险和收益是成正比的。支持和维护部门：这也是个很苦逼的部门，就是日常的production support。系统出任何问题都会汇报给该部门。这些问题汇报的时候都会注明优先级，medium/high/critical。Medium的问题要求3个小时给出response，1星期内给出explanation or solution；high的问题要求1小时内给出response，；3天内给出explanation or solution；critical的问题要求15分钟给出response，尽可能快的解决问题。我估摸着60%的问题都是high，38%是medium，2%左右是critical的。公司人1多代码就容易良莠不齐，所以支持起来真的有难度，很多新人写代码不爱加注释，维护起来真的很费劲。而且business或者customer会不停的催你解决问题，经常会遇到问题扎堆的情况。如果出现critical的问题，就意味着这个问题是个incident，incident也分low/medium/high priority，当incident team define这个问题为medium或者high的时候，有关部门就会和打仗一样，老板亲自指挥调度。（近10年中国出现过2次high incident，COO亲自坐镇，太恐怖，不谈了）网点雇佣部门：每个国家（site）都会有自己local policy and project，但是每个site科技部都非常少人的，所以就有这个部门，目的就是帮助每个local bank做项目和支持维护。哪个site需要人，他们就临时充当哪个site的local IT。我现在在银行科技部，打交道最多的就是该部门的。该部门做的东西最杂，懂的东西最多，会知道很多很有意思的小知识。而且，如果你有想法Relocation，这个部门是最好的跳板。银行科技部门：全称叫科技服务部门，主要包括科技部SWD，服务部SD，IT运营部ITO，项目部CD等等。其他部门就不介绍了，科技部门的话，像我集团在中国分公司已经是非常大的分公司了，但是科技部门IT才20+人。所以这边不会分development or support了，都要做。当然，会有软件公司同事帮忙。但是工作中，会很明显的有甲乙方的区别，我们是银行系统的owner，他们是helper。在做项目的时候，我们会conduct整个项目，如果资深一点，就会担任IT PM或者overall PM。银行比软件公司技术氛围没有那么浓，福利更好（20天年假，贴息住房贷款，各种旅游补贴，过年过节购物卡之类的），奖金更多，salary差不多。但是这边升值比软件公司要困难，人少岗位也少，只有这么多领导岗位，别人不升，你也没法升。只有1条升值line，1-5年development officer，6-10年senior development officer/associate development manager，10年以上development manager，然后是head of software delivery。但是，这边有大把大把的机会跳去业务部门或者和IT搭边的部门。如果不想一直做技术，那么我行科技部门应该是很好的选择。吐血推荐女生来我这样的银行当IT。福利优渥，待遇也不错，对技术要求没有那么高，而且女生IT少，所以相对而言晋升机会比男生多。（银行男女比3：7，软件公司男女比7：3）最后，实名反对金融IT有技术大牛的说法。如果你是特别热爱技术，那就不用来金融业当IT了，不然你会非常非常失望，金融业基本都是使用很老很成熟的技术来构架系统。IBM小型机都是50年前的技术了。所谓前辈大牛，其实就是经验非常丰富，办法非常多的老员工，并没有在技术上有多牛逼。跟BAT这样的互联网公司完全不一样的，代码不会刻意要求你有多精简，算法有多么优秀。另外，确实有技术大牛进来公司过，但是他们都主动或者被动离职了。----------------------------------------我是分割线--------------------------------------------收到不少批评说我眼界太低，我仔细的回想了这个问题，我工作经历，确实我的表述不是很准确的。正确说法应该是，金融业技术大牛是非常少的，这是由系统标准和人才需求决定。为什么这么说呢？我可以先讲个小故事。我们部门有个前辈，几年前被公司辞退了，但是他的故事一直小范围的流传在外面部门。这位前辈可以说是个真Geek。他非常懒，所以他想了很多办法来偷懒，比如说，能用快捷键的，绝对不会敲命令。公司测试环境上至今还有很多他留下来的小程序，比如打1个简单的自定义命令就能自动搭建好环境；简单自定义命令自动查找程序相关代码并且用非常易读的方式呈现（不同段落不同颜色，逻辑标注等等）。代码其实不是很复杂，但是很巧妙很精简。银行每晚都要跑一晚上的batch，他精简了整套流程使得每晚batch少跑2小时。有一天，他被拉去谈话然后就被辞退了，原因是信息安全部门查出他通过系统漏洞直接获取生产机器上的维护帐号，平常这个帐号都是要在专门的帐号维护系统申请才能使用，流程较为麻烦，为了方便，他就直接利用漏洞在帐号维护系统里提取了密码。银行需要的是系统的稳定，安全。效率也是很重要的需求，但是远不如稳定重要。银行也几乎不会使用新潮而不成熟的技术。我想这位前辈可以算得上大牛，但是公司毫不犹豫辞退了他。我非常崇拜我的老板，他在公司人脉很广，各个业务部门的老板都卖他面子，他也很信任手底下员工，放手让我们做事，定期向他汇报，出了事情也会毫不犹豫袒护。关键是每次系统出任何问题，他稍微看一下就知道问题大概出在哪里，然后给我们一个方向让我们去查。但是我不认为他是技术大牛，他就是经验非常丰富，技术非常熟练，办法非常多的前辈，也是我想达到的目标。愿与金融业各位前辈共勉！PS：炸出一堆同事。。。我就不一一回复了，我在上海local SWD，已经不在广州软开中心工作了。所以想找我聊天的只能欢迎你来上海啦。
金融公司的范围太大了。我来尝试从对冲基金的角度来说几句吧。抛砖引玉，欢迎批评指正。我现在工作在一个美国的对冲基金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这个部门是处理交易以外的事情的：清算，会计，合规，市场……从开发的角度看，后台的任务的最终结果都是报表。后台常见的开发任务有：获取金融每日的最终定价：这个价格可能是来自彭博或路透的报价，也可能要自己计算来得到（通过Model，这些Model大多是由Risk组的同事开发的）。计算仓位和损益：这个仓位和损益要求计算的要比前台复杂而精确。计算的结果要求是可以用来对账的。管理交易之后的事情: 和交易对手对账和确认之类的事情。给Marketing出一些用来宣传的资料/报表。这些任务一般会：UI不会太复杂，可能就是一张报表，或者是一堆Service。计算不会很复杂（比较于Risk和前台），但是计算量会比较大：集群啊，负载平衡啊，能用都用上。对数据库要求会比前台会高一点。实时性不强：一般都是很多的定时Job在跑。不过特别精通一种金融产品，但是要了解很多的金融产品：比如你要把Stock， Bond，CDS， SWAP和MBS合在一起计算损益，你对每种产品都要有个基本的了解。对交易策略不会太熟悉。任务很少会特别急。Business owner一般会比交易员nice一些Risk这个部门不应该算是IT部门。不过一般里面有不少Quant每天也是在Coding，所以就一起说一说。他们会偏数学一些，用的语言也会是C/C++/R/Matlab。而前台和后台的开发一般是：Java/C#。Infrastructure这个和一般公司差别不大。无非就是预算比较大，设备买好的。对于有交易Desk的地方，交易时间断网了，他们就可以不用混了。再有就是对安全比较重视。装一堆乱七八糟的监控。:-(拉拉杂杂，暂时就想起这些，欢迎大家拍砖。另：现在我正在找工作机会，欢迎大家私信我。
工作内容：写代码，优化代码，修补代码。职业规划：继续写代码，之前大老板对我说，既然你那么喜欢技术，那就在做到ED（Analyst -& Associate -& VP -& ED -& MD，我是Associate）前不要考虑带人，公司里缺少专注技术的。工作感受：强度不大，但工作挺麻烦的，需要处理的复杂问题挺多，每天都在想着怎么把系统优化一点，经常走了一两天结果撞墙了重新找办法。
刚好，工作将近四年，还一直在金融公司做IT。我尽量有逻辑的描述下我的经历及感受吧(?o??o?) ?首先，我是研发，测试，运维三大IT系列中最不受待见的运维〒_〒，刚毕业时压根就不知道世界上还有运维这个岗位啊。莫明其妙就入坑了_(:з」∠)_第一家公司，世界五百强集团旗下银行，信用卡部。运维，7*24小时待命，刚入司两个月撞上极其坑爹的事故，于是几个小伙伴轮流值了几个通宵.....后来发现，这只是热身啊(╯‵□′)╯︵┻━┻，就算不出事故通宵这种事情是常态....提供无间断服务的银行，管理的又是极其敏感的money，所以一切以安全为前提。答主所在团队非常优秀（好怀念老大以及各位师兄师姐，还有吃货团啊_(:з」∠)_），做事也不死板。再加上前两年整个集团的技术都有一个子公司提供服务，几千人的IT团队和大规模系统的接触。让答主在前几年受益匪浅。工作风格严谨，工作流程复杂但是全面，比较切合实际，做事有逻辑讲道理。任何事留退路。对沟通力及推动力要求比重较高。想做事，有平台。想混混...也能过╮(╯▽╰)╭...做为一个大型公司，有很多大公司的毛病，但是已经很好了。这是题主对第一家公司的感受。刚加班回家...答主身体也不太好，先休息了，明天再继续(? o?_o?)?，第一次被邀，无论如何也要写完(?o??o?) ?，嗯，谢邀( o??o? )============================4月3日分割线==================================后来，遇上两家公司合并重组……于是作为一个虾兵，参与两个不同公司的大规模系统群的数据及系统的合并。虽然说整合整体还算顺利，但是作为扫尾大军的一员……哎，又是一段充满了激情和工作量的岁月啊~再后来，就被换公司了。打个充满恶意的比方，原来是115师的战场救火团，后来被整编扔到其他师了。团还是团，但师部变了啊……唉，懂的人会懂第二个公司办公室政治更加浓厚，且做事情条理性相对较弱，制度有点脱离现实，跨部门办事效率不高。两个公司文化的严重冲突和落差让答主严重不适，不过有失必有得，答主被进入了人生的又一个不舒适区，每天充满了怨念和思考，每天在”一个有能力的人无论在哪儿都能成功“以及”尼玛，挺不下去了啊……怎样才能出头啊“的想法中纠结。在答主数次人生的决策性失误后，答主怂了，抛弃团友们撤了；换公司！===================之前的答题太不严肃了，写点正经的===================银行运维，我个人理解按照应用系统的层次分为了硬件、系统和应用运维。硬件主要指机房和服务器的硬件维护，系统运维再细分为DBA，操作系统运维（含存储等特种设备）和网络运维。这两个运维岗位个人感觉现阶段的岗位职责及划分已经非常成熟和明确了。但是！！答主之前是个应用运维……很多公司压根没这个岗位啊?_?还在加班，来活了……回家再写……到家(?o??o?) ?，继续今天的内容~题主做为一个应用运维，认为在一个大规模的需要承担后期运维工作的IT公司，一批优秀应用运维是非常用的，他们通过以应用为单位，对系统在应用层的监控及运行状态的趋向性分析，为系统在应用层级的稳定性，健壮性和高效性提供强力的保障和故障隐患的预见及排除。而且能有效降低开发们修复bug的人力和时间成本。嗯，岗位职责的模块化，各司其职，也是大公司的特色，有利有弊。今天先这样，好多错别字，还把答主写成题主←_←，不管那么多，睡_(:з」∠)_========分割，手机输符号实在是太麻烦了?_?======第三家公司，现在的公司，第三家是家创业没多久的互联网金融公司，答主抱着干自己活的心态加入的这家公司。毕竟在大公司沿着别人走过的路走都只是知其然，难做到知其所以然，再往上拓展时总觉得有点根基不稳。而且岗位职责过于模块化，在银行这种管理偏严格的公司不方便去实践更多从书上学到的知识。新公司很小，整个技术部还没之前的一个组大。很多东西还在起步，答主做为运维整天在测试环境捣鼓来捣鼓去，测好了和boss确认好，然后上生产，大公司里见识到的各种东西答主自己开始慢慢消化融汇贯通，同时开始逐渐整理自己的思想，忙的不亦乐乎，倒是折腾的蛮开心。而公司每周五下午还会开会让内部的金融专家普及和讲解金融知识(?o??o?) ?，很是投答主这种什么都想了解一点的人所好.....就是真的好累啊_(:з」∠)_，所以答主要多睡觉....理论上来说结束了，睡觉去(?o??o?) ?
已有帐号？
无法登录？
社交帐号登录