瞎写的

Posted toolang

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了瞎写的相关的知识,希望对你有一定的参考价值。

  在项目开始的时候,我相信每个人都是满怀激情的参与,做事很积极,干事很勤奋很努力,感觉像要做一件了不起的大事一样,每个人都想把项目做好。

然而,事情的发展总是超过预期太多。

  就拿O2O来说,没有设计,那行呗,自己做设计,可是需求也没有,向领导反馈,得到的答复是“先找个差不多的照着做,做出来先看看”,那好吧,需求也自己做。恩,按照步骤来,先画设计图,设计出来给领导确认一下,领导瞄了一眼,先做出来再说。既然领导已经确认了那就开始做,做了25天的时候,领导过来说东西给我看看,结果说做的东西不好,完全没按设计来,完全不是想要的东西,就这样还每天没一个人加班,下班就跑了。那这个月还有5天,美术2天重新改一下设计图,剩下3天做出来东西来。虽然大家都不愿意,但是还是默默的加班赶,很努力的想要做好,第30天的时候拿出来一个结果来,还是说做的东西太差了,不是想要的东西,人员也配备了,设计也给出来了,也明确了该怎么做了,结果做出来这样的东西,很差,完全不能用。

  很无奈,很绝望,明明很努力,却被说什么也没做。既然不能用那就重做呗,好好的确认需求,找提需求的人确认;这几个需求需要确认一下,过2天答复,2天之后只确认了一个,还有几个不确认……

  就这样半个月过去了,领导问做的怎么样了,回答还有几个需求要确认,怎么半个月了还在确认需求,既然确认不了,那就不做了,很忙,还有别的事要做……

这样做了改,改了做,明明想了很久的算法,没用了,明明做了很久的实现的功能,没用了,最后做出来问题也很多,大家也有一种深深的挫败感,怨念很深……

KPI大概也是如此,印象最深的的是第一版做出来之后,需要更改一下需求,不过已经预想到这样了,那就改呗;组织大家开个会确认一下,大概估算了一下时间,修改部分需要9天,恩,加加班应该够了,大家都这么认为,所以都认可这个时间,领导也确认了。过了3天,领导来确认又有新的需求要添加,行,加呗,好,那3天后出版本……

  如此反复,先不说写代码的成就感被磨灭完了,不停压缩时间最后做出来的东西本身的稳定性也会大打折扣,我想这就是为什么大家明明很辛苦,很努力的加班了,结果做出来的东西却BUG一堆,不稳定。

  设计不完整,在写代码的时候很多细节是没有的,需要自己来考虑,比如请求失败的时候该怎么提示。这种提示看不是很重要,但这只是在没人注意反馈这个问题的前提下,我记得有一次因为把“连接服务器失败”改成“服务器离家出走”,导致用户询问,“服务器去哪了等等问题”,这些虽然不是很大的问题,但是一旦有人注意到,也会成为一个问题。另外大家不停的在追进度,导致除了自己负责的部分,别的部分的需求自己也不知道,最后没有一个人能完整的说出所有的需求来,这就给测试带来很大的困难,导致测试也不能完整。

  说实话,我感觉没有人是愿意加班的,即使给了高额的加班费,大家加班的时候都是想着早点把项目做完,多点时间来发现项目中存在的问题,但是似乎我们没有这样的时间。我感觉项目赶进度那段时间,根本就没时间来想怎么把代码写好,就是不停的写,不停的改,功能都没有开发完就开始测试,每天除了要写新功能,还要解决测试的BUG,解决一个BUG可能又带来了好几个,恶性循环,不停的解BUG,不停的加班……

  不敢说自己有多努力多勤奋,至少最开始进入公司的时候是有这样的想法的,但是一次次的项目,以及一次次蛋疼的规定,蛋疼的文化学习,早把激情都磨没了……

以上是关于瞎写的的主要内容,如果未能解决你的问题,请参考以下文章

vue+mui 瞎写的web乞丐版 postman

复习:自己以前瞎写的树dfs序

bzoj1588: [HNOI2002]营业额统计 splay瞎写

min_25筛瞎写

min_25筛瞎写

瞎写 论售后服务