关键词：
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第四章之后，我了解到了软件工程中的“两人合作”。
现代软件产业经过几十年的发展，一个软件由一个人单枪匹马完成，转化成了在相互合作中完成。合作的最小单位是两个人，但是每个人对于什么是“好”的代码规范未必认同，这是我们很有必要给出一个基准线——什么事好的代码规范和设计规范。代码规范可以分成两个部分：1.代码风格规范。主要是文字上的规定，看似表面文章，实际上非常重要；2.代码设计规范。牵扯到程序设计、模块之间的关系、设计模式等方方面面的通用原则。代码风格的原则是：简明，易读，无二义性。此外注释也是十分有必要的，注释是为了解释程序做什么，为什么这样做，以及要特别注意的地方，注释也要随着程序的修改而不断更新，一个误导的注释往往比没有注释更加槽糕。 代码设计规范不光是程序书写的格式问题，而且牵涉到程序设计、模块之间的关系、设计模式等方方面面，这里又有不少内容与具体程序设计语言息息相关，但是也有通用的原则。代码复审的正确意义：看代码是否在“代码规范”的框架内正确地解决了问题。两人合作的不同阶段分为萌芽阶段、磨合阶段、规范阶段、创造阶段和解体阶段。两人在一起合作难免会出现不同意见，我们需要琢磨对方的谚语和观察对方的肢体语言，了解它们所表示的潜台词，试着从对方的角度看待问题，同时也要根据情况采取不同的方法影响别人。我们在工作中需要对同伴的工作进行反馈，表达感谢，阐明要求，指出不足等等。
编程可以是一门理论，也可以是一门工程，还可以是一门手艺，我们要学好编程。 读了《构建执法》这本书使我受益匪浅，收获颇深，对现代软件工程有了更深一步的了解。
构建之法现代软件工程（第四次）
构建之法现代软件工程（第四次）本周阅读了《构建之法》第四章和第五章 代码规范： 虽然计算机只关心编译生成的机器码，但是由于现代软件工程一般都是在一个团队里工作，所以代码是要给同事看的，因此... 查看详情
实践第四次随笔作业
...觉得离项目的完成行进了一大半，后期，我将认证学习《构建之法》第五章的内容，并运用到小组的管理和任务配置。以下是我在学习中提取的重点：团队的共同特点：1.团队有一 查看详情
《构建之法》第四次
本周我阅读了《构建之法》的第4到8章，其内容着重于两人合作、多人合作的一些注意点以及MSF与软件的需求分析。与他人进行团队合作的时候，“代码规范”是一件非常重要的事情，代码规范分为风格规范与设计规范，代码风... 查看详情
构建之法：第四次心得
这周的构建之法学习了第六章、第七章和第八章，主要对项目的制作，项目的出发有了一定的了解。第六章这一章主要学习了敏捷流程的相关内容。在现在的软件企业，大多默认流行做法的价值，较偏于墨守成规，按照章程办事... 查看详情
构建之法第四次心得
第六章学习了之前的内容之后，我了解到了团队合作的流程以及在编码时候一些格式的注意，在学习第六章后，对敏捷流程有了大致的了解。敏捷流程是一种很好的软件开发的流程，我认为在软件开发时，敏捷开发可以使得软件... 查看详情
关于《构建之法》第四章和第十七章的问题(代码片段)
关于《构建之法》第四章和第十七章的问题第四章：问题一：在关于“缩进”，书中不提倡用tab键。而建议使用四个空格。但是tab键可设置占符数，在实际开发中，tab键是缩进的快捷键，我无法想像每次使用缩进都要敲四次空格... 查看详情
第四次随笔
第三章主要围绕提高代码的可读性展开。单人去写一个完整的应用程序很少见了，大多都是合作编程。那么合作编程最基础的就是编程之间的沟通，只有沟通无障碍，接下来的任务才能顺利进行。所以就要求每个人... 查看详情
随笔之读《构建之法》（作业一）
自从拜读了邹欣老师的力作《构建之法》后，感触颇深。从书中不难看出邹老师是一个才华横溢、卓尔不群的人。《构建之法》言辞精辟，引人入胜。虽然只是浅读了《构建之法》的部分章节，但是对其中的一些内容我也有... 查看详情
20155317王新玮的第四次随笔~
2006-2007-2《JAVA程序设计》第1周学习总结一、关于教材内容的学习粗看教材，提出每一章自己的问题我们怎么样才能java？我们首先该做什么？做一个项目，我们应该怎样去用项目管理程序？java有没有自己独特的语法以前听说过jav... 查看详情
《构建之法》随笔一
...巧和方法还是比较陌生。所以，在这个周末，我学习了《构建之法》的第一章。一开始我以为是很枯燥的教科书类的题材，只有系统的代码教学之类的内容，但是翻了几页后，竟然出乎我的意料，编者的语言相当幽默有趣，引人... 查看详情
《构建之法》第二次随笔
阅读了《构建之法》第一章中软件工程的概论，我学习到了“软件=程序+软件工程”这个黄金公式，并且对软件工程充满了兴趣和信心。但是，一个好的软件工程开发团队需要首先确保团队里的每个成员是合格的工程师... 查看详情
《构建之法》第七次随笔
典型的软件团队里除了能写代码、测试代码和画图做设计的成员，还有一类角色也很重要，我们叫他们项目经理——PM。 PM的M就是Manger，但是P就有这几种：ProductManager、ProjectManager/ProgramManager,在不同的行业和公司，... 查看详情
《构建之法》第一次随笔
...间的学习，逐步对软件工程有了新的理解与认识。读了《构建之法-现代软件工程》（邹欣 著 第二版）这本书，感觉学习到了很多有用的知识和以前不理解的方面。书中一开始给出了一个定式“软件=程序+软件工程”，几... 查看详情
《构建之法》第七次随笔
这周，我学习了《构建之法》第十四十五章。第十四章主要讲的是软件的质量。软件质量等于程序质量加软件工程质量。程序的质量体现在软件外在功能的质量。衡量软件的功能，基本的判断可以用是、否来判定。软件的开发过... 查看详情
《构建之法》第三次随笔
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第三章之后，我体会到了软件工程师的成长。 软件工程包括了开发、运营、维护软件... 查看详情
构建之法阅读随笔一
《构建之法》一书已完成了第一遍的阅读，接下来，我将随机抽取其中的一段进行精读。移山公司的项目进行了一段时间，TFS上也积累了不少数据。大栓做了“数据挖掘”，整理出来一些统计信息，向各位领导汇报。大牛：哇！... 查看详情
软工第四次作业
...，觉得做的挺不错的，是个很方便的校园软件。2.按照《构建之法》13.1节描述的bug定义,找出几个功能性的比较严重的bu 查看详情
构建之法随笔
软件需求分析在软件开发过程中十分重要，过去人们一直认为需求分析是整个软件工程中的一个简单的步骤，“软件危机”爆发之后，人们才逐渐认识到需求分析是软件开发过程中最关键的一个工程。由此可见需求分析的重... 查看详情