|
公司三大平台之一的支付体系，它的“网关”和“服务器”好几个，逻辑关系、业务流程都不是那么简单易记。
尽管我把笔记本上的逻辑图涂了色，可五颜六色仍不管用，经常把问题给弄拧。不象设计师本人，不假思索就能在
黑板上画出七八个方位各不相同而绝对正确的逻辑图！脑子里存储的信息不同呀。
这次有机会到★☆施工
现场，不仅看到了地道的系统拓扑图，还把从业务网关到POS实地要爬几级楼梯也记下了。电信局“谁谁管哪台机器”
的信息也给记忆抹上了人文色彩，我原来依赖的那些“彩图”贬值了。到★☆电信第一天，组长想让我用便携机装上
业务网关程序到六楼和他负责的前置机联调，两人呆一间机房喊话听得见，调试进度快。找根网线再正确配置IP地址
就行，可实地勘察后不得不放弃这个念头。业务网关机器上装了两块网卡，一块接内部地址，另一块接外部地址，
我们带的“笔记本”只有一块内置网卡，充当不了这角色。我只有到三楼数据局的机房去，在业务网关的“原址”调试程序。
好在电信局不缺电话，也省得组长用OICQ嫌敲字慢。我被领进三楼机房重地，那儿到处铺满了电缆和测试仪器，
七八个人蹲的蹲，趴的趴，在纸箱堆和大机柜间忙呼着-原来他们正紧锣密鼓安装调试宽带网设备！我爱看这场面，
也凑个热闹吧。终于见到我注定要与之打交道、交答卷的那台机器了。瞧它高高在上，高居机柜顶端，任何想挪动
他的算盘都被否定了。硬只能挺胸立姿按键盘，仰头看屏幕，听说这种浪漫之举同事们都经历过。更亲切的是机柜
上下左右全是公司的产品：节点机、接入网关、通信服务器、新老数据库服务器、行情服务器、WEB服务器，“两代”
产品都在这儿！瞧机器里命名的目录：zjb、hjh、wzp、sxy 屡见不鲜，这是周、贺、伍、张、帅等辈留下的“到此
一游”印记。我除了不想留下废品，还....瞅着个机会，开相机闪了一下，留了个高抬胳膊按键盘的“英姿”，背景
是公司运营管理平台和★☆电信局机柜，记载公司和电信有不解之缘啊！组长调试的套路是：先易后难，
先调17989的的查询，不经POS。调试过程我暗自庆幸“平日不厌其烦追问业务流程”没白费；当发现发包字串有误时，
嘀咕着“透明传输也会错”（对详单不做解释）；不光是透明传输会出错，消息头错也给我一个切齿教训，消息长度
要转换成网络序，看来简单，偏偏在这上面栽个跟头。按照我传送的长度对方接收失败，显示"Message Too Big!"。
用Debug一看，四个字节是"2020202B",乍看来"2B"不就是43个字节吗？好象还对，非也！",正确的内容应该是
"0000002B", 程序中本来有一行将缓冲区清零的代码，可在发包前一刻又把所有的"斜杠零"转换成了"空格"了！
为什么出发前没发现这个问题？在家时用的是“模拟前置”，抄了近路，没用这个长度收过包，教训是：模拟不够
真实！沈经理在四家银行的测试帐号上各存了50元钱，供我们调试缴费业务，谁知道调试阶段“吃钱”厉害，电信和
银行有一边不通就出单边帐，要不是平帐"平出了钱"，三两下钱就玩儿完了，很快到了真"没钱用"的时候，真钱假
帐也急人。更急人的是屡屡听到话筒提示"缴费失败"或"通信故障"，查来查去凡是功能码"9001"都播报这一提示，
其实，在POS机器屏幕上的提示是"该帐号、该电话的缴费请求已发往支付网关，请等待"，这说明用返回码来做"略
缩语"也要避免二义性，系统对功能码的解释各环节要保持一致。POS本是"不动产", 遇到bugger还不得不去看看她
的“脸色”，当爬楼梯到四楼看望POS大姐时，心想："敢情好，用不着我找茬儿去见这亲戚了"，这楼梯爬得心里痛快。
轮到调试银行端打发票了！电信端和和银行端联调，调试范围的拓展给了我"局部毕竟不是全局"的感受。前置机在六
楼计算机中心、POS在四楼计费中心，业务网关在三楼数据局，同在一栋大楼；可支付网关就天隔地远了，分散在市
区四家银行，不得不利用OICQ和化名为"石头人"的翟哥互通调试信息。这回轮到银行端唱主角，我降格为观察员。
调试打发票时，发票迟迟不露尊容急煞人，打发票是验收整体行为的标准，我心里痒痒的真想快点看到那些"有我碰
过的指纹"的数据。得，中午在"三元店"吃碰头午餐时，负责银行端调试的翟哥带来一大叠发票，让我们未饱口福先
饱了眼福。★☆十日行体会多，留点儿下次说吧。
|
周末在愉快而紧张的气氛中结束了，下周要出差施工。我编完了"模拟接入"程序，用它向"业务网关"发消息包，屡屡石沉大海，一琢磨醒悟到"业务网关"根本不吃我"这一套"，它只应答用“对称密钥”加了密的消息。模拟这种"特制套餐"我还得补学点门道。欲解燃眉之急只有改为模拟17989节点机，向新版接入网关发包。这就需要搭建运营管理平台的大半套环境：从接入网关、通信服务器到应用服务器都要开起来。以前我对这些"显贵"是敬而远之，有负责的专家呀，只要喊一声"小伍子"，几分钟后调试环境建起，你就可以"坐享其成"了。这回......专家出差在外，技术部经理见我有点犯难，试探着说:"要不，到现场再调试？"。我琢磨这不是换个说法说我窝吗？这不正是学习的机会吗？任务在身不由己,该学的还得学，查文档、改配置，凉了甚久的OICQ也动用了，麻烦"士林"兄远程指导。这不，事情上了心，好象挺顺的。经理宏观调控，另派新手小吴熟悉通信服务器，这位"安全专家"只花半天就上了道儿。咱俩想趁热了解应用服务器的配置，壮胆请周给开了个小灶，他把Appsrv.ini 对我们作了详解。从串门705、706找师傅，又到801，难怪小王说我"忙些了"，样子紧张，其实挺好玩的，多熟悉一点产品，到现场服务时，少捅点儿漏子，何乐而不为呢
|
"银行组的业务培训有听头" -- 走出小会议室时我想。如果其他组发个邀请涵，请银行组里的"支付专家"到会议厅作专题报告，分享我的感受就好了。曹大个早就想听小伍子详细介绍"支付网关"了，平日里的个别咨询填不满他的好奇心。所以在培训时大个没少发问。小伍子的演讲风格是"平淡夹着奇趣出",他登台后丢了两句"很简单"、"没啥好讲的"，我们正着急他茶壶里煮饺子倒不出货时，冷不丁地他接连抛出几个有价值的信息，弄得你想记笔记都来不及，能记下多少就看你地敏感度了。当小伍解释五个进程、三个静态线程、若干个动态生成的线程各自的分工时，情不自禁地称赞肖工的总体设计巧妙；五个进程中，父进程主管整个程序的“重启”或者“退出”，“儿臣”利用线程“管理朝政”，“太上皇”则巧用Wait函数进行“垂帘听政”，儿皇帝和ZZCOM启动的三个子进程中任何一个若有三长两短，立即会有话传给“老佛爷”，由她下谕“Restar”或“Exit”。这样不至于让系统不明不白地瘫痪，进退有章可循。小伍还介绍了出于什么考虑主进程宜于在前台启动、定单细节指针为什么特意安排在结构首部等敏感技术细节。当然，精彩的还不止这些......
|
我对研究生有这样的偏见:他们的水平应该常显露出来,应该经常研究些什么，显露出不同凡响之处。这种偏见来源于一位带研究生的教授对我的影响。每当他看见他的部下写的文章缺乏分析能力时，脸上就会漏出一副无可奈何的神情，不无听众地说：没写过研究生论文就是不行！这位教授做出国访问学者时，写过一篇论文叫"键盘的信道容量函数"，他不止一次地说："关于键盘我至少还能写出十篇象样的博士论文"。从那以后，拜读研究生的论文就成了我不时的心愿。到公司不久，没让我多磨嘴皮，田工就把他的研究生论文借给我看了。那是一篇关于"混沌与分形"的论文。感谢田工，搭帮你的论文助兴，我家里的书架上添了两本相关读物：《虚实世界》和《超越时空》。如果能发现这三本读物的内涵与公司的实际之间有某些联系，那肯定是我的造化。可一时半会儿还找到答案。有答案的是昨天的一件事：田工兴冲冲地来到演示厅，对正在开会的开发部经理说："王经理，我发现了管理平台的一个设计缺陷！想到了解决办法。"。我当场意识到"学习的题材又来了"，心想"那会是个什么样的发现呢？",记得前天小组工作会上我还嘀咕"谁月评分能拿到特优的高分？"，这会儿有人选了。当田工正在键盘上敲他的"技术修改建议报告"时，我请他用最概括的语言介绍他的"发现与见解",田工说计费归档这个"速度瓶颈"近两天又在长电"警钟长鸣",41万条数据有20多万条未按时归档...这个令公司上下（特别是平台组）头疼的"老大难"总得有个终结才是。田工画的解决方案是否可行还有待审核讨论。但能够肯定的是：用研究的姿态对待我们的产品值得称道。如果你是研究生。可贵的本色应该保留一辈。走到哪儿研究到哪儿。公司有好几个"科班"研究生，也有在职研究生，从工作成效你就能猜得出八成。什么时候我有幸能一一拜读他们的论文呢？
|
如果公司今后有轰轰烈烈的一天，当那天来到时，热泪盈眶和内心充满骄傲的，一定是那些矢志追求该目标、为其倾尽全力、付出了心血的人。老总曾经说，公司走过了技术积累的初级阶段，为这一阶段付出了艰辛的老员工，有理由感到欣慰。但通向成功的路还没走完，在技术和市场竞争激烈的IT行业，容不得我们松气懈怠。扎扎实实地巩固和拓展市场是当务之急，深化技术管理和技术改造也同等重要。《证券组产品维护方案》的出台，顺应了公司发展的需求，是该组上下群策群力的佳作。文档虽只有五页，却给人沉甸甸的感觉，其中的举措是管理好公司三个产品、十三个版本的良方！正如文档指出的，象源代码、执行程序、接口、补丁、配置、版本、安装和运行情况.....等等这些宝贵而多变的信息，如果都散落存放在这个或那个工程师的脑瓜或机器里，我们的产品算得上是保管得当、维护良好吗？以往，当有新的需求必须修改程序，却因责任人更换而四处找不到接口和协议，只好翻开源代码去猜原作的意图，版本混杂、无案可查，类似的苦头已经"屡尝不鲜"了。在软件工程中有个比喻是"工匠怎能建成高楼大厦",我们的电子商务开发平台理应是固若金汤的"大厦"。证券组若能把我们的三个产品细细致致地呵护好、管理好，珍视前人的劳作，珍藏公司的积累，利于后人的进取，这种管理的效益，怎不令人称快！这种扎扎实实的工作作风，乃是成功企业的要素。公司能走到今天，靠的就是创业者们废寝忘食地探索电子商务的规律，一次次攻破技术难关，一个接一个开辟市场，每个人吃透自己手中活儿，啃代码、写繁文，认真对待跟客户的每一次对话，解决客户反映的每一个问题，化意见为表扬，化怀疑为信任，积小胜为大胜，前因后果，难以忘怀。愿这种扎实的创业精神陪伴我们到更大的成功，成为公司文化建设的基石。
|
提起"CA"和"网管",我总会产生一种神秘的感觉。一个负责安全，一个管着网络，带点儿"中情局"的味道。据徐组长介绍，在总线结构的以太网上，每一个消息包都能被每一块网卡捕捉到，能否利用这种性质捕获网络上的信息，就要看你有无遵从底层协议进行通信编程的技能了。据说黑客就擅长干这个。公司的网管从ICMP转向SNMP协议，原来小刘一人能拿下的绝活儿现在转由一个梯队开发，显然上了一层台阶。不过瘾的是上次在网关组唱主角的技术交流会上，我们只听到了一个朦胧的介绍。看看小林制作的自定义TreeView结构网络拓扑图吧，比早期产品的界面漂亮多了。大伙儿都盼着静态的拓扑图真正"活起来"。当网管组埋头苦干的同时，"CA"组也紧锣密鼓进入了测试阶段。趁这股热乎劲儿，我不由打开了笔记本，把"证书"、"数字信封"、"签名"、"摘要"、"私钥"、"公钥"这些KeyWord 的含义重温了一遍（就象炒股，学习也要有"题材"）。每每向熟人介绍我们的电子商务平台如何安全时，我总嫌舌头笨。真羡慕伍、翟、勇这几个经常和证书、密钥打交道的工程师，他们脑子里都有永久笔记。当我试图从他们那儿了解技术细节时，却被打发去问"安全组"，说是用的比不上设计的清楚。今天有幸聆听了CA组的成员介绍他们的专长。先是拜读了CA测试方案。他们的专题介绍满足了大家对CA这个“黑匣子”的好奇。不过我还有几个"为什么"想问： 怎样理解CA中心的"自动签发"和"密钥自动产生"功能？ "根证书"和"证书"的区别 ？ "签发"具体指的是什么操作？ "审核"呢 ？ "制卡"和"制盘"是发放的两种途径吗？ 证书和密钥有什么 联系？ 代理点管理指的是什么 ？ 性能指标有哪些 ？ 统计分析的数据主要是什么 ？ "证书处理接口 "和"加解密接口"是和证书一起发放吗？黑名单呢？ 用户申请是适时处理吗？是填表还是录入 ？ 办理 证书合算的话，为什么会有用户买CA平台产品？ CA组下一个回合为什么要选Java做开发工具呢？ .......
|
希望您能给出－－－－
您的位置；
您置身于……
您的邻居；
您出身的必要性，
您出身的背景；
您的外交圈，
与外界的交流
（因为您描述的主体将涉足社会，立足于某个系统）；
您与外界交流的语言、"暗号"、协议；
您在系统中的身份，职责；
您自身的架构（内部分工）；
您工作时接收的外部信息（入口）；
您工作时发送的外部信息（出口）；
您为什么是优秀的？
装备了几个动态、静态进程？
装备了几个动态、静态线程？
......
如果您是总体设计，
依据您进入详细设计有章可循，
如果您是详细设计，
依照您的规划就能实施代码设计，
下一步的设计因你的规范不会偏离设计宗旨，
这都归因于：
您恰到好处地给出了
足够的、准确的信息！
|
新事物象幼苗一样在我们周围静静地发生，曹大个被任命为◣◣代缴话费项目经理一事，就象
幼芽出土一样安静。但我仍不免为曹大个儿本人和公司感到喜悦。记得经理宣布这件事是在银行小组会上，当时每个与会
者都必须回答一个问题，就是对公司制定的评分标准的看法，大家的回答都是肯定的。不过我知道公司有更深层的、难能
可贵的用心，比这种评分标准更能抓住人心。其一就是让渴望快速长进的年轻人经常得到锻炼的机会。我觉得这是公司管
理上的明智之举。因为这也是双赢策略。这是一个有创造力和充满活力的集体应该包容的基本特性。技术开发部对年轻人
委以重任的例子是屡见不鲜的，公司的发展和个人的发展都需要这样。那天经理问小曹，经过从开发部到应用 支持部这个实践过程，对
业务和应用的全貌是否有了一个整体的了解 ? 大个儿笑着点了点头。如果从“平面国”上升一维，看到的景色就大不一样。希望公司和各
部门大大小小的头头，培养人的意识有增无减，如此我们公司这棵共生的大树就会长青。望大个儿继续他前进的势头，为年轻人树立更大的信心。
|
|
我喜欢“超级变变变”这个电视节目。每次颁奖都从多个方面鼓励参赛者，设立了“创意奖”、“幽默奖”、“技术奖”、“艺术奖”等。去年公司奖励了一批名符其实的优秀员工，树立了榜样。当我们追赶优秀员工不能全面达标时，也许可以在某一方面有所建树。也许某人写出了一篇最优秀的总体设计，也许某人提出了一个很具启发性的好建议，也许某人在团队精神方面作出了榜样，也许某人为维护公司信誉做了一件值得称道的事，等等。是否可以明文设立“最佳文档设计奖”、“最佳合理化建议奖”、“最佳技术导师奖”、“最佳售后服务奖”、“最佳项目方案奖”、“最佳技术交流奖”等等。奖金不要多，荣誉本身就能鼓励人。得不到公司级的诺贝尔奖，得个小奖也能令人乐呵呵。在多个目标里可能有哪一个是某个人稍加努力就可以做到，做出努力能够得到认可和回报，何乐而不为呢。比如尹先生写出了一篇几个经理都认为是目前公司最高档次的测试文档，他就是“最佳测试文档设计奖”的金牌得主，如果全年度没人能超越他，那奖杯就注定摆在他的办公桌上了。
|
如果您能给咱上一课，
并且允许提幼稚的问题，
让我和盘托出积压在心底的无数疑虑，
那会是多痛快淋漓!
我会问：
POS和业务网关缘何分家？
电子钱包为何选择POS进入交易？
为什么恰好在封闭开发管理平台的后期，
萌发了改造业务网关的主意？
肖工拿出安全、通信、业务分层的总体方案时，
其中包含的意义？
支付体系小时侯是个啥模样？
这孩子打从进幼儿园你们就是他的阿姨。
"话费代缴"怎么演变成"银证通"？
"银证转帐"配两个业务网关有啥玄机？
还望不吝赐教如何将P/G从AIX搬到UnixWare?
其中的"Make"藏着哪些小秘密？
就当我带着"哈里.波特"一块儿来参观，
别笑话我们孩子般的好奇。
请带领我们作一次电子商务"考古"，
还请揭示一首令人激动的未来畅想曲。
|
|
"业务培训"从计划走向实施：银行组组长开讲第一课。从整体到局部，层次分明地介绍支付体系。
以培训目的和今年的主要工作为引子，逐步切入细节。培训目的简要地归纳为：增强交流协作，人人
熟悉新老系统的结构、维护和开发要领。接下来介绍支付体系3.0版的整体结构和新老版本的区别。
在整体结构的介绍中阐述了"多对多"的应用架构，即实现支持多种接入、多种业务，一个POS可对应多个支付网关、一个支付网关可对应多个POS、一个商家既可接多个POS、又可接多个银行；支持的主要
业务类型有支付类交易、转帐类交易、电子银行业务等。接着组长对新老支付体系进行了详细的对比，论据充分地说明了新系统在可移植性、可扩充性、兼容性、稳定性、灵活性和规范化诸方面均优于旧系统。然后介绍了三种典型的业务流程：电子钱包、179接入支付交易和银行后台发起的反向交易。组长把讲课和提问、讨论穿插进行，效果很好，支付设计的老手听起来不乏味，新组员收获更大。
|
|
巧了，今天中午到总经理办公室批条子，看见他办公桌上摆了一本书：《电子商务核心技术--
安全电子交易协议的理论与设计》。当时我心想：“老总钻研这理论一定跟公司的发展有
什么联系吧？我们是不是该跟风呢？”。没想到午休之后，我发现昨晚用“私钥”打包的一个
问题（“电子钱包存在的必要性？”）竟与这本书Link上了。更巧的是，在我个别征求解答的时
候，发现不少人对比较SET协议/SSL两个协议的好奇心不在我之下。这促使我再次造访老总，这次
不是去请批条子，而是去借那本书。巧劲还没完呢，碰见开发部经理也在场，他声称文工程师已经答应举办一次讲座：讲的就是这两个协议。需求与安排如此吻合，大家等着吧。
能多理解一个理论问题的快慰就像过节，特别是那些与我们当前工作、生活紧密相关的理论。
刚到公司时，几次听公司发展史的介绍，好象每次总是从SET协议谈起，虽然没听出个道道，
却隐约感到里面文章不小。心想待我进一步了解公司产品的内涵，再悟清其中的奥秘吧。没想当
一头栽进"发包"、"收包"的代码堆里面以后，爬出来还挺费劲的，几乎忘了这个茬儿。
那天大伙儿报"志愿",表现了大家对新事物的喜爱："网上营业厅"最受青睐。我就琢磨为什么
公司会被挑上做这个全国的样板产品？答案是我们公司有优势。对自己的优势总该心知肚明吧，
可我连电子钱包是怎么出台的，没它行不行都弄不请，快补课！
感谢大家的盛情。经理停下了吃饭向我们解释这是与SET协议、与安全如何相关...；小周
告诉我SSL是链路层协议而CA是应用层协议...(这使我脑子里再现了听不同层次的协议介绍时
时我出现的迷惑）;徐工说使用SSL协议是取代电子钱包的一种途径...;王说那一定要在WEB
服务器上安装相关软件...;吴说话费代缴因加密要求不高就没有使用电子钱包...;文说
大家都说得有一定道理，CA是一个体系，而SSL是一个...;说得田工掉过头来，说得小帅瞪大了
双眼，说得我恨没多长耳朵。
我立即感到好戏不能就这样收场。两分钟后当我听到经理宣布"专题讲座即将举行"的消息时，
我想：届时一定会座无虚席！我敢断言。
|
今天，原"开发部"的牌子换成"技术部"了。细细想来，不少变化在我们身边悄然发生。17989声讯组月初就召开了小组会，把三月份分的任务落实到每一位组员。网上营业厅组不断增兵杭州，
有不获全胜不收兵之势。今天证券组在全组评审业务网关总体设计之后，公布了一个管理细则文档。
该小组给人印象是"众人拾柴火焰高,大伙儿都是当家人",组内充满和谐气氛，在如此细腻的管理下，
表现定当不俗。昔日老实巴交，只习惯做幕后英雄的小周竟然是"管理细则"的起稿人。小罗有机会
上讲台介绍他的总体设计，小王接受新业务从容之间面带喜色，胡工作为业务网关原设计者跨组传经，解开了小宁多日的疑点。看他们的架势，日后倘若推行轮流当组长也不会有问题。最值得称道的自然是他们集体设计的那几个技术管理细则了，它是公司管理细化，文档制度又上台阶，管理从小组做起的好苗头。希望不久能看到证券组这种细致管理的成效。下面是他们管理细则初稿：
一. 背景
目前证券组产品小、多、改动频率高、版本维护麻烦。新人上手比较慢。为了更好维护与改造好目前的产品，减少以上弊端，本文提供一个手段。
二. 目的
本文的预期读者为所有证券组成员。本文的主要的目的是，使所有的证券组成员对证券组的产品有一定的了解，能够处理证券组所有产品出现的一般性问题。各组员对某一产品有自己专长。能够使新人通过阅读本文档，尽快上手。本文档需要证券组所有成员共同维护。
（1）产品介绍
产品名称 存放位置 日常维护文档 备注
（2）产品运行状况表
产品名称 安装时间 最近修改时间 地点 程序位置 常见问题及解答
是否解决 时间 姓名 产品名称 问题描述
（4）已解决问题列表
时间 姓名 产品名称 问题解决方法
（5）建议
时间 姓名 产品名称 建议内容
|
|
|