关键词：
第四第五章着重讲了合作的重要性，从两人合作到团队合作，编程开发都不是一件容易的事情，要注意许多要点。
代码书写的规范。
你写的代码不仅仅是给机器看的，给你看的，也是给其他人看的，是给合作的队友看的，在写的过程中要注意规范，要注意缩进、行宽、对齐等格式。
代码设计的规范。
函数中，你就只实现函数的具体功能，如构造函数，简单初始化所有数据成员即可。
代码复审。
找出代码的编辑错误、逻辑错误、算法错误跟潜在错误。
合作需要讲究技巧，要运用合理的方式影响合作的对方，尽量运用逻辑加感情，使对方能快速地接受。
从两个人上升到团队，在团队中，你需要做好自己负责的事情，在有余力的情况下尽量可以帮助其他人，一个复杂的项目是需要许多人一起共同完成的，
你负责的可能是其中的一小部分，却是不可缺少的存在，只有每个人各司其职，才能完成项目的开发。
构建之法第五章
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP团队：并不是几个人凑到一起就叫团队，称之为团队团队有共同的特点： 1.团队有一致的集... 查看详情
构建之法第五章学习
今天我学习了《构建之法》第五章团队和流程。首先我了解了写了再改模式（Code-and-Fix）史蒂夫·迈克康奈尔（SteveMcConnell）在这里提到了不少开发流程。第一个提到的开发流程。这个流程也有好处，不需要太多其他准备或相关... 查看详情
构建之法第三四五章读后感
一个优秀的软件工程师都需要和团队的合作，所以通过这几章的阅读，对自己的编程的规范等有了一定的认识，也学会了一个优秀的软件开发人员应当具备的素质。软件开发流程不光指团队的流程，还包括个人开发流程，因为软... 查看详情
读构建之法第五章：团队和流程
团队有一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作，例如接力赛跑。团队成员有各自的分工，互相依赖合作，共同完成任务。软件团队有各种形式，适用于不同的人员和需求。基于直觉形成的团... 查看详情
构建之法第五章读书心得
这一章我们主要学习了团队和流程。团队简而言之就是开发一个软件工程的团队，那么团队究竟怎样在一起开发这一软件便有了多种多样的方法。比如所有人都一起做的一窝蜂模式，但这样模式弊端很大，虽然都做了许多工作，... 查看详情
构建之法第五章团队和流程
典型的团队开发模式和流程，完全是新的内容；涉及到更多的术语和有意思的策略性东西1.团队模式【我比较认可的】主治医师模式由首席程序员（相当于首席医生）负责整个工程，周围人员各司其职，配合支持中心人物的工作... 查看详情
《构建之法》第五章读后感
团队团队的特点：1.团队有一致的集体目标，团队要一起完成这个目标。一个团队的成员不一定要同时工作。2.团队成员有各自的分工，互相依赖合作，共同完成任务。软件团队的模式：1.主治医师模式首席程序员“主刀... 查看详情
构建之法第三次心得
构建之法第四、五章心得学习了第四第五章之后，我了解到了两人合作的注意要点，还有团队和开发流程。软件都是在相互合作中完成的，合作的最小单位是两个人。每个人的标准都不一样，对于什么是好的代码规范未必认同，... 查看详情
构建之法六章读后感
在本周我主要学习了构建之法的第五章和第六章，第五章主要讲述团队和流程，第六章主要讲述敏捷流程；软件团队的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐... 查看详情
关于构建之法第第二与第十六章阅读疑惑
第一章、概论 原文的1.2.1节中有说到软件的不可见性，其中有这么一段描述：“商用软件出现了错误，工程师可以看到程序在出错的一瞬间留下的一些痕迹（错误代号、大致的目标代码位置、错误信息），但是几乎无法完整... 查看详情
构建之法读后感part5
本周读到了构建之法的第五章，本章主要讲了几种软件团队的模式、软件开发流程。 邹欣老师的这本书，写得形象生动，第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与... 查看详情
《构建之法》第第十七章读后感(代码片段)
第四章 在这一章最后一页“让独占一样还有一个好处：一眼就能看出是否有多余的代码行，还有些情况下是致命的错误”给出的参考链接http://lpar.ath0.com/2014/02/23/learning-from-apples-goto-fail/，我还是没明白的致命错误在... 查看详情
构建之法第十一章读后感
本周进行了构建之法的第十一章软件设计与实现的学习；第十一章主要讲了典型的开发流程，常见的分析和设计方法：ERD，DFD，UML，开发阶段的一些管理方法：每日构建，小强地狱，构建大师；分析和设计方法包括以文字为主的... 查看详情
构建之法第四篇读后感
只有先清楚自己的用户是怎样的，才能编出一个好软件，而其中，典型用户和典型场景的分析非常重要。用例也是很常用的需求分析工具，包括以下四个基本要素：标题，角色，主要成功场景，扩展场景等。而使用用例的原则主... 查看详情
构建之法第一章读后感
首先，文章对于程序、用户需求、工程等等概念用了阿超给儿子编写的一个出题程序来分别解释了个中的含义，尤其是程序和工程的区别，程序大概就是用很多语言或工具编写的一个简单能实现目标要求的一行行代码，而工程就... 查看详情
构建之法第三四五章
第三章软件工程师的成长1.个人能力的衡量与发展初级软件工程师如何成长：（1）积累软件开发相关的只是，提升技术技能。例如：对java、c、c++，c#的掌握，诊断提高效能的技术，对设备驱动程序、内核调试器的掌握；对于某... 查看详情
构建之法第五次心得
构建之法9、10、11章第九章学习了第九章之后，了解到了在一个项目中项目经理的重要性。生活中，无论什么团队工作，都需要一个领队，来掌控团队项目的发展，以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情
构建之法第五周
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP。团队有以下共同特点：有一致的集体目标，团队要一起完成这目标；一个团队的成员不一定要同时工作，例如接力跑；团队成... 查看详情