最近研究了一个国外著名的银行软件,发现如下特点
低藕合化,咱们目前的核心系统主要分前台后台,前台管交易画面,后台管交易逻辑和帐务,鬼子们则把后台分开,帐务就是帐务,交易逻辑和记帐部分分开
比如我们传统开户交易,后台部分处理主要是
判断凭证合法性,开一个新的分户帐号,和现金记传票,交易日志,记存折的表外帐
所有动作全部在一个交易里完成
鬼子们则把我们调用的凭证函数,记账核心做成一个一个的模快,然后用一个渠道整合平台比如tibco包装一下,用消息总线技术实现各模块之间的调用.

先进性只是体现在技术上了,其实只是体现在平台先进性开发配置化了,但是从业务层面看,真没看出啥好的东东,银行的客户未必满意

打个比方,俺们手工一个一个建lv,而老外用一个工具,针对每个lv一步一步填一个表格,生成了一个mklv的shell,然后提交执行.
另外国外银行软件运行的效率非常差,重编码效率轻运行效率

我很早就想讨论这样的话题。
其实我们落后的只是概念和包装。
银行的业务最终说起来很简单。录入，通讯，检查，插表，打印。
我们现在把这些东西叫交易。但是鬼子们不是这么说了，他们会给你很多概念，把很多东西给你显式展现，让你看到东西在流动，加上什么组件，模块，调用，复用等等新鲜玩意，让客户觉得很明了，而且很高深。
给你举个简单例子。很久以前，一次我参加金融展，看了一个ATM。对我有强烈震撼。它的外壳是透明的，让你能看到他里面的基本所有运作。唉，我就发现这个东西有意思，终于让我看到里面的东西了，我就在觉得高深的同时，认为理解他里面的运作了。最后形成一个概念，这东西好。

老外的一些思想真值得我们学习，一些先进做法也许能提高软件开发效率，缩短产品形成周期。

这让我想起另外一个问题。老外们做事情step by step,而且都是照着软件的readme做。而我们中国工程师似乎很不屑，一切装在自己的脑子里，认为看个man就挺丢人，其实这是所谓高手们的大忌。

言归正传，现在国内的一些甲方们不知道怎么想的，介绍一个系统时，往往会被销售们几个名词整迷糊，他们很注重那些概念。比如平台，自动生成代码等等这些东西。我就想，如果怎能自动生成代码，要我们这么多写程序的干嘛？他们往往忽略了银行软件耐以生存的本质。也许，这是我们甲方和国际接轨的一个前兆吧。

国外公司的产品，耦合度是很低，就像一个个的水泥预制件一样，项目实施就是根据项目要求，按照说明把这些预制件一个一个组合起来。国内的产品，没有做到这一点，很大程度上与研发投入有关，很都 是项目中出所谓的产品，这种产品的 成熟度就可想而知了。人家看看README，可以知道怎么开发了，或者说知道沙子要用多少，水要用多少了，而国内的产品，看完了README，你可能什么都没有看到，最后的结局就是去读程序。浪费时间不说，质量还不高。

前面也说了，研发少了，产品的成熟度很差，从理念 上来说，也就少了很多内容，进而也就没有什么可包装的东西了。这也是国外产品总能给人耳目一新的方面，但从实际效果来看，国内的项目成果，效果和效率未必比国外差，但国内的金融行业，却总是喜欢用国外的，好你一用就和国际接轨了，但实际上未必如此。

嘿嘿.

老外的卡系统做得不错，有很多成熟的东西，和国外发卡机构的接口做得很成熟，我们做的卡系统除了跟银联，很少有机会和国外的发卡机构连一把，其实这技术上没任何问题的
老外的零售业务系统拿到中国来，只有三个字，不合格，集体零整老外听都没听过，不果我们自己也汗一下，哪个银行的土老冒真能设计，这么烂的储种
几年前老外的公司银行业务，也很难满足国内部分银行的业务需求，比如说农行农信社省会城市网点和县里的网点每天票据交换场次就不一样，外汇票据交换，县里面一周一场都有。随着票据电子交换系统和swift系统建设，这已经不是问题了。不过老外系统要做出那么多给人民银行和统计局等单位的报表，也是件很烦人的事

说起卡，不得不说我们的用卡环境之差，技术，概念很落后。
一个人手里无数破卡，都没有钱，慢慢就成了不动户，这是发卡方追求发卡量造成的恶果。
很多群众都以为信用卡就是储蓄卡，还能换现金。。
老外的信用卡系统做得很不错。那和人家的政策，理念分不开。
就说我们的老大银联吧，和大爷似的。今天竟然告诉我不支持超过18位的清算帐号，阿门，国际惯例的帐号都是32位的。大额也是支持32位的帐号。银联清算资金是通过大额系统清算到接入行。我就不明白了，这不支持超过18位的清算帐号的规则是人行规定的还是自认为自己就是“卡人行”的银联规定的。

长了见识.这帖一天要来读一次.

原来银行不只是存钱，贷款这么简单的
都说中国的金融系统环境太糟糕，体制僵硬，改革滞后
这些都不是我们愿意看到的呀，但是在中国现有国情下又有什么好办法呢？

长见识了 搬个板凳来听讲

今天挖坟