谈谈我对构建之法第四章与第十七章的理解

Posted 全网最帅

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了谈谈我对构建之法第四章与第十七章的理解相关的知识,希望对你有一定的参考价值。

第四章:两人合作 
问题一:
    引用:“对于至关重要的代码,我们要请不止一个人来做代码复审”
    理解:我对于这句话有些疑问甚至有些反驳。首先我觉得每一段代码都是应该被重视的,也许对于一个刚入行的程序员,他对代码的态度就决定了他以后得发展前景,只有真正把代码当回事的人才能一步一步写出好的代码,完成好的工作,所以我觉得是不是应该不管是什么样的代码,都应该用相同的态度去对待,都应该找多个人去进行代码复审呢?
问题二:
    引用:“对于至关重要的代码,我们要请不止一个人来做代码复审”

    理解:对于这句话我还有一点疑问,书上说代码复审的方式有很多种,可以是他人,也可以是程序员自己,那么如果程序员第一次敲代码就陷入了误区,那么他在代码复审环节是不是也并不会发现自己的问题所在,所以是不代码复审是不是应该进行多轮,第一轮可以是程序员自己,这也算是他个人提高改善的过程,那么是不是应该再找人进行第二轮以至于第三轮的复审,以达到真正完善代码的目的呢?

第十七章:人、绩效和职业道德
问题一:
    引用:
    理解:书本第十七章和第四章都说到了团队合作的几个阶段,第四章更是运用了这个跳舞的例子向我们阐述了结对编程的整个过程,首先我对于这个独特又鲜明的例子还是很认可的,但看完第十七章之后我就突然在想,虽然不是每次结对过程都是两个不熟的人一起完成任务,但绝大多数情况下都是刚刚认识,我觉得是不是两个彼此熟悉的小伙伴一起进行任务会更好,毕竟很多时候面对不熟的人我们为了避免冲突,一些真实想法不会说出来,这样对任务的进展是不是会有阻碍?或者说能不能早在结对之前先给双方一些时间认识磨合,让这个过程先于编程任务的启动,在我的理解中,编程领域存在很大的竞争,这样做的话是不是能在时间与效率上超越其他小组?
 
这些只是我结合一些资料得出的个人结论,希望老师能给出一些更加全面的解答,谢谢老师。

以上是关于谈谈我对构建之法第四章与第十七章的理解的主要内容,如果未能解决你的问题,请参考以下文章

阅读《构建之法》第四章第十七章收获

《构建之法》——第第十七章

读《构建之法》第四章 第十七章

读《构建之法》第四章第十七章

构建之法第四章第十七章

《构建之法》读第十七章收获