第六章 金融项目
『如果章节错误，点此举报』
.
做了些Java的公司内部网站、政府网站，都是些国内项目。
也做了些对日Java的ERP系统，但都是从As400平台（即我之前做的Rpg）系统移行过来的。
那时候就2002年左右的样子吧。
也许是先见之明，毕竟1998年亚洲金融风暴让日本损失惨重。
股市崩盘，导致诸多民生产业被美资买断。
从那时起很多日本企业就开始了去IOE完全曲折的进程。
因为相对于我们国家信息发展比日本迟缓数十年的来说，我们对IOE的依赖没有想象中的那么严重。
而日本则不同，他们除了对IOE的依赖也有对微软的依赖。
所以他们基于把自己的系统搬迁到一个开放平台的开源的技术框架内。
以使其在未来减少这种位面打击。
说句题外话，相信即使现在大家也很迷惑。
不管是产业重构还是怎么样，我们现在吃的福临门或者是金龙鱼吧，我不记得是哪家了，我记得也是美资公司了。
有一年大豆期货翻车，导致几个粮油企业被抄底。
大部分做技术的人不会关心这个也正常。
技术说我行业内部的事吧，受这个因素的影响。
日本企业持续有外包订单派给中国，甚至在21世纪初期，日本企业为大连的外包企业提供培训讲师。
大连的软件外包产业也因此蓬勃发展，而我也是有幸接受过一名叫做五十岚的女性的关于Rpg的技术培训。
虽然她全程日语，但是我们无所不能的公司配了同声传译。
现在不得不说，我身处一个美好时代。
包括现在，我们仍然是时代的宠儿。
感谢为此作出无限努力的人们。感恩。
我们接的金融项目是一个小型银行，起初时因为客户很少，所以也只是个Access做的系统。
可能现在的很多人会嘲笑此时，Access也能做个系统？
但是，这不是你的浅薄与无知。
而是信息产业高速发展并运用开来，我们国门还未开放。
所以，你们无法想像，人家在win95时代就用access来管理记账，是什么样的和科技世界接轨的模样。
因为现在很多人甚至不晓得win95是个什么东西呢？
很遗憾的说，那些早年的老牌企业，不会因为技术陈旧来作为更换系统的要因。
而是系统是否能支撑即将扩张的业务。
你可以理解为，真正的生意人，锱铢必较。
客户提供给我们的一版Access系统。
我们的工作，则是解构、解码、解业务。
因为前期对这些都不是很了解。
就像民工，大家从拆房子开始了解怎么建。
而那些业务术语，则困扰了我们对具体逻辑的理解。
于是我们前期从基本的数据词典的整理开始，讲陌生的日语金融词汇进行翻译。
而那些程序构造，也是逐模块，逐机能的解体。
最终要保证现有的业务完整的移行到Java+Oracle平台。
甚至连原来的用户习惯都要保留。
这也是对日外包极为特殊的地方。
当时的解析方法，即使现在正规的公司或者团队也是在用的。
这是我接触的第一个项目，也是教会我融汇我国内出差项目了解到的架构知识，进行工程解析的一个切入点。
学以致用。
这些年我可能记不住我的同事，但是那些工作上的东西却都牢牢的记住，并且不断的进化更新着。
.
做了些Java的公司内部网站、政府网站，都是些国内项目。
也做了些对日Java的ERP系统，但都是从As400平台（即我之前做的Rpg）系统移行过来的。
那时候就2002年左右的样子吧。
也许是先见之明，毕竟1998年亚洲金融风暴让日本损失惨重。
股市崩盘，导致诸多民生产业被美资买断。
从那时起很多日本企业就开始了去IOE完全曲折的进程。
因为相对于我们国家信息发展比日本迟缓数十年的来说，我们对IOE的依赖没有想象中的那么严重。
而日本则不同，他们除了对IOE的依赖也有对微软的依赖。
所以他们基于把自己的系统搬迁到一个开放平台的开源的技术框架内。
以使其在未来减少这种位面打击。
说句题外话，相信即使现在大家也很迷惑。
不管是产业重构还是怎么样，我们现在吃的福临门或者是金龙鱼吧，我不记得是哪家了，我记得也是美资公司了。
有一年大豆期货翻车，导致几个粮油企业被抄底。
大部分做技术的人不会关心这个也正常。
技术说我行业内部的事吧，受这个因素的影响。
日本企业持续有外包订单派给中国，甚至在21世纪初期，日本企业为大连的外包企业提供培训讲师。
大连的软件外包产业也因此蓬勃发展，而我也是有幸接受过一名叫做五十岚的女性的关于Rpg的技术培训。
虽然她全程日语，但是我们无所不能的公司配了同声传译。
现在不得不说，我身处一个美好时代。
包括现在，我们仍然是时代的宠儿。
感谢为此作出无限努力的人们。感恩。
我们接的金融项目是一个小型银行，起初时因为客户很少，所以也只是个Access做的系统。
可能现在的很多人会嘲笑此时，Access也能做个系统？
但是，这不是你的浅薄与无知。
而是信息产业高速发展并运用开来，我们国门还未开放。
所以，你们无法想像，人家在win95时代就用access来管理记账，是什么样的和科技世界接轨的模样。
因为现在很多人甚至不晓得win95是个什么东西呢？
很遗憾的说，那些早年的老牌企业，不会因为技术陈旧来作为更换系统的要因。
而是系统是否能支撑即将扩张的业务。
你可以理解为，真正的生意人，锱铢必较。
客户提供给我们的一版Access系统。
我们的工作，则是解构、解码、解业务。
因为前期对这些都不是很了解。
就像民工，大家从拆房子开始了解怎么建。
而那些业务术语，则困扰了我们对具体逻辑的理解。
于是我们前期从基本的数据词典的整理开始，讲陌生的日语金融词汇进行翻译。
而那些程序构造，也是逐模块，逐机能的解体。
最终要保证现有的业务完整的移行到Java+Oracle平台。
甚至连原来的用户习惯都要保留。
这也是对日外包极为特殊的地方。
当时的解析方法，即使现在正规的公司或者团队也是在用的。
这是我接触的第一个项目，也是教会我融汇我国内出差项目了解到的架构知识，进行工程解析的一个切入点。
学以致用。
这些年我可能记不住我的同事，但是那些工作上的东西却都牢牢的记住，并且不断的进化更新着。