“构建之法互动游戏”感想

与以往的课堂不一样,今天老师以游戏的方式带领我们学习构建之法。游戏的主题是设计一款给爸爸妈妈使用的手机,我们4人为一组,分工来对此进行实现。我们原来想要每人选择一个模块例如主界面或者外观来设计手机,但发现这样的话最后整体可能显得不太完整。于是我们4人就先一起讨论手机的总体模块,随后再各自写下自己独特的想法。因为不用自己写程序,而只是设计,我发现我们能想到的点子还是挺多的,不过由于是给爸妈用的,还是以简单方便为主。在讨论的过程中,我了解了在一个小组中,是需要一个人来确定总体的方向的,比如说手机的主题等,这样其他的成员才能更好地配合设计出方案。在听了其他小组同学的发言后,我了解了对于手机或其他工程,都需要首先确定几个关键的模块,从整体出发,之后再考虑细节,有些东西呈现在我们面前是一样的,但他背后的实质可能却是不一样的,这就需要我们充分考虑各方面的因素,再确定最合适的方式。

对于游戏的,我觉得非常的好,我们也都非常积极地参与到了其中,希望以后有更多有意思的游戏能让我们参与其中。

时间: 2024-12-24 22:44:44

“构建之法互动游戏”感想的相关文章

<构建之法>3-5章感想

提示:(下面的总结我会按照每章发现的问题,自己的回答,感想来陈述) 3章. 在阅读3.2.4职业成长-自我评估的时候,说到CRUD需要一些核心技术和许多控扩展的知识,那么作为软件工程的学生,在学校除了学习专业知识之外还有什么方法可以快速掌握那些核心技术呢? 回答:我不确定,是不是要提前出去实习以便更好地知道怎么学习这些核心技术?. 3章感想:能够让我知道了原来软件工程有这么多知识要学习,觉得以后的路还很远,学习的东西还有很多. 4章. 在4.5.2如果两个人合作,其中一个人老是处于爱理不理的状态

第三次 构建之法 感想

对于<构建之法>的感想 这本书把开发方法讲得清晰有趣而且很实用,里面的每一章讲得很有用,例如,个人技术和流程让程序员更清楚的了解如何去编程:软件工程的成长,让程序员对自己的个人能力有更清楚的了解,并且使自己的能力进一步成长:两人合作中使我们代码更规范,里面的结对编程更是一种全新的编程方法,这样对于我们技巧也是一种提高! 这本书给了我们学生一个全新的学法,以前学习软件工程总觉得太多理论的东西在里面,但是在这本书打破常规的教学方法,十分有趣 “软件= 程序+软件工程”这句话就这么简单把程序跟软件工

阅读《构建之法》第四章感想

课下阅读<构建之法>第四章,自己有以下一些感想. 1.我们写的代码最终都是要给人看的,所以代码规范化是一个优秀编程员必备的良好习惯,而且若是在团队里工作,那么代码规范更加重要.编程人员要遵循的代码风格的原则是:简明,易读,无二义性.以后自己要养成规范代码的习惯. 2.复审也是不可缺少的一个步骤,软件工程中最基本的复审手段就是同伴复审,找熟悉代码,有经验的人来进行复审. 3.当今时代,一个人能发挥的力量越来越小,团队的力量日渐重要,因此,如何合作,很关键.两个人合作,如何影响对方,要因人而异,因

初读构建之法的感想和对课程的期待

看了构建之法的前几节,最开始的发现在于我之前理解的软件工程是错误的,连狭隘都谈不上吧,因为机器的以为软件工程就是编程,其实不然,像书中所说软件=程序+软件工程.可以说软件的基础是程序,而软件工程是将一个编好的程序通过需求分析,测试等操作变成一个较成熟的程序.他需要一个规范的流程,团队的协作,当然也需要个人的技能.这里我们就要提到个人技能了,虽说以团队的形式合作,但一个人的职业技能还是能够影响甚至决定全局的,如书中提到一场足球赛可以有很多种战术协作,但每一次的传球射门都要凭借每个球员单独来完成,所

&lt;&lt;构建之法&gt;&gt;略读感想

经过对构建之法这本书的快速阅读和学习,我有以下疑问. 1.对软件工程来说是应该更注重结果和功能的实现还是更注重代码的易读和完整? 2.应该怎样平衡不同用户的不同需求以达到使大多数人满意的目的? 3.应该怎样避免软件在后期运行中出现较多的bug,怎样能更好得修补漏洞,并让它对其它模块所造成的影响达到最小化? 4.什么样的软件才叫一个好的软件? 5.在合作编写代码的时候应该注意什么问题? 6.软件行业的创造是什么样的?应该达到什么标准才叫创新? 7.软件工程师的职业道德标准是什么?最应该坚持什么样的

构建之法阅读感想

最近读了<构建之法>,本书介绍了很多IT行业的理论和技术的使用,并从这些新理念.新技术,总结了我们在未来有用的工作,介绍了软件测试,软件工程师的成长,代码规范,团队的发展,软件和软件的创新等项目的开发过程和全面发展的重要性. 在引言中,软件工程包括以下几个方面:软件需求分析.软件设计.软件构造.软件测试和软件开发维护.软件开发活动(建设管理.源代码管理.软件设计.软件测试.项目管理)是软件工程的核心.大纲概述,思路清晰. 单元测试应在最低的功能/参数上验证程序的正确性.单元测试必须由最熟悉代码

关于读《构建之法》的一点微小的感想

计算机书目琳琅,并且大多数很厚,如果没人引导,盲目的找书看的话,除了给个人的心理乃至生理造成压力外,往往浪费了时间,收获甚少. 我知道<构建之法>这本书,是在杨贵福老师的软件工程的课上.老师说,邹欣这个人很厉害,他写的<构建之法>这本书很好.事后我看了一下亚马逊和豆瓣上的评分,确实还不错,亚马逊有五颗星(虽然该评价的人不多),豆瓣上有8.7分. 由于我在当当买的书还在路上,我从学长那里借到并且粗略的看了一下这本书的序.这本<构建之法>是任微软Windows中国工程团队首

构建之法1、2、16章阅读感想

这本书可以说是我进入大学以来读过的最容易理解的一本有关于软件工程的书,语言平易近人容易理解,让我对软件工程在原有基础上有了翻新的认识,让我重识认识了软件工程"知行合一"的思想,加深了我对软件工程行业整体的理解.阅读的同时,我也产生了一些疑惑,以下是我在学习过第一.二.十六章后提出的一些问题和我的思考! 第一章:概论 问题:在软件工程发展的短短几十年中,人们整理了许多原则和规律,有些是比喻,例如"大教堂和集市",描述了两种大规模团队构建产品的方法,这种比喻让读者有各种

软件工程-构建之法 学期总结

一.翻译1.软件工程师是领导项目团队做软件需求分析,软件说明书,软件设计,开发,测试和软件运行与维护的高薪并收人尊重的职业.根据对健康的承诺,安全和公众利益,软件工程师应该遵守的一些职业道德:(1)公开---软件工程师应该与公共利益相一致.(2)客户和雇主---软件工程师应该为自己客户利益最大化,并且保证雇主符合公众利益.(3)产品---软件工程师应该尽可能的确保他们的产品和相关的修改符合最高专业标准.(4)判断---软件工程师应保持其完整性和独立性在专业判断方面.(5)管理---软件工程管理者