在金融IT这个圈子里面，主要就是以下两块：
银行本身的信息科技部、为银行服务的金融IT服务公司。
先讲银行的IT department
银行的IT部门职责主要有：保障现有系统正常运行，利用现有系统中的开发工具开
发银行新的金融产品，对银行信息化管理和决策提供支持和保障。
保障系统正常运行一般就是在机房值班的工作，各位估计也不会去干这活，要三班
倒的。
运用IT技术开发新的金融产品已经越来越被重视，到IT部门做这份工作应该有前途
（但是，先想一想，开发是不是就是一天到晚coding呢？）
银行的信息系统非常复杂：所有的数据和核心程序（会计记账，基本的业务操作）
都放在大型机中（有的银行采用数台小型机cluster的方式获得大型机类似的能力）这些程
序，以前用COBOL，现在大多用C开发。核心连接着各种业务系统。
除了后台总行大集中式的数据和核心，每个分行都会有大前置平台，提供渠道接入
、报文格式转换、交易的转发控制（说白了就是用C写的Unix进程间通讯程序）等等功能。 21jrr.com
大前置平台连接着银行各种渠道channel（在银行里，ATM、自助终端、网上银行、手机银
行、电话银行、callcentre、营业部的柜面都称为渠道，是银行的各种业务和金融产品传
送到客户手中的途径）
大前置和核心主机通过交易中间件/消息中间件来连接，保证交易的完整性和一致性
。主流的中间件有BEA Tuxedo和IBM MQ。
在这么一个复杂严密的系统里，每个人只负责相应的一块东西，上手编程不难，但
要深刻理解你负责的东西，没个几年想都别想。
说到编程，以前很多东西银行都要自己开发，觉得这是银行的机密。现在情况有所
转变，不少东西银行都交给金融IT服务公司去开发，银行购买现成的解决方案。比如，对
于核心程序，银行可以先购买其他公司的现成产品（包括开发工具），以后银行要推出新
业务，就用这套工具自己开发。再比如，对于网上银行，工行就包给IBM开发，自己拿来用
就行了。所以工行的网上银行国内第一（有人认为招行的好，这个仁者见仁智者见智）
那么有什么东西银行自己做的呢？有，比如程序接口的定义、报文格式的定义、加
密系统的方案、密钥体系、以及今后新产品的开发，测试、上线推广都要银行自己做。
所以银行以使用IT产品为主，兼做少量编程，真正要coding的任务已经外包出去了
。
那么，银行的IT部门和金融IT服务公司哪一个更好呢？这个问题又是仁者见仁智者
见智。我的看法：两者相比较，前者技术含量更多，后者技术水平更高。下面是我对两者
工作的评价：
银行IT部门——工作相对轻松，较少加班，有比较多的时间做其他喜欢做的事。一
些银行里面的待遇还高于大多数IT公司。如果能多接触各种系统，多专研银行业务，个人
发展空间还是很大的。我就碰到过有人从IT部门转到其他业务部门当领导，其对银行业务
的精通远胜于那个部门里的人，这主要得益于他常年接触业务系统，所以有机会就能把握
得住。
金融IT服务公司——工作强度大，比较累，经常加班。由于IT行业竞争加剧，又处
于低谷，收入不高。但是，编程比较熟练，对某一项技术专研很深（不少IT公司只做银行
某一块东西），也能熟悉银行业务。干得好也很有前途。为了大家选择机会多一点，我给
出几家国内的金融IT公司供参考（国外的就不举了，地球人都知道哪几家牛公司的）
高阳——产品线比较全，大型机方面经验足。
博科——前身是中行软件开发中心
融博——前身是招行软件开发中心
安硕——入行比较早，有不少项目
联想——小型机方面的，主要客户都是中小银行和城市商业银行
神州数码——刚成立了金融服务中心，业绩怎样以后再看……
我还要说一点，银行里面有一块做的是企业信息系统，有的银行采用SAP（比如浦发
），这个外面据说很热门，如果进去接触SAP，学到一些SAP实施的经验，也很不错的。
以后，银行的信息化决策，数据挖掘/数据仓库的建设必定是一个重点，现在的银行
业大集中就是为此打基础的。所以，做这一块东西的朋友出路也比较好。
有朋友提到，做通信得到银行如何？其实，银行信息科技部大多数人要么学CS要么
学EE。学什么并不重要，关键看自己如何发展，同样的环境，同样的机会，为什么有的人
做得很好，有的人就做不好呢？
