我的第一次年前赶工--不愉快的开发体验

Posted 工藤-新一

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了我的第一次年前赶工--不愉快的开发体验相关的知识,希望对你有一定的参考价值。

事情经过:  

  博主是在一个二线城市的小公司上班,公司的研发水平比较弱,很多规范还没有建立起来。第一次体会到年前赶项目的压力,这段时间甚至读书的时间也被占去,总觉得不喜欢这样的感觉,但项目确实不能拖到年后只能抓紧时间完成项目。

  我负责的模块部分已经将静态代码检查、单元测试和组件测试通过,周一负责另一模块的人负责拿了一份Relese版本给我跑下整个系统,这份Release版本代码是没有静态代码检查也没有单元测试过的仅仅依靠人工测试把基本的功能跑一遍能过就认为OK了。结果可想而知就这样我经历了长达一周的帮它们找Bug解决Bug,感觉自己被他们当成测试来使用了。

破窗户:

  正如《程序员修炼之道》中提到的破窗户,我有问过他们,不做静态代码检查与单元测试,只用人工调试,为什么?他们给我的答案并不是单元测试维护代价高之类的而是仅仅因为先前的研发人员都没有做静态代码检查与单元测试。我又问那你们的编码风格随意注释乱加是为什么?因为先前的研发人员也那样写。我问了最后一个问题,你们调用接口为什么不仔细看这个接口是如何调用的?因为其它部分也是这样调用的。

  当我把他们主要的Bug找出并给出解决方法时让他们再想一下还有哪些细节漏测了,他们给我的回答是你不是已经把大部分的都测试完了吗还需要再测什么。哦,我的天。怎么可以对自己编写的代码如此随意,这里提一点我们做的产品是应用在工业控制的对安全性有较高的要求。

总结:

  一段优美的代码后期维护及开发人员也会小心翼翼的维护,相反一段糟糕的代码会让后期维护及开发人员产生一种无所谓的心态。

  不知道有没有人和我经历过相同的事情,此时此刻我感觉心好累。

  

 

技术分享图片

以上是关于我的第一次年前赶工--不愉快的开发体验的主要内容,如果未能解决你的问题,请参考以下文章

第一次用上Struts2框架做Web开发的体验……

如何用VSCode愉快的写Python

网购的另一面思考

如何愉快地调试 VueReact源码

Fluent UI 开启 Microsoft 365 体验升级

我与CSDN的缘分——一年前的今天我甚至不知道什么叫大数据开发