工程师YS

我不知道YS的近况是不是很好,也许他过得从来就没有如我想象那般糟糕,而我不过是在根据凭空的想象倾泻自己的同情,我甚至开始怀疑自己同情的是谁,YS,还是自己?

YS是一名工程师,我们不是很熟,可能都谈不上相识。
三月份的时候,整个项目组刚刚陷入泥潭,我在匆忙中被派往韩国,获悉S公司也终于肯将工程师派驻过来,那里面就有YS。他是个韩裔新加坡人,小个子,娃娃脸,Dr. Z向我引见时正窝在椅子里Debugging,没有和我讲话,只是稍稍握了下手,似乎有些埋怨我打扰了他的工作。
S公司是我们的芯片提供商,照理讲至少在面子上应该表现地非常客气,但是YS显然不同于先前的台湾工程师,看上去颇自负,使我不很乐意与他交往,怕见到他在解决问题时显出的不屑神情。
实际上我们坐在一起共同解决问题的情形只有一次,是一个看似简单的Build问题,我承认自己无能为力之后不得不向YS求助。他二话不说便开始debugging,也不给我做任何解释,一路下去,令人眼花潦乱,最后给出一个解决方案,请我尝试。我大约感到这不是一个真正的solution,却苦于没有确凿的依据,无法说服他。后来证明,那确实不是一个真正的solution,问题的真正原因是服务器上一个太老的GMAKE版本,——后来偶然发现的,没有通过任何分析,不属于工程师的常规工作方法。

现代社会将工程师们从各自的手工作坊里召唤出来,以一种被称作“项目”的形式组织到一起,所谓“项目”常常将一个并无明确意义的目标限定到某个时间段中,工程师们所要做的便是在那个时间段实现该目标。而时间段还会继续被分割,为此不得不设定更多的伪目标,以使它们能够被分配到更小的时间段中,他们把这些伪目标叫做milestone。

在即将到达第二个milestone的时候,我们依然遇到层出不穷的问题。那时候YS已经回到新加坡,但他仍然是我的直接支持者,我每天的工作便是接收YS的patch并进行验证。patch通常在晚上到达,验证完成往往要到午夜。日复一日的情形便是:白天发现问题,勒令YS在午夜之前给出patch,收到YS的patch,验证通过,第二天,发现新的问题……
显然,这样子是无法通过milestone的,我的Leader终于对YS失去了信任,某一天晚上我通知他刚刚收到YS的新patch时,他竟然哈哈大笑起来,对我说:“Singpor? Ignore it, we will find support from France directly!”
我于是向YS的Leader转达我们的决定,他看上去异常惊讶,沉默了一会,对我说:“Please do me a favour, don’t tell YS all about this, he will feel very depressed!”

于是,我依然持续不断地收到YS的patch,却再没有去验证,所幸的是,不久我便退出了这个项目组,回到中国。

One Comment

Leave a Reply

Your email address will not be published. Required fields are marked *