关键词：
第四章：
问题：
看到这里的时候，才注意到代码中的“下划线”这个东西，在之前的敲代码过程中并没有怎么遇到下划线，在经过百度后得到了一些答案：
这只是Python中下划线的一部分应用，在不同的语言中，下划线的用处也不太相同，而在原文中作者对下划线的解释很简单，对于“下划线用来分隔变量名字中的作用域标注和变量的语义”这句话也不太理解，我认为作者可以适当地放一些代码片段来说明下划线的用法，如果作者提及下划线的原因仅仅是因为命名的话，我觉得完全可以放在下划线的上一小节“命名”中，整合在一起。
第十七章：
问题：
在RASCI模型中的最后一部分“I”，我不太理解知会者的含义，是在项目完成之后对项目的甲方进行通知并解释项目内容的这么一类人，还是指项目完成后需要被告知的人，比如说老板或者经理之类的人。我也并不太了解知会者在一个项目过程中扮演的角色以及他在项目进程中需要做出哪些努力、完成什么事情。
在百度之后得到了以下结果：
百度给出的解释是“信息的接受者，与任务的关系最为间接”，所以这个接受者是指接收信息完成项目的成员们，还是完成项目后被告知及被介绍项目完成的种种过程和结果的这么一类人呢，还是不太清楚，希望作者能稍微讲解下。麻烦啦，谢谢！
读《构建之法》第十七章有感
&n 查看详情
读《构建之法》第四章第十七章有感
书是我们永远的朋友它陪伴我们走过人生的春夏秋冬在我们的生命中生根、发芽、枝繁叶茂书是人类发展的录像机我们可以在其中看到前辈的足迹 书是知识的海洋我愿是一叶轻舟，载着理想之帆在海面上荡漾它蕴含着祖祖辈... 查看详情
读构建之法第四章第十七章有感
第四章 1、原文；“函数最好有单一的出口，为了达到这个目的，可以使用goto.只要有助于程序逻辑的清晰体现，什么方法都可以使用。——P69” 问题：关于goto，我记得老师讲过，这个在编程中是尽力避免的，所以我在之... 查看详情
读《构建之法》第四章第十七章有感
第四章 问题1：程序各方面的质量只取决于水平较高的程序员么？ 引用：在结对编程中，因为有随时的复审和交流，程序各方面的质量取决于一对程序员中各方面水平较高的那一位。 结对编程在我看来是一种合... 查看详情
读《构建之法》第四，十七章有感
第四章：我看到这样一段文字：反对解体阶段：好不容易找到合适自己的编程伙伴，并且磨合了这么久，为啥在完美解决一个问题之后就要走向解散，各找舞伴？那样岂不是走了弯路？那么我们在学校没做完一个结对项目，就要... 查看详情
读《构建之法》第四章第十七章
第四章 两人合作 通过对于《构建之法》第四章的阅读使我对代码规范、代码复审、以及结对编程有了更加深刻的认识，所谓代码规范可以分为两个部分，代码风格规范和代码设计规范，代码风格规范的原则是：... 查看详情
我读《构建之法》十七章
这几天我都在读《构建之法》第四章和第十七章，看的比较缓慢也比较认真。根据精读的要求和个人看书的习惯，我总共读了三遍，第一遍是大致浏览了一遍内容，第二遍是静下心来圈画、标注疑惑内... 查看详情
读《构建之法》第四章第十七章(代码片段)
第四章《两人合作》1.原文：“注释（包括所有源代码）应该只用ASCLL字符，不要使用中文和其他字符，否则会极大影响程序的可植性”疑问：引擎根本不对空行和注释进行解析，直接忽略掉，它们不参与计算代码行数也不参与... 查看详情
《构建之法》读第十七章收获(代码片段)
《构建之法》读第四、十七章收获第四章两人合作读了第四章，我才意识到代码规范的重要性，代码不仅要自己看懂，也要能让别人看懂，代码规范能使团队合作更好的进行。代码规范分为代码风格规范和代码设计规范。其中代... 查看详情
阅读《构建之法》第四章第十七章收获
阅读《构建之法》第四章、第十七章阅读这一章的时候，我意识到了很多以前写程序没有注意到的地方，以前写程序就只知道能运行就好，根本不管自己写的程序占多少内存，运行的时间，是否有优化的空间，写代码的时候也不... 查看详情
week4-作业1：《构建之法》第四章第十七章阅读笔记与思考
第四章 两人合作 这一章是讲述了两人结对编程的一些东西，包括一些代码的规范，还有结对编程的优点、怎么做、以及一些注意事项。1、“错误处理当程序的主要功能实现后，一些程序员会乐观地估计只需要另外20... 查看详情
关于《构建之法》第四章和第十七章的问题(代码片段)
关于《构建之法》第四章和第十七章的问题第四章：问题一：在关于“缩进”，书中不提倡用tab键。而建议使用四个空格。但是tab键可设置占符数，在实际开发中，tab键是缩进的快捷键，我无法想像每次使用缩进都要敲四次空格... 查看详情
《构建之法》——第第十七章
第四章，主要内容为讲述两个程序员（从作者大篇幅讲述代码规范等内容来看…应该是把大部分阅读此章的读者看作基础的程序员了）如何合作。这章我在看完之后分了两个板块：“代码交流”与“合作交流”。“代码交流... 查看详情
《构建之法》（第十七章）读书笔记(代码片段)
一、关于代码规范1.1因为软件开发多数是一个团队的事情，所以需要格外注意代码规范。我们的代码日后通常是需要去维护的，是需要去给别人看的。但是，不同的编程语言对代码规范的要求是否相同呢？因为在工作室学的是前... 查看详情
构建之法第四章第十七章
一、关于goto函数：滥用goto语句会使程序变得很难理解，而不是所有人能正确的使用goto函数，我的问题是：是不是因为这样所以很多文档规定禁用或少用goto函数？但其实如果可以正确的使用goto语句就不能说程序结构坏了？所以... 查看详情
《构建之法》第第十七章读后感(代码片段)
第四章 在这一章最后一页“让独占一样还有一个好处：一眼就能看出是否有多余的代码行，还有些情况下是致命的错误”给出的参考链接http://lpar.ath0.com/2014/02/23/learning-from-apples-goto-fail/，我还是没明白的致命错误在... 查看详情
《构建之法》第四章第十七章读后感
第四章问题：如果另一个合作者不合作的话，我是应该选择脱离这个团队还是去催他工作？ 本章讲了许多关于结对编程的内容，文中写了结对编程的分工问题，结对过程中会出现的问题以及结对合作的不同阶段。 正常来... 查看详情
谈谈我对构建之法第四章与第十七章的理解
第四章：两人合作 问题一： 引用：“对于至关重要的代码，我们要请不止一个人来做代码复审” 理解：我对于这句话有些疑问甚至有些反驳。首先我觉得每一段代码都是应该被重视的，也许对于一个刚... 查看详情