主题：【原创】若兰 酒馆闲话之同学出差，挖坑居然借用了萨苏。 -- 淡紫若兰

若兰给大家道个歉，上文里的一些细节，同学打来电话，纠正了若兰的错误说法。

上文提到：

同学说公司当时是没法模拟原来的环境的，因为牡丹江方面后来在安装了其他软件之后，中继机的环境已经改变了，这个中继机就是数据库的运行环境，当时的连接方式、数据库配置参数等都被改变，而且由于工作人员没有审慎地进行备份等工作，当时的中继机工作环境已经无法还原，因此，当时公司并没有完整地模拟整个系统。

这也是当时同学所在的公司“没有办法找出问题所在的原因”的原因之一。

正因为因此，那年，去牡丹江出现场的研发工程师只能根据具体情况作出调整，保证软件的正常运行，不过——他没有把代码、配置等的改变上报。

而这，直接导致上文提到的，大家的冷汗变成瀑布汗。

那就是：公司的机器里，居然没有这个系统的最新源代码！

若兰当时说，停，你打住吧，你们公司怎么会没有源代码呢？那些版本控制系统什么的难道……再说问问谁写的代码不就完了么。

问题是当时根本就没有这些玩艺啊，同学郁闷地说，这还是到了去年才有这个管理概念的，而这个软件版本的上一个版本，是六年前，这个版本，是前年开发的。

至于这个版本的作者，去年辞职了，联系不上啊。

抓了瞎的公司领导，只好给了现在的项目负责人一周的时间来解决这个问题。而这位负责人，按若兰的想法，估计听到这个决定的时候，当场哭出来的心都有。

没有源代码，没有设计文档，没有说明……一星期搞定？太难为人了。

没办法，时间紧任务重，这时候就只能是有条件要上，没条件咬牙也要上了。

不过呢这位先生的想法也太……怎么说呢，太一根筋了，太日本人了（老萨的说法是头硬），居然真的就选择攻关！

不出意外地，也毫不可耻地，这个攻关，以完全失败告终。

这类似于愚公移山的做法。虽然目标绝对可以实现，但那是没有时效的限制，如果给愚公爷爷一个时间限制说让在愚公有生之年完成，那谁都知道是不可能的事儿啊。

所以这位就被免职了。

但是问题还是要解决的，而且是越快越好，公司老大的感觉是，这就是手里捧了一个大炸弹，谁都不知道什么时候爆炸，这一旦出了问题，经济损失倒也罢了，就算破产又如何，大不了要饭也能活，可这要是因为这个出了事故，甚至于出现人员伤亡，那刑事责任绝对别想跑啊。

无奈之下，老大做出了正确的决定：发动人民群众的智慧。

那天与会的就有若兰的这位同学，他刚刚提升不久。别误会啊，他不是顶替了那位倒霉蛋，是另外的项目，也就是若兰前面提到的那个GPS的东西。

而若兰这位同学的敢想能想且不胡思乱想，那若兰大学就知道。所以在这次碰头会里若兰的同学就提出了两个重要的看法：

第一，当务之急，立刻通知牡丹江，现有系统环境数据等，马上全面备份。

这个好理解，现有的正常运行的环境马上保存，这样即使一旦出现问题，可以快速修复，避免更大的损失。

同学当时说：其实我还有一个私心，那就是我认为源代码肯定还在，只是找不到而已，当时的研发工作，很多都在现场完成，而那时候由于公司对于源码管理不够重视，甚至混乱到一塌糊涂，也没有相关规定，所以当时的工作人员很可能把源代码留在了机器上却没有带回公司，而对面的单位，估计不会轻易地对机器进行整理——谁都怕出事儿，如果我这一改，出了问题那算谁的？到时候人家开发公司说：谁让你乱动的，出了问题我才不负责！那这整理机器的哥们，岂不是担责任了么？

萨苏曾在旧文蓝天逸事里说过：如果你不经波音公司允许，擅自换了一个飞机厕所的手纸盒，那这飞机如果从天上掉下来，波音公司可以不负任何责任。

大概也基于这个思路，若兰居然笨笨地问：那现在既然他们做了擅自改动，你们又用不着负责的。

同学翻了个白眼，说了两个字：人命！

若兰讪讪。

同学倒不在意，喝口酒继续说：所以我认为，很可能那面的机器里，还有源代码的存在。

同学提出第二个建议就是兵分两路：研发和找代码同时进行。

这个也正常吧？没异议。

而找代码这个事儿，就落到了若兰同学的身上了。

老大说：首先，代码这个东西你比较熟，其次，你办事，我放心。

若兰说活该，让你出头让你揽事儿，哈哈。

唉？若兰突然想到：你们这版本卖了那么多套，为什么还要重新开发呢？把别的换过来不是更快么？

同学说，我们何尝没有想到，但是问题是：哈齐牡佳这些地方的各套系统，只有牡丹江用的是四型，而其他地方用的都是三型！而且各个地方的系统都因为不同的需求有不同的改动，根本是不通用的，更何况连具体版本都不一样的牡丹江呢？

得，若兰咋怎么笨呢，若兰噎了一杯酒。

那后来呢？

后来自然就是若兰的同学率一干人马杀奔牡丹江，虽然系统还在正常运行，但一定要拿到系统镜像做备份的不是？同时，重要的，是如果能的话，一定要找到该版本软件的源代码。

哈尔滨到牡丹江，几个小时的车程而已，很快就到达了目的地，若兰的同学等吃饭、桑拿、旅游、购物、捏脚、唱歌……

这是扯淡，当时若兰的同学哪有这个闲心啊，冒雨就杀奔了现场了。

运行环境的分析、备份，ghost，甚至硬盘拷贝都干出来了。

上位机 ，中继机，所有的东西都进行了完整的备份。

同学小小松口气：至少有底了，就算出了问题，快速恢复肯定不在话下。

等把所有数据带回旅馆，几个人对数据继续进行分析，结果也没什么发现，只有一个小弟发现：在安装了这个系统之后，该机器还曾安装另外的一个重要软件，是不是它引起的问题呢。

若兰说：那不现实，这软件安装前安装后系统都工作正常，而你们的模拟环境压根跟这个不相关，肯定不是这个事儿。

同学笑：我也没说是这个出的问题啊。

既然这里找不出问题，重点就转移到了寻找源代码上了。

若兰同学问过，当时的开发工作，就是在现在工作机器上完成的，于是若兰得同学在整个备份里找了个底朝天，一无所获。

在对面领导的陪同下，同学在当时运行的机器上再次彻底的搜了个底朝天，仍然一无所获。

那台机器上，连开发环境都没有，更不用提源代码了。

同学说：我当时都怀疑，我的判断是不是出错了？那位兄弟看来应该是把源代码带回了公司，没有在当地的机器上存档。因为这个从逻辑上也完全正常，你想想，有人把自己的产品的所有代码留到客户的机器上么？

因此从整个迹象上来看，这兄弟不但删除了源代码，而且卸载了整个开发环境，这个，那是正常的。

不过如果真是这样的话，那就说明源代码已经丢失。

这样要解决这个问题，就只能是重新设计重新研发了。

但是那时间，可是不等人啊。

只是，若兰的同学对此能有什么办法呢？

若兰的同学，和对面的领导，郁郁地走出了机房。

同学回头看看那一排整齐的机器，显示器，却突然感觉有些不对，于是鬼使神差，随口问了一个问题。

就是这个问题，成为找到源代码的关键。

待续