随需应变

    大学时代有个愿望，就是考个程序员认证什么的，找工作也好唬唬人，可惜四年时间一晃就过去了，忙着谈恋爱，什么也没捞到，至今同学聚会觉得惭愧。研究生阶段时光短暂，当代码民工一直忙着挣钱，在IBM兼职一个月4000多，回宿舍天天有小酒喝，也累出了一身病，学业倒是更不精进了，每每想起总是仰天长叹啊～～～
    好不容易工作快三年了，在大家07年下半年忙着T3的时候我却莫名其妙地很闲，彼时尚未碰到难缠的ATC新接口项目，心想总该给自己找些事情做，于是翻翻如今的程序员考试大纲，发现在02年最难考的高级程序员已经变成了系统分析师，还和国家的职称评定挂上了钩。心想这下不错，考上个系统分析师说出去也怪好听的。
    随即架起俺的电驴，下了近几年的试题和一些盗版参考书、视频，开始每天强迫自己学习了。这些东东学起来真是不亦说乎，第一本试题库涉及到计算机的很多基础知识，仿佛在重温大一时候乖乖上课的美好时光，看完之后老泪纵横，不当学生很多年了。还有一本案例分析，估计是专家们从各行各业的信息化项目中总结出来的，很有说服力，看完之后对各行业的信息化也有了大致的了解，里面不光讲了技术，还涉及到了一些信息管理、沟通谈判、系统集成和维护方面的实施技巧，类似于实战演练的东西，而这些我认为是参考资料里面最有价值的。总体说来，这些案例以银行业和其他大型国企居多，而我最想看到的航空业很少，估计航空业里的信息系统实施都被航信和优利占据了，而这些企业里的哥们儿和我一样都不爱总结。:)
    拖拖拉拉终于看完了，随后就参加了07年11月的国家考试，我被分到了东四环的慈云寺考试，上午9点进考场，出来已经下午5点了，3000字的论文写得手疼，回来之后键盘都敲不了了。不得不说题目很难，考完之后很没信心，于是发挥我的精神胜利法，权当练手了。
    08年1月份成绩出来了，出乎意料地过了，三科成绩是45/50/45，刚过及格线，不觉赞叹自己人品好，颇欣慰了一阵，又增加了几分信心值，证明自己工作三年还没有变成技术笨蛋。
   
    很华丽地拿到了系统分析师证书，其实这不算什么，虽然在俺们那里的小县城可以直接聘高级工程师，可惜身在北京，人才太多了。其实高级工程师之类的虚名对我来说没有多大意义，本来就是吃技术饭的，一个证书也不能代表什么，关键还是要有能力，能作出什么来。感觉这次考证对自己的专业知识又是一次巩固，而且还了解到国内大型企业信息化的一些实施细节，终于不是井底之蛙了。
    当初选择了来到国企，选择了信息部门，就注定不会一路平坦的走过来。不记得有多少个夜晚是coding过来的，不记得有多少次一个人为了解决遗留系统问题，孤立无援，不停的对自己说坚持下去，最终就有答案。所有的这一切，在任务完成后，又都变成了收获。感谢我毕业后的第一个雇主，在我最困难的时候给我机会，感谢boss们让我放手去做。如果没有当时打下基础，我不可能在航空和IT这个交叉行业方面有所积累的。

    寂寞至斯，如影随形。北方的夜空，仰望可以看到天顶上的猎户座，闪耀的繁星簇拥周围，这些星星周围或许也有类似地球的行星，或许会有人类一样的生物，但距离让我们彼此分离，永远无法知晓对方的存在，更不能倾听彼此的声音，以此及彼，仿佛人类是广袤宇宙里的唯一生物，唯有寂寞长伴星河。在茫茫宇宙中，人类是寂寞的；在元旦喧嚣的北京，我是寂寞的。

    我所认识的人，都是在白天工作的时候出现的，因为有了工作，所以很充实。但是一到下班之后，这些人都消失了，除去加班时间之外，这些人都和我一样，宁愿躲在屋子里看电视、上网，也不愿意找个鲜活的人来说话，工作时常挂在嘴边的“沟通”已消逝无踪，剩下的只有QQ或者MSN上一个个闪动的头像，或者零丁断续、心不在焉的只言片语。我也曾热衷于网上聊天，但是很快就厌倦了，每当太阳落山之后，寂寞就像影子一样浮现出来。在这个情况下，没人可以帮你，哪怕最亲密的爱人，你只能靠自己。排遣寂寞的方法只有烟草和酒精，还有无休止的加班工作。从某种程度上来说，我已经厌倦了这种生活，可是从某种角度来说，我已经习惯了这种生活，任何改变这种生活的想法都会让我感到疲惫，任何改变这种生活的行动都会让我不适应。

    每次寂寞来临的时候，我都会想起过去的生活，纯真年代里的记忆总是从抽屉里翻出来，一遍一遍地回味。但人总不能沉浸在过去，就像河水不能倒流一样，爱人回到身边的一刻总是为我带来一丝温暖，思想的火花偶尔碰撞，会照亮彼此的内心。2008，曾经是多么遥远和企盼的年代，如今却是时数将至，沐浴在梵高的星空下，期待自己能有彼方的无限光辉

    复杂规模的IT系统建设，往往需要数百人协力合作方能进展下去，期间的知识传递尤为重要。

    所谓知识，就是人们掌握的技能和经验的集合，知识的传递离不开沟通，沟通也是在人与人之间进行。但是我们知道，信号在传递的过程中有衰减的可能，我们可以在中间加一个放大器来解决，但是知识的沟通是人与人之间的，是靠人的言传身教得来的，在知识的传递过程中同样存在信息丢失和不全的现象，我们是不是也可以这样简单处理呢？答案当然是no，于是有人提出在知识的传递过程中可以通过文档来解决，通过文档来传递IT知识当然是一种很好的途径，至少是在CMM中被强调了的，但是在一个Performance Say的企业里，知识的传递不应该是扩大传播面为目的，而是以加深知识的沉淀以及传播效率为第一目的。

   很简单，知识的来源是人，目的也是为了人服务，知识是以人为载体的，加深知识的沉淀，扩大知识的传播效率，只能靠有经验的企业人员的存在，说白了就是企业应该保持稳定人员的存在。而文档由于其同步性的先天性不足，其投入的资源必须得到最严密的控制。也就是说，文档必须控制在刚刚好的地步，才可能将其维护成本控制住。否则看似无关痛痒的一个小小冗余，就会造成后期维护的数量级的递增。而随着对知识的积累的进行，文档的数据将会逐步减少，理想化的情况是降低为“0”成本付出，也就是没有任何文档。这样，知识就全部积淀在有经验的人们中间，文档只起到辅助的作用，人们可以随意调度知识解决问题，达到“从心所欲不逾距”

   软件开发、系统集成和维护是大规模的高素质人的脑力劳动，是一项智力生产活动，唯一重要的因素就是人，人 is The One。