第17章

关灯
    功能造成的,你跟我倒会议室来交待一下!”迈克的脸沉着。

    我蹦起来,跟着他去会议室。

    会议室的圆桌边坐了一圈人。

    公司这半年来了七八十人。

    好多人我都不认识。

    我看到面试我的创始人也在其中。

    迈克先发制人地向创始人交待,我是新功能的负责人。

    他只是辅助性地帮我看了一下,并不知道我做了什么。

    我明白他是在推卸责任。

    没时间和他争。

    赶紧看是出了什么问题。

    我坐下来,测试来测试去,没找出毛病的根源。

    搞了两个小时没理出什么头绪。

    我不得已,费了九牛二虎之力,把我加的那部分程序全部拿掉。

    网站还是处于瘫痪的状态,说明不是我加的那部分出了毛病。

    迈克一直在旁边陪着,脸色放轻松下来。

    我本来要撤退,迈克要求我继续留下帮忙,找出问题的根源。

    还把同组里的另外两个同事也调进来,每人捧着一个笔记本电脑。

    一直忙到半夜12点多,还没查出问题来。

    我灵机一动,想起一个月前别的小组加的一个功能曾经有不稳定的问题。

    那个项目的负责人找我讨论过如何解决稳定性问题,因为我这一块和他的很相似。

    讨论后对我启发很大,我设计方案大动。

    我建议他们也如此行事。

    对方态度暧昧,说是时间恐怕来不及了!也许是那一块出了问题。

    我编了几个程序测试后,觉得很可能是那个功能导致的问题,提议把那个功能拿掉。

    我的运气不错,拿掉后,网站恢复了。

    又在会议室呆到早晨2点多,观察没有新的瘫痪,大老板才宣布散伙儿。

    迈克临走前,跟大老板讲,我们组是公司里技术水平最高的组,以后有什么难题,尽管来找我们组的人帮忙。

    我想起自己的那摊子事儿耽误了大半天,明天还要加班加点儿的干。

    他还给我揽新活儿。

    心里的火儿直往上窜。

     经历了网站瘫痪事件后,我学乖了。

    每次有稍微重要的事情,都要发电子邮件请教他。

    迈克总是一如既往地飞快地回信,同意,没有不同意见。

    他的同意来得太快,我怀疑他并没有仔细考虑过。

    一次开小组会议,迈克批评我做的一个东西设计有问题。

    我跟他说,这个方案是请示过你的。

    组里的人,都盯着他看。

    我猜想别人也有类似的经历。

    迈克脸红,沉着脸,说我管这么多事儿,哪能都照顾得到,最重要的是你们做出质量好的活儿。

    我体会到迈克这样只宏观管理老板的危险性。

    做得好,皆大欢喜;不好的时候,责任都在你头上,他可不管你。

    我把速度放慢,尽量出高质量的活儿。

    省得出了事儿和他发生冲突。

     七八月间,迈克突然辞职离开了公司。

    送行聚餐会上,迈克说在公司工作一年,发现小公司并不适合他。

    他原本高