说到“zues”这个事
今天突然瞅见“zues”这个词,一下子把我思绪拉回好几年前了。那会儿我还在上家公司,接手了一个新项目,代号就叫“zues”。刚开始听到这名儿,我还愣了一下,心想这谁起的名,挺怪的,后来才知道是老大随便拍脑袋想的,也没啥特别意思。
刚开始那阵子
那项目启动得叫一个乱。需求文档就几页纸,写得模棱两可,开会讨论来讨论去,也没个准谱。我们就几个人,被赶鸭子上架,一边摸索一边干。我主要负责搞定数据那块儿,天天就是对着一堆乱七八糟的表格,还有那些不知道从哪儿来的旧数据,头都大了。
那时候的工作状态,现在想想都觉得累:
- 早上去了先对昨天写的玩意儿,看看有啥问题没。
- 然后就是开会,跟产品、跟测试、跟其他开发的,扯来扯去,经常半天就没了。
- 下午就开始埋头苦干,对着屏幕敲代码,有时候为了一个小功能,得查一堆资料,试好几种法子。
- 晚上加班是家常便饭,特别是项目节点前,通宵都干过。
磕磕绊绊的过程
中间过程别提多折腾了。需求变更是家常便饭,今天说要这样,明天又说要那样。好不容易做出来一个版本,演示的时候老大又提一堆新想法,推倒重来是常事。有一次,为了一个接口对接的问题,我和另一个组的哥们儿,俩人关在会议室里,从下午吵到晚上,才勉强找到个临时解决办法,那感觉真是心力交瘁。
记得最清楚的一次,是“zues”系统第一次上线测试。我们熬了好几个通宵,觉得应该没啥大问题了。结果刚跑起来不到半小时,服务器直接宕了。查了半天,发现是一个特别不起眼的配置写错了,当时真想找个地缝钻进去。那种挫败感,现在还记得清清楚楚。
的结局
那个“zues”项目,咋样了?嗯……怎么说,算是勉强上线了。但效果也就那样,没达到最初吹的那么牛。后来公司业务调整,这项目慢慢也就没人提了,估计早就被新的项目替代了。虽然过程挺折磨人的,但也确实让我学到不少东西,至少抗压能力是练出来了,也知道了在大公司里做项目是咋回事儿,各种流程,各种沟通,都是经验。
现在回想起来,那段搞“zues”的日子,虽然苦,但也挺真实的。算是我职业生涯里一段挺特别的记录了。
还没有评论,来说两句吧...