《构建之法》读感-03

今天我阅读的是第四章关于双人合作的种种。

对合作项目来说,代码规范是很重要的一点,代码不仅仅是给机器看的,更是要给人看的,机器编译代码,只要没有语法错误,无论你格式再纷乱无章,也能正常运行,但如果要是交给队伍里其他成员看,那估计会让人产生一种打人的冲动了。

书中描述的代码规范有几个很重要的点。代码风格,简明,易读,无二义性,各家有各家的风格,但核心还是围绕“简明易读”来的。如缩进4字符,100字符行宽,括号的断行简明,大小写,变量函数的命名等等。同时注释也是特别重要的一点,自己的程序不写注释过一段时间自己都看不懂了更何谈让其他人看懂你的代码。

第二点讲的是代码复审,对于一段代码来说,复审者是替开发者做开发者的工作,即使开发者的工作接近趋于完美,也能起到“传播”和“教育”的功能,磨合团队成员的契合度,这也是避免后期难以找出问题所在的手段之一。

第三点是结对编程,如同赛车一般有一个驾驶员(动手敲代码)和一个领航员(负责审视引导),对于代码来说是属于双方共同的代码,无论资历怎样技术怎样,对于结对开发来说都有平等的交流决策权。这涉及到如何提出自己的观点或如何给予对方正确适当的反馈,更考验结对者的默契程度。

原文地址:https://www.cnblogs.com/zlc364624/p/11006350.html

时间: 2024-08-29 08:08:41

《构建之法》读感-03的相关文章

构建之法读感

看了邹老师的术,才知道其实创新有很多的方面,除了技术,还有商业思路,差异化等等.我觉得邹老师书里的一句话说的很好, “研究是把钱变成知识的过程,而创新是把知识变成钱的过程.” 这是一本全景式图书更是一本与现实接轨的教材.涵盖了科学,健康的软件工程开展中的每个方面,介绍了种种方法论,但不是高高在上,纲领性的方法论,而是方法论的最佳实践,确实可用,拿来就用. 其实我也只阅读前二章:第一章写的是软件工程的发展史,从开始到应用,所历的过各种变化. 第二章编程代码要懂得团体的力量,合作取得双赢,向我们讲诉

读构建之法之感

读构建之法之感,为什么迟迟没有发构建之法这本书的观后感,是因为想要细细的看,为什么老师这么要求我们这么做,为什么要刻意的去发微博,原因都在构建之法的这本书中.构建之法这本书和其它的软件工程的书不同,构建之法这本书讲的清晰有趣,容易理解,不像其它的软件工程的书籍,写的那么的枯燥和乏味,构建之法的每章都有很大的联系,让人逐渐的去深刻的理解.通过构建之法理解并懂得什么是软件工程,软件工程是系统的,有序的,可量化的方法应用到软件的开发,运营和维护中去.希望通过自己的努力以及软件工程的课能够让自己有一个小

关于构建之法读后的问题

软件工程这本书,相对而言与其他专业书籍有较大的区别.在我看来,它更加注重于怎样培养学生成为一个合格的软件开发人员.读完这本书之后,我从中学到了许多关于软件工程的知识,但是其中也有许多我不懂得问题,希望可以在老师的讲解下成功解决. 1.在第二章的单元测试这个知识点,对于它的解释和概念能理解,但是相关的一些代码清单不是很懂. 2.在第六章中,对于敏捷的理解不是很好,与此相关的一些知识也存在一些问题. 3.关于在一个软件开发成功之后,后续的宣传手段,除了上传相关应用商店及做广告之类的方法,还有其他的方

构建之法阅读笔记03

发布日期:2017.6.16 看了前面两章,我感觉我现阶段距离一个程序员还很远,软件工程师更是遥不可及.在学校的我学习了很多,如c语言,数据结构,面向对象--学的多而不精,前路迷茫,纵观现在我就是一个盲目学习的学生,上课时认真听了课后却没有花更多的时间去研究,遇到不懂的容易掉价死胡同,总是花很多时间闷闷思考,不到最后都没有去请教同学,去百度.看着做程序的人,都好厉害,自己就只能在一旁羡慕嫉妒恨.那现在在怎么样才能将自己对编程的兴趣提高,加强自己的编程思想?提高自己的价值? 书本上提到初级的软件工

构建之法读书笔记03

4.4代码复审 代码复审即看代码是否在“代码规范”的框架内正确地解决了问题.形式有:自我复审.同伴复审.团队复审.目的是:1.找出代码错误 2.发现逻辑错误 3.发现算法错误 4.发现潜在的错误和回归性错误 5.发现可能需要改进的地方 6.教育(互相教育)开发人员,传授经验,让更多的成员熟悉项目各部分的代码,同时熟悉和应用领域相关的实际知识.步骤:1.首先代码需要成功地编译 2.程序员必须测试过代码 3.程序员必须提供新的代码,以及文件差异分析工具.4.复审者可以选择面对面的复审.独立复审或其他

《构建之法》读后感03

第三章为软件工程师的成长.这一章主要讲的是个人能力在软件开发中的重要性.个人能力在软件开发中固然是重要的,因为软件开发不光指团队的流程,还包括个人开发流程.而一个人最重要的不是能力的大小,而是对自己能力的正确评估.比如说两个人完成相同的项目,一个人可以用五天完成,他预测的是六天,另外一个人可以用四天完成,但他预测的是七天.那么用人单位仍是喜欢任用前者,因为他对自己的能力有更恰当的评估,这样能给团队节省不少力气.另外就是得注意自己的基础知识,不能只注重培养高级知识.

03构建之法阅读笔记之一

构建之法阅读笔记03 遇到问题总是想弄清楚所有细节.所有依赖关系之后再动手,想的太多,没法前进,分析的就会出现错乱,或者直接动手,慢慢发现偏离的一开始的轨道,忘记了目标,这样就会产生"分析麻痹"和"不分主次,想解决所有问题",以后遇到问题应该时刻记住自己的目标,在解决问题的时候不断提醒自己,应该如何思考.越早对自己有一个清晰的定位,对自己越好,很多人只是把软件工程师当成一个工作,当成一个能挣钱养家的营生,而我想把它的当成自己投身的事业,把软件项目相关的目标作为长期的

读《构建之法》1,2,3章后感

读完构建之法1,2,3章后,我对软件工程有了初步的了解,所谓的软件工程就是一整套的开发,运营,维修等流程,软件工程把这流程规范化了.我明白了软件开发过程中遇到Bug是很正常的事,这需要我们开发者去通过多次的JUnit去排除,修复Bug,以达到软件的正常运行.而完成做好这些工作需要一个好的软件工程师,需要一个好的软件开发团队,一个好的软件工程师要有一个好的开发习惯,更需要熟悉掌握一定的软件开发知识技巧,而掌握这些东西需要程序员不断去学习知识,总结经验,使自己 达到一定的等级.看完书后,我深知自己还

初读《构建之法》小感

本人今年大三,软件工程专业,学校是在大三下开始推荐这本书.本学期我们上了<软件测试>这门课,结合翠娟老师课堂和书里的内容,让我印象深刻的是在代码开发中结对编程和团队合作的重要性.在此之前,老师一遍遍的跟我们强调软件工程的重要性,但在整个课程的学习过程中,只背了些晦涩难懂的概念.看了几章<构建之法>之后,不敢说瞬间打通任督二脉,但真的很让我着迷.作者的思路很清晰,文字也很有趣,让人欲罢不能.目前看了一部分还没看完,但我已经从中学到了很多,作者关于软件开发的流程介绍以及程序员生涯的理解