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


    事情经过:  

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

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

    破窗户:

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

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

    总结:

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

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

      

  • 相关阅读:
    CMSIS_OS中osMailPut 和 osMessagePut 的问题
    网络:W5500抓包TCP segment of a reassembled PDU
    网络:W5500 UDP数据包格式注意事项
    笔记:把编译时间加入到目标文件
    笔记:git和码云
    笔记:git基本操作
    FreeRtos堆栈检测应用
    一个由自增运算符以及C语法顺序细节引起的bug
    高级文件操作
    linux 权限相关
  • 原文地址:https://www.cnblogs.com/gt-xy/p/8365457.html
Copyright © 2020-2023  润新知