|
提起"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）建议
时间 姓名 产品名称 建议内容
|
|
|