《疯狂的程序员》第33章

跃八且彩鞘置怕摇?br /> KIREGIS的测试效果还是让人满意，BOSS　Liu一路顺畅地给领导表演了如何登记，这边登记的数据如何从X光机上调出来，如何从CT上调出来。KIView测试效果也不错，这个软件由周总负责，本来就是历经考验的成熟产品，直接装上用就行了。走到X光机这里，周总胸有成竹地说：“下面是KIPACS工作站，它从KIREGIS数据库中读取登记的记录，将TH600拍摄的图像数字化并转换成DICOM图像，可以进行图像处理，然后可直接打印报告，拍摄的胶片可以直接打印到包工中。下面由公司小绝来演示下使用流程。”
绝影也胸有成竹地走过去，从前台登记，调阅记录，拍X光，待图像进入KIPACS他开始演示调窗。调窗本是放射科医生的专业他自然不懂，只能胡乱地衡窗宽纵窗位地大幅度调，图像也跟着大幅度变化起来。正在医院头头准备点头的时候，突然，屏幕黑了。
正文　《疯狂的程序员》29
更新时间：2008…10…31　14：08：59　本章字数：5050
见屏幕一黑，绝影也不知道是怎么回事，以前在公司测试的时候从来没出现这种情况，反正肯定是程序出了问题，坏就坏在还是全屏，图像一黑，整个屏幕就黑了。他用眼角的余光瞟了瞟周总，还好周总正在兴致勃勃地给医生们介绍KIPACS是如何如何好，只有医院领导一个人发现了问题。他赶忙退出全屏关掉KIPACS，再次打开。
医院领导正要开口，绝影抢在他前面说：“这是正常现象，一般KIPACS用久了就要重启一次。”那言外之意就是：“这黑屏的事，没啥大不了的，我们早就知道了。并且这又是不能解决的，要能解决我们还不早就解决了。就比如手机一样，就算是Nokia　N95，够高档了吧，可是你能拿它放DVD吗？放不了，还是将就着用吧。所以还是麻烦你们偶尔重启一下吧。”
周总听他这么说，回过头来，丈二和尚摸不着头。
最后医院领导还是在验收报告上签了字，一行人撤回公司的时候，周总问：“小绝阿，那个KIPACS重启是怎么回事呢？以前怎么没听你说过？”
绝影哪敢给他讲很话，忙说：“没什么大不了的，回去我调研一下，估计还有些小BUG。”
在公司做CASE就是这样，虽然公司要求所有BUG的发现和修正都要最终体现到软件开发文档里，但实际操作起来，往往是程序员发现了自己的BUG能隐瞒下来的都隐瞒下来，自己抽个时间或者加班把它修改了，这样给领导的印象要好一些。这和现在很多小煤窑的做法差不多，虽然上头三令五申要杜绝安全隐患，但事故总还是要发生的，虽然又说发生事故要如实上报及时补救，但小老板们总是能隐瞒不报就隐瞒不报，自己私下处理了事。你想真要是如实上报你一个小小煤窑一年12个月就报了二十多个事故上去明年的开采许可证还怎么可能拿得到？
绝影说是小事，回到公司又看了半天都还是没搞明白，问题就出在调窗上，这个调窗原理说简单点其实就是把图像的一些属性调整一下然后重新绘制到DC上，小幅度地调整都没有问题，就是大幅度长时间调整最后显示图像的部分都会黑掉。先他以为是对WM_PAINT消息的处理有问题，这个就比较麻烦，系统经常要发送WM_PAINT这个消息，在里面下个断点或者加个MessageBox就一直要不停地弹出。搞了半天还是找不出个所以然。你想要是真是对这个消息处理出现了问题，那应该一早调窗就有问题才对。
调试了几次，绝影发现系统变得越来越慢，打开任务管理器，乖乖，KIPACS居然占用了300多M内存。要知道KIPACS刚启动时不过只占用了17M内存。看样子像是内存泄漏。这样想，他继续调窗，调一下发现内存涨上去可又没降下来，果然是调窗的时候发生了内存泄漏。
知道了原因解决起来就要快得多，原来是GetDC获取DC后没有使用ReleaseDC把它释放，这部分在WM_PAINT消息中，WM_PAINT消息又频繁发送，所以那内存泄漏起来真是要命得很。
加上ReleaseDC，KIPACS终于可以流畅地调窗，看看任务管理器，内存占用基本稳定在20M。
搞完这个BUG，绝影看看时间，已经是晚上9点多，公司的人早不知道什么时候都**了。这次的事情还是给绝影留下了深刻的教训以至于在很常一段时间，别人问他：“影头，你看看我这程序，怎么老是出问题阿？”他都会跟别人说：“先看看是不是有内存泄漏。”
问题解决了，等到第二天周总来到公司，绝影便轻描淡写地对周总说：“昨天那个KIPACS需要重启的问题我已经解决了，是个小问题，内存泄漏。”
所以什么叫打肿脸充胖子。明明昨天花了5；6个小时憋得几乎走投无路终于解决出的问题现在在老总面前却轻描淡写地说：“是个小CASE而已。”想BOSS　Liu也许也是这样，自己不知道熬了几个通宵脑细胞不知杀死多少终于给做出个多线程出来，却轻描淡写地说：“多线程嘛，那个还不容易，二三十分钟就搞出来了。”两个人都是爱吹牛，好像自己能耐大得不得了，什么技术阿方法阿算法阿解决方案阿还不一切都尽在掌握中，原以为牛这样吹了，大家就决定自己有多了不起，结果最后受苦的是自己，开心的是老板，老板们正是利用了这种心理，他们会说：“不错不错，这么个大问题能这样快地解决，这个程序里面还有二十多个BUG，都是小问题，给你一天的时间够了吧。”
周总对绝影反映的问题还是比较关心，他说：“内存泄漏这个问题是广泛存在的阿，这种问题又最不好调试。我给你介绍个软件吧，BoundsCheck，专门测试内存泄漏。”
在以前，绝影绝对不会去关心别人介绍的什么软件，首先那软件是别人介绍的，自己又不熟悉，软件好不好阿，怎么用阿都要自己去摸索，特别是这个BoundsCheck一听就知道是个英文版的软件，还要拿金山词霸去翻译菜单或者网上到处去找汉化版，本来以为用这个软件能极大地提高劳动生产率，结果反而花在学习上的时间都远远超过了它提高的劳动生产率，这叫“磨刀误了砍柴工”。
可这次绝影还是比较慎重，昨天虽然把问题解决了但实在把自己搞得太痛苦，也幸亏昨天开了任务管理器发现了问题，要不说不定把代码跟踪到太平洋还不知道问题在哪里。
去网上下个BoundsCheck6　for　VC，原来是大名鼎鼎的Numega公司出的，想能出SoftICE这样的软件的公司出的东西还能有假吗？就比如今天微软宣布出了一个新的操作系统，那还不成为各大网站的头条新闻。所以不仅是衣服，就是软件也有个品牌效应。
那天在公司又调研了一整天，绝影第一次知道了“纯化测试”这个词。以后每次周总说：“OK，明天我们进行Purification。”绝影就跟大家翻译道：“好，明天我们进行纯化测试，没装BoundsCheck的把BoundsCheck装上，不会用的找我。”
最近几天BOSS　Liu在公司颇为得意，看来医院对KIREGIS试运行非常满意，要他修改的地方也很少。KIREGIS的代码一直是BOSS　Liu在负责，绝影从来没去看，这也好，世界上最幸福的事情就是你把事情交给别人别人做好了交给你居然和你的要求一模一样，根本不用改。因为没什么事做，BOSS　Liu正好潜心研究起C＋＋来。
本来有好多事情都是一样，会做容易做好难，就说这C＋＋就算你是写了五六年程序的程序员，说函数模板、类模板、纯虚函数、虚基类这些东西你又用上了多少。BOSS　Liu研究了一些这方面东西，再加上KIREGIS在医院取得了成功，觉得差不多火候已到，绝影也不过尔尔，不过就是汇编好一点吗？还是那句话，汇编不过100多个指令，有什么难的。
可绝影总以为他对C＋＋的研究应该仅限于“理论”上。
两人见了面，BOSS　Liu问：“你知道这个XXXX基类的构造函数会被调用几次么？”
绝影自知肯定回答不上来，在这种情况下最好就不要去回答，BOSS　Liu是有备而来故意刁难你，不是带着请教的，所以就算你侥幸答对了，也并不能让他对你钦佩的感觉油然而生；要是你答错了，就正中他的下怀，从此以后凡是有技术上的讨论，他总是会拿“你XXXX这个问题都不知道，还说个P呀”来压你。
这正如鲁迅先生说的，一家人生了孩子，你说：“这孩子好呀，以后要当什么什么大官有多少多少钱。”那你是骗人的，可人家父母爱听。你说：“这孩子最后会死。”这是真话，