关键词：
范佳怡：通过本周的学习，发现了其他队员的学习积极性，在我们学习第二章的时候有的队员已经率先学到了第三章。这是值得大家学习的。确实，软件工程是一个需要知识积累与学习热情的东西。此外，对于c#语言的一些例子，大家都普遍有着或多或少的疑惑，这和我们的课程安排有着必然的联系，没有学习过c#对于这些例子总是不如那些学过的理解的透彻。可能在接下来的日子里我们也要着手于c#语言知识的学习与探讨。
黄真：读完本书的第二章，由于没有学习过C#，对于“用VSTS写单元测试”还是有一些困惑，只是了解了一些基本概念，即单元测试、回归测试等。例如软件需要单元测试，让自己负责的模块定义明确，保证模块的质量。虽然繁琐，但是为了不在后期发现更难处理的bug，单元测试是十分必要的。而回归测试旧时回归到以前不正常的状态，避免了bug的遗漏，确保所有修复过的bug都已经解决。而最后，关于个人开发流程方面，工程师与学生相比较有明显的差别，工程师比学生要少花1/3长的时间。从学生到职业程序员，不能把学校里那一套写代码的方法搬到工作上，要在“需求分析”和“测试”两方面花更多的时间。
张振嘉：读了第三章，我知道一个想成为一个软件工程师是很不容易的一件事情，需要掌握许多相关知识，提示自己的技术技能、知识水平，并且还可以去考取各种证书来证明自己。 总结来说，这章从个人的角度，诠释了软件工程师个人的能力发展以及职业发展。后面以魔方为例，详细介绍了“技能”的概念，从技能的反面——解决问题来从本质上理解“技能”。我们作为学生，要把基础打好，这样能力就会得到提升了。
严琬琳：本章不仅学习了用VSTS写单元测试，同时通过其提供的效能分析工具来找到程序的效能瓶颈，优化程序。在不断的“效能测试，分析，改进，再效能测试”的过程中，程序的效能可以不断提高，同时我们的编程水平也在不断提高。在效能分析工具的帮助下修改程序，可以帮助我们改变原有固化的思维方式，获得新的灵感，对程序进行优化。仅仅一个数据的定义，也可以对程序的效能有着很大的影响。经过案例的实践，通过显示的调用关系树，了解程序其中函数的调用次数及时间，能更好地进行效能提高。但是不能盲目地优化，一定要经过分析，否则会事倍功半。
这周我学习了《构建之法》第二章，主要讲了个人技术和流程，因为团队需要一定的流程来管理开发活动，每个工程师在软件生命周期所做的工作也应该有一个流程，这一章中着重介绍PSP，即个人软件开发流程。PSP起源于卡内基梅隆大学的能力成熟度模型（CMM和CMMI），是用来衡量一个团队能力的一套模型。CMU的专家们针对软件工程师也有一套模型，就叫 Personal Software Process（PSP），PSP和任何其他方法论一样，也不是一蹴而就的。
PSP让我更直观的了解了软件开发过程中各步骤的耗时，让我受益匪浅。
第15组构建之法团队心得
通过本周的自学与交流，每位小组成员都有他们对本书的学习有了更深的认识： 范佳怡：本周学习了一个新的做软件的方法，从它的几条基本原则就可以看出这是一个对团队能力要求比较高的方法。它可以根据学习经验... 查看详情
第15组构建之法团队心得
范佳怡：通过本周的团队学习与讨论，我发现了很多我们现在的学生共同的问题--急于求成。很多时候我们都忽略了一些基础知识的重要性，想要一步登天，一下子就成为大师大神。但是就如同那个最简单的道理一样，没有学会... 查看详情
第15组构建之法团队心得
严琬琳:本章继上一章团队中的个人技术水平的衡量谈到到合作的问题。软件基本上都是在互相合作中完成的，其中两人合作是合作的最小单位。自己写的代码不仅仅是给自己看，更是要让“旁观者”看得清清楚楚，这就需要代... 查看详情
第15组构建之法团队心得
范佳怡：通过本周的学习，发现了其他队员的学习积极性，在我们学习第二章的时候有的队员已经率先学到了第三章。这是值得大家学习的。确实，软件工程是一个需要知识积累与学习热情的东西。此外，对于c#语言的一些例子... 查看详情
《构建之法》第15章学习心得
软件开发过程是痛苦的，但是完成之后并不是就结束了。经历了计划、设计、开发等阶段，达到了代码完成这一目标之后，团队内部还要学会去发现修正已有的缺陷之后才发布。但是我觉得软件的隐藏bug会随着时间的延迟发掘出... 查看详情
构建之法第七次心得
构建之法14、15章总结第14章这一章讲的是质量保障。在我们做软件的时候，最重要的是质量，如果做成功的软件质量不过关，那无疑是白费心血，浪费时间。程序的质量体现在软件外在功能的质量，用户体验的质量，国际化的质... 查看详情
构建之法阅读心得
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP团队：并不是几个人凑到一起就叫团队，称之为团队。应该有一致的集体目标，团队要一起完成这目标、团队成员有各... 查看详情
构建之法阅读心得
第三章讲的是软件工程师的成长。个人能力的衡量与发展，软件开发流程不光指团队的流程，还包括个人开发流程，因为软件团队是由个人组成的，在团队的大流程中，是每一个具体的个人在做开发、测试、用户界... 查看详情
构建之法第七章学习心得
构建之法第七章学习心得这周我学习了构建之法第七章MSF的介绍。MSF有9个基本原则，针对信息共享，团队内部运营，市场，还有客户。同样是强调效率，人性，灵活，还有前景。MSF对信息共享和沟通十分强调，对团队内部运营... 查看详情
构建之法第五次心得
构建之法9、10、11章第九章学习了第九章之后，了解到了在一个项目中项目经理的重要性。生活中，无论什么团队工作，都需要一个领队，来掌控团队项目的发展，以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情
构建之法第五章读书心得
这一章我们主要学习了团队和流程。团队简而言之就是开发一个软件工程的团队，那么团队究竟怎样在一起开发这一软件便有了多种多样的方法。比如所有人都一起做的一窝蜂模式，但这样模式弊端很大，虽然都做了许多工作，... 查看详情
构建之法第四次心得
第六章学习了之前的内容之后，我了解到了团队合作的流程以及在编码时候一些格式的注意，在学习第六章后，对敏捷流程有了大致的了解。敏捷流程是一种很好的软件开发的流程，我认为在软件开发时，敏捷开发可以使得软件... 查看详情
构建之法第八章学习心得
今天，我学习了构建之法第八章软件需求，人们为了解决现实社会和生活中的各种问题，要求助于软件。人们的需求五花八门，那么软件团队如何才能准确而全面地找到这些需求呢？需求分析1.获取和引导需求软件团队需要找到... 查看详情
《构建之法》小组学习心得
...章、黄维、光萍、张启飞、王学飞这周我们小组学习了《构建之法》第八章需求分析的内容。人们为了解决现实社会和生活的各种问题，要求助于软件。人们的需求五花八门，那么软件团队如何才能准确而全面的找到这些需求呢... 查看详情
《构建之法》小组第二次
这周我们小组阅读了《构建之法》的第二章和第三章，讨论了关于软件工程师的个人能力问题。我们一致认为，团队的团结很重要，但每个人的个人能力也是需要的，好的团队是由好的个人组成，明确的分工以及卓越的个人能力... 查看详情
构建之法第三次心得
构建之法第四、五章心得学习了第四第五章之后，我了解到了两人合作的注意要点，还有团队和开发流程。软件都是在相互合作中完成的，合作的最小单位是两个人。每个人的标准都不一样，对于什么是好的代码规范未必认同，... 查看详情
构建之法：第三次心得
...我主要学习了团队之间的合作的重要性。具体就是学习了构建之法的第四章和第五章。第四章第四章，讲的是两人合作。在软件行业的逐步发展中，一个软件基本上一个人是完成不了的，软件都是在相互合作中完成的。首先，代... 查看详情
构建之法阅读笔记
这是第三次阅读笔记了，我们团队在这周里开了好几次会议，在会议过程中解决了一些问题，确定了我们团队的名称和口号，也确定了要做的项目。一开始老师说要上台电梯演讲，我们组出现了一些分歧，但是后来大家都有一点... 查看详情