我的工作日志2
一周又过去啦,真快啊!
上周快结束时开会,验收了大家的工作成果,我的TL模块完成得也差不多了。开会的时候,给大家展示了一下界面和功能,并做了简单介绍,回答了大boss一些问题,也顺带着提了一些问题,基本通过,但有些细节问题,仍然需要改一改。这没什么可说的,让我比较纠结的是,我们开会竟然开了一个上午,效率非常低。
说是看看我们的成果,看着看着又去讨论需求,讨论设计了,然后反反复复,最后问题,基本上都不是出在开发人员身上,基本都是需求不明确,设计不明确惹得祸。同事ZS更倒霉,需求全变了,它开发的东西要推倒重新来,又得痛苦一番。
说起开会,多说一点,每次开会都不好好把握时间,也不好好把握开会主题,明明是要讨论某某模块的需求的,结果开着开着就开始说说这,说说那,半天时间一晃就过去了。
有时候,遇到一些棘手问题,这个得等领导批,那个得等某某意见等等,既然这个没有结果,就先放下,何必拿出来讨论,讨论最后依然没有结果。开会没有明确主题,东扯西扯的,不抓紧时间,我只能跟着干瞪眼。好像大家的时间都很多似的,伤不起啊。
我问G工:咱们开会说着说着怎么就跑题了,太耗时间了。
G工答:这个不仅跟你开发有关,也跟需求和设计有关,如果只是你开发的问题,早开始骂你了。
也算在理,但我心里就难受了,需求变,代码改,设计变,代码改,时间都用在反复改原来的代码上了,导致无穷无尽地加班。改代码就要读代码,读过去两周的代码,即使有详尽的注释,改起来仍要考虑周到,不然很可能改出更多的bug,伤神啊。
这周接了一个新模块,一边看需求,一边看部分设计文档,在做。设计文档是G工写一部分给我一部分,我先用。
看着简单,做起来,要考虑的问题就多了,数据库字段不够,数据库表并不合理,与G工讨论,都得改,严重影响开发速度,没办法啊。硬着头皮来吧。
不禁感慨,需求,设计做得好真不容易,做好了真是无敌了。不说了,你懂得。
还有一件事不得不提一提,让我恼怒:改公用的东西,不告诉我,导致我这里出错,找了半天也不知道哪里的问题。
我调别人的接口,返回值有两个,1为成功,0为失败,总是给我返回失败,我以为是我的问题,查来查去也找不到,我又不了解别人接口里是怎么实现的,没法跟踪,只能硬着头皮把写这个接口的人找来,最后发现数据库被动了。哎,无语了。
值得庆幸的是,项目组有技术牛人,D工和G工在技术上总能给我一些帮助,有什么问题,我也乐于向他们请教。有时候一个技术点,我折腾半天没有头绪,被他们一点拨,茅塞顿开啊,哈哈,还是很有收获的。参考他们的代码,发现,原来这个技术还可以这么用。感觉重要的并不是技术本身,而是能不能想到这个技术可以这么用,剩下的就是熟练程度的问题了。
项目中还有很多我不大明白的技术点,只知道这么用能行,还有待于有时间了继续挖掘啊。