软件工程(2018)结对编程第二次作业

作为领航员与驾驶员苏阔一组,辅助其完成代码工作。

单元测试

纵观苏的程序,其对于计算机程序的理解还停留在面向过程式编程层面上,且使用了类静态变量来充当全局变量来在函数间交换信息,导致各部分间耦合过紧。

单元测试之所以叫做单元测试,就是建立在程序解耦成独立单元基础之上,所以看到周围同学费劲心思思考如何测试这样的面向过程式、高耦合程序时,我要说,这样的代码没有办法单元测试。

对苏评价

上次评价中自己过于情绪化,修辞有些过激,这里对苏说声:“抱歉”。

程序本身由于苏水平有限,不做过多评价,仅说两点:

  1. 代码风格有进步,主要体现在缩进、空格、花括号上;
  2. 没有考虑到代码的读者,命名采用拼音、全小写,无注释;

我们以数据说话,题目4.10晚11点发布,苏在4.11找我问软工作业,在4.14晚给的我最后一份程序,中间写了3份,虽都没达成我想的样子,但其本人能意识到代码是给别人看的,算学到东西了。

总结

“过早的优化是万恶之源”,没有看清团队的实力,盲目的修改需求,最后只会是不伦不类的阉割品。

会做什么不代表你是职业的,能冷静分析自己所有的资源和面对的需求,并可按照可重复的模式实现目标,大概这才是区分职业和业余程序员的标准吧。

原文地址:https://www.cnblogs.com/sequix/p/8858859.html