周末,又见周末

    自从开始了那个Death Race的项目,我周末似乎就睡不成懒觉了,每天都是在八点左右醒来,周末也不例外。
    那个项目已经开始了将近两个月的时间,进入编码大概25天,进度上基本还是令人满意的。G作为新手,其实还是很努力,难得是比较愿意写程序,完成的功能虽然不能说是尽善尽美,但是已经大大的超出了我的预期,甚至完成了一部份我以为需要我来完成的工作;Z这次多少让我改变了对他的看法,不管是出于什么考虑,至少对这个程序还是比较上心的,当然到了后期,可能因为对他自己的工作比较满意,有一些自满;J的工作不好评价,不知道他到底完成了多少功能,但是从团队小组长的角度来说,我觉得他并没有做到最好,这个在后面再仔细说。至于我自己,感觉上还可以,写代码到后来的时候找到了一些感觉,如果有时间的话,希望能够把部分或者全部的代码重构一下,如果有时间的话,我觉得那样我会有更大的进步。不过现在看上去不可能了,项目可能很快就要进入收尾阶段。
    在编码阶段进入到第二周的时候,我感觉大家进度差不多的时候,却出现了让我郁闷的情况。我保持着一定的节奏,不慌不忙地编码,可是不知道出于什么原因,编码的第一次验收时间却一次次的提前,最后实际上是在10月29日;然后Z和J很早都宣称已经就要完成了,这样一来我就成了进度最慢的人。虽然自己心里明白是怎么回事,可是还是有很大的压力,当时想如果实在不行,通宵一两个晚上,大概可以完成吧。合作伙伴一方,公司的人也迫于进度的压力,向我们施加压力。
    其实在两三年以前,与其他人合作的时候,就曾经传出过我进度慢的传言,说什么就等我了之类的话;可是明明他的代码也在不断的修改之中,为什么那我出来说事呢?不过我也得承认,我并没有把这个项目当作自己生活的全部,生活在继续,美剧也在继续;开始的时候,我有信心在dead line之前完成自己的模块,即使是dead line不断前移的时候。现在我有点分不清楚,到底是在没有压力的情况下写代码的效率高还是高压下的编码效率高,但是压力大的时候自己很不开心是肯定的。
    客户在本周来看了一次程序,对我做的模块表示满意,认为我较好的理解了他们的需求,当然也还有一些需要修改的地方,我给自己列了一个单子,大概需要五个工作日。不太清楚其他人怎么样,G的部分应该没什么大的问题,他在本周五完成了功能,今天,周六(11月3日)已经飞往伊宁,短时间内回不来了,剩下的修改工作还不知道要交给谁呢,L希望我来接,可是我不太情愿,特别是在进度风波之后;Z的部分大概也需要一周的时间修改;J说服用户放弃了一些功能,不知道能不能过关,另外也还有一些修改的工作,他自己号称说本周内完成,不过我倒是看不出完成的迹象。

Done is better than perfect.
原文地址:https://www.cnblogs.com/zhaorui/p/947696.html