第15组构建之法团队心得

第15组构建之法团队心得

  通过本周的自学与交流,每位小组成员都有他们对本书的学习有了更深的认识:

  范佳怡:通过团队的讨论,大家对第一章的感想都是非常多的,第一章的概述往往是很多人跳过的部分,但是往往这其中包含了很多启示性启蒙性的一些东西在里面,尤其是对于我们这样的刚刚进入软件工程学习,可能对软件工程还不是很了解的人来说更加是很关键的,比如软件=程序+软件工程这个等式,可以说是很好的体现了软件工程地位的。另外,同组的一些同学也提出了很多不同的对于第一章内容重点的看法,每个人的侧重点都不同,这种时候恰恰体现了构建之法这本书中对团队重要性的阐述,每个人都会有自己忽略的地方或者理解的不够透彻的地方,而同组的组员可以很好的帮你完善这一问题,可以说是像一个木桶一样,每一片木片都是必不可少的,彼此在一起才能成就完美,相信在接下来的学习中,我们团队的感情以及知识都能得到进一步的提高与加深。

  于云亭:关于计算机科学与软件工程的差别?这是我们学生问的最多的,这下有解释啦!面对在软件开发方面经验很少的我们学生群体,邹欣老师通过丰富生动的故事和隐喻帮助我们大学生建立软件工程的思维习惯,通过严格扎实的动手训练与考核帮助我总结归纳自己的最佳实践经验。读这本书,让我感觉软件工程知识不再枯燥沉闷,而是变得出乎意料的生动有趣。包括书中谈到的师生关系、软件工程师的职业发展、职业道德等,这些内容都让我多软件工程学科有了新的认识。是一本与现实接轨的教材。并且理论与实践并重,书本介绍了软件工程的相关概念,如:软件工程、单元测试、软件开发流程、敏捷开发、软件需求、用户体验、软件测试、质量保障等。在介绍这些基本概念的同时,作者也全面地诠释了它们在实际的研发工作中是如何表现的,它们又是如何与每个开发和测试人员息息相关的。让我对软件工程产生了浓厚的兴趣,热情和自信。

  博陵弘恒:经过第一次的小组学习讨论,让我们更加理解了书内所讲的团队合作的重要性。在互相讨论交流的过程中,对软件工程也有了更清楚更详细的认识。如何让你写的程序不仅仅只有你一个人能看懂,他人在接手或是帮助你的时候也能一目了然,这是学好软件工程的目的之一。在之后的学习过程当中,我们会继续合作,互相帮助,不仅只是学好软件工程,还是将其培养成软件开发时的习惯,使其发挥真正的作用。

  严琬琳:读完第一章,不仅是对软件工程的一些概念性知识的了解与学习,更是对自身的一个反思与自我认知。接触这个领域,学习相关知识,就快要满两年了,仍停留在玩具阶段,仅仅是写写程序练习数据结构/算法,内心是有些迷茫的。但是想要成为一名软件工程师,并不仅仅是一味得写程序、读程序。我们需要进一步的尝试,给自己定一个明确的目标,有了渴望、有了想法,才有下一步的实现。有了更高层次的追求,并不意味着抛弃了原有的根本,扎实的基础知识奠定了气球升空的基础。第一章的学习是一个很好的开始,互相学习,互相完善,共同进步。

  张振嘉:我认为,在软件开发过程中,软件团队也很重要。软件团队的模式各种各样,不同的团队有不同的合作模式,都是基于团队成员的实际情况去规划部署,没有哪个万能的团队方案可以保证结果。有了团队之后,才可以涉及团队流程。这让我逐渐理解团队是不可缺少的,每一个都是其中一份子,不可缺少。

  黄真:在自学了《构建之法》第一章之后,我初步了解了软件以及软件工程。书中有许多浅显易懂的例子,即使我们只初步学习过《软件工程》这一门课,也能深刻地理解书中所讲的内容。我们之前学习过c、c++、JAVA,编写一些简单的程序。但是软件工程不仅仅只有底层代码程序,在此基础上还有用户体验,交互等。软件企业=软件+商业模式,软件商业模式也是一个很重要的因素。同时,一个满足用户需求的软件不是一个人可以单独完成的,需要我们小组分工合作,发挥自己的优势,尽自己最大的努力完成共同的目标。

时间: 2024-10-28 04:12:25

第15组构建之法团队心得的相关文章

第15组构建之法团队心得(2)

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

第五次博客作业-读《构建之法》心得

读<构建之法>心得 首先,这是一本全景式图书,会让你更了解这个行业,能让毕业生在对行业从陌生到熟悉的过程中,较少地感到惊讶和出乎意料,这是一本与现实接轨的教材. 其次,这是一本最佳实践式的书,涵盖了科学.健康的软件工程开展中的每个方面,介绍了种种方法论,但不是高高在上.纲领性的方法论,而是方法论的最佳实践,确实可用,拿来就用. 第三,这本书让人有情怀,学生对“古老的”瀑布教材或“舶来的”敏捷书籍,难免会缺乏信心:这东西行吗?适用于现代吗?适用于中国吗?而如果到各大论坛.社区.或者询问“过来人”

软件工程-构建之法 团队

软件工程-构建之法 团队 团队名称:yousa_team 团队宣言:认真做事团队博客:http://www.cnblogs.com/yousa-team/团队队长:王天宁队长博客链接:http://www.cnblogs.com/wangtianning1223/团队其他队员:李思雨: http://www.cnblogs.com/lisiyu/崔志雄: http://www.cnblogs.com/b6772x33a程新松: http://www.cnblogs.com/chengxs/谭景元

实训团队心得(1)

这次实训我们团队做的是J2EE项目,在这次项目中,我们需要搭建的是一个基于SSH2框架的关于学校教室资源分配的系统.在这次项目中,我第一次尝试担当项目开发团队的负责人. 由于团队是第一次进行合作,因此在各个方面都显得不太成熟,如组织.讨论等等方面.下面是自己在担当负责人的一些心得,以备后用: 1)关于团队学习 在这次项目中,团队在遇到J2EE的相关知识时,有点慌乱,因为大家都不知道应该从哪方面对J2EE这种了解过得技术进行学习.结果在项目准备阶段中,大家都是在研究J2EE的结果以及相关配置.结果

实例365(15)--------------经典排序----插入排序法

前言:此代码设计的比较简洁,可能不太容易理解,插入排序就是每一步都将一个待排数据按其大小插入到已经排序的数据中的适当位置,直到全部插入完毕. 一:截图 二:代码 using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; using System.

为什么报计算机还有阅读构建之法的心得

1.为什么选择计算机这个专业; 当初读本科的时候,一志愿填的是电气工程及其自动化,估计是因为分数太低了被调剂到了网络工程专业.之前的我并没有过多的接触计算机,感觉自己对这方面并没有多大的兴趣,本科的时候自己的学习并没有多么的认真.当时自己还想过要转专业,后来也不了了之了.慢慢的感觉这个专业还可以,也就学了三年,后来到了考研的时候,本来打算考金融专业的,但是跨专业考研难度挺大的,而且最近几年计算机这个专业实在是太火了,毕业之后工作找工作各方面都不错然后就限定决心考了计算机技术.庆幸的是考上了,现在

《20170918-构建之法:现代软件工程-阅读笔记》

我今天阅读了构建之法的第七章MSF: MSF的第一原则,就是所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告诉所有人. 当然,对牵涉到的技术机密丶安全性等信息要采取必要的保护措施. 为共同的远景而工作. 充分授权和信任,这一点的关键是"授权"这个词,授权有两个意思:一是给某人权力和权威:二是给予某人更多自信和自尊. 各司其职,对项目共同负责,团队中的每个角色都有自己的职责,如果出了问题,这个角色就要负责任. 重视商业价值,提供渐进的价值. 保持敏捷,预期和适应变化,软件工

20170906-构建之法:现代软件工程-阅读笔记

MSF(Microsoft Solution Framework)微软推荐的软件开发方法 MSF简史: 1.1993年,微软在总结了自己产品团队的开发经验和教训,以及微软咨询服务部门的业务经验后,推出MSF 2.2002年随着Visual Studio.NET的发布,微软发布了一系列关于MSF3.0的白皮书,针对MSF3.0的大规模培训也开始在中国举办 3.2006年,MSF4.0随着Visual Studio Team Foundation Server 2005发布.它增加了不少敏捷开发的内

《构建之法》心得体会

这本书中列举了大量的例子,使得我们在学习过程中更容易看的懂,学起来会轻松些.阅读<构建之法>后,让我明白了软件构建的过程不仅仅是写出一个程序,还需要根据用户的需求扩展应用程序各种功能,接着还要扩展一个能保证服务质量的软件服务:在软件构建过程中还需要拥有各种文件和数据来描述各个程序文件之间的依赖关系.编译参数.链接参数等等. <构建之法>中的测试.软件工程师的成长.编写代码的规范.团队合作开发软件的重要性.还有开发软件项目的总体流程.IT的发展创新等等,使得整本书的内容丰富多彩,不会