第15组构建之法团队心得

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第15组构建之法团队心得相关的知识,希望对你有一定的参考价值。

范佳怡:通过本周的学习,发现了其他队员的学习积极性,在我们学习第二章的时候有的队员已经率先学到了第三章。这是值得大家学习的。确实,软件工程是一个需要知识积累与学习热情的东西。此外,对于c#语言的一些例子,大家都普遍有着或多或少的疑惑,这和我们的课程安排有着必然的联系,没有学习过c#对于这些例子总是不如那些学过的理解的透彻。可能在接下来的日子里我们也要着手于c#语言知识的学习与探讨。

黄真:读完本书的第二章,由于没有学习过C#,对于“用VSTS写单元测试”还是有一些困惑,只是了解了一些基本概念,即单元测试、回归测试等。例如软件需要单元测试,让自己负责的模块定义明确,保证模块的质量。虽然繁琐,但是为了不在后期发现更难处理的bug,单元测试是十分必要的。而回归测试旧时回归到以前不正常的状态,避免了bug的遗漏,确保所有修复过的bug都已经解决。而最后,关于个人开发流程方面,工程师与学生相比较有明显的差别,工程师比学生要少花1/3长的时间。从学生到职业程序员,不能把学校里那一套写代码的方法搬到工作上,要在“需求分析”和“测试”两方面花更多的时间。

张振嘉:读了第三章,我知道一个想成为一个软件工程师是很不容易的一件事情,需要掌握许多相关知识,提示自己的技术技能、知识水平,并且还可以去考取各种证书来证明自己。 总结来说,这章从个人的角度,诠释了软件工程师个人的能力发展以及职业发展。后面以魔方为例,详细介绍了技能的概念,从技能的反面——解决问题来从本质上理解技能我们作为学生,要把基础打好,这样能力就会得到提升了。

严琬琳:本章不仅学习了用VSTS写单元测试,同时通过其提供的效能分析工具来找到程序的效能瓶颈,优化程序。在不断的“效能测试,分析,改进,再效能测试”的过程中,程序的效能可以不断提高,同时我们的编程水平也在不断提高。在效能分析工具的帮助下修改程序,可以帮助我们改变原有固化的思维方式,获得新的灵感,对程序进行优化。仅仅一个数据的定义,也可以对程序的效能有着很大的影响。经过案例的实践,通过显示的调用关系树,了解程序其中函数的调用次数及时间,能更好地进行效能提高。但是不能盲目地优化,一定要经过分析,否则会事倍功半。

博陵弘恒:本周学习的内容是第二章——个人技术和流程。虽然是与个人相关的内容,但经过小组讨论学习之后,我们能更加理解个人与团队之间的关系。本章主要介绍了一些个人开发软件时的流程以及一些实用的技术,比如单元测试和效能分析。每个人都应该熟悉自己的工作流程,这样在日后的团队合作中才能更好配合,完成更好的项目。第二章结尾有要求做一些实践,只有实践与理论结合,才能更好的掌握本章内容。
 
于云亭:

这周我学习了《构建之法》第二章主要讲了个人技术和流程因为团队需要一定的流程来管理开发活动,每个工程师在软件生命周期所做的工作也应该有一个流程,这一章中着重介绍PSP即个人软件开发流程。PSP起源于卡内基梅隆大学的能力成熟度模型(CMMCMMI),是用来衡量一个团队能力的一套模型。CMU的专家们针对软件工程师也有一套模型,就叫 Personal Software ProcessPSP),PSP和任何其他方法论一样,也不是一蹴而就的。

PSP让我更直观的了解了软件开发过程中各步骤的耗时,让我受益匪浅。

 

以上是关于第15组构建之法团队心得的主要内容,如果未能解决你的问题,请参考以下文章

第15组构建之法团队心得

第15组构建之法团队心得

第15组构建之法团队心得

第15组构建之法团队心得

《构建之法》第15章学习心得

构建之法 第七次心得