下了岗，才知道有个工作是多么的幸福，生病了，才知道健康是多么的可贵，珍惜今天，珍惜你身边的幸福...

只羡鸳鸯不羡仙。

SORRY，只羡厨师不羡仙，有点侵犯你的版权呢!

你的话挺有哲理的呢：-)，怨不得樱桃称你是知音大姐呢！唯一的不足之处：可惜了一头又黑又亮的头发：-)，谁的手艺那么差？

谁说你不是大侠啊？！顺便回答一句，你看呢？

你说得蛮对的，可我怎么看着象程序：

switch(number) {
case 1 :
case 2 :
case 3 :
case 4 :
case 5 : break;
default : break;
}

if ( TRUE )
printf("Pass\n");
else
printf("Fail\n");

OH，MY GOD！莫不是最近看源码看多了？眼都晕了。。。

我都反省了两天了，还是您老一砖拍醒梦中人。准备发愤恶补，最差也得达到汪激昂+EGG水准。

本文发表在 rolia.net 枫下论坛和电脑斗的喜悦是发自内心，深入骨髓，绕梁三日。我不能忘记的有：

仅有三个月前的一纸EMAIL，在没有PRODUCTION ACCESS和完全不懂APPLICATION的情况下，凭源代码分析和即时学习BUSINESS，指出BUG。并由PRODUCTION SUPPORT证实。目标系统、用户、PRODUCTION SUPPORT都在国外，全靠EMAIL联络。完全纸上谈兵，隔山打牛。

同样隔山打牛，凭一份REPORT HARD COPY和源代码，精确指出漏行问题不是软件BUG，而是打印机兼容问题。经用户证实，那期REPORT确实不是在平常的打印机上打的，并能REPRODUCE这个问题。

一个VC++ APPLICATION的通讯部分在新PC上老出错误，通过源代码和部分汇编码分析。确认是一个设计问题，当CPU速度过高时，会丢失数据。经多次REPRODUCE后确认。这种TIMING问题DEBUG工具无能为力。

一个只会用一点的APPLICATION，在没有源代码的情况下，仅凭电话及EMAIL(传有关的代码段)和PRODUCTION SUPPORT联络。在有条有理、步步进逼的指令下，PRODUCTION SUPPORT终于抓住BUG。后来REVIEW时，没人认为这是运气好。

还有很多例子，如：
到连LOGIN都不会的机器上(AS/400)查BUG；
从来没用过的语言；
同时4，5种语言和环境；
一个5人的TEAM(是原作者，在US)查了一个多月查不出的BUG，(我接手的时候他们连问题范围都没确定，以及我从没用过这种JAVA APP SERVER)，我三周抓住BUG，能让他们REPRODUCE。(这是我在CANADA的第一个ASSIGNMENT)；
面试的时候敢说一种没用过的语言有5年经验。结果表现让经理在满试用期的时候说，有5年经验的就是不同。

打字真烦，写着写着就没劲了。更多精彩文章及讨论，请光临枫下论坛 rolia.net