作业(七):个人总结及教学建议

这半学期一来,其实最“烦”的课就是软件工程的课了!因为基本上每周都会有作业要做,大宝天天见,我们软件工程是周周见,周周练。哈哈,说到这里就很自然的想到了我们高中时的周周清,好像我们的软件工程就是专门让我们来重新体验一下当时的感觉来的。当时真的很想吐槽。

然而,还是那句老掉牙的俗话说,事物都有两面性。现在我反而发现,这门课是我这半年来最大的收获,由于当时的周周见,软件工程这门课反而是我这半年来可以算的上是最熟的一门课,由于上课的时候随堂讨论的进行,我们很多时候都是不得不参与各种的讨论,然后自然而然的就了解了很多的知识。同时由于每周的作业的存在,我们在不知不觉中就增加了自己的专业的系统学习,随着我们作业的进行,像需求分析,单元测试,都是在做作业的时候学会的,所以也就是之前听过的那句话,如果你想深入的了解一门课,那你就不断的去接触它。老师大概采用的也是这种思想吧。

人生有很多套路,我这里就是用的典型的欲扬先抑,请原谅我…

对于我们这个专业,计算机科学与技术,总之在我看来就是一个特别综合的学科,软硬件兼备,会培养我们的各种能力。但是这样也就造成了其实对于我来说的情况就是不确定究竟哪一个才行还是我的侧重点。随着今年多元化的软件工程课的学习,我真的是学到了很多的关于软件的知识。

首先其他的不多说,就仅仅从我们的博客来说,就是我的一大收获。以前编写一段代码,仅仅也就是在脑子里面完成构思,然后就很轻易的写出了代码,然后再进行修改、推翻、甚至是重写的不断重复,我们的编程并没有一个系统化的流程。有幸今年我们的老师给了我们利用博客来记录编写过程的任务,就像开始说的那样,我很讨厌在一开始的时候。慢慢的,影响都是潜移默化、由表及里的,在一次一次的由简单到复杂的博客书写过程中,我慢慢的发现,相比较与以前我写代码时候的凌乱程度以及很高的失误率正在降低。并且,我们后来的结对编程以及团队项目的完成过程中,博客起到了很大的不仅仅是解释说明的作用,其实在我们书写博客的过程中,我们也是在对自己的代码编写过程进行了深入的剖析,我慢慢的发现,剖析的过程才是真正的代码成熟的时候,因为随着剖析的过程,我会发现一些很有意思的事情。比如说,我会猛然发现自己的某个很小的错误,在修改代码的过程中就是一个小问题,无伤大雅,但是我就是不明白为什么是那种问题,找不到原因,可是奇妙的是,在剖析代码的过程中,随着我的解释,错误产生的原因竟然豁然开朗;也会发现自己的某个小亮点在写代码的时候由于某种原因没能实现,可是在写博客的时候就觉得特别可惜,然后因为我是一个不怎么会服输的人,这个时候我就会再找找其他资料,有的时候问题就迎刃而解了…博客也是老师了解学生的一扇窗口,通过我们的博客,老师和助教可是方便的了解我们的进度,我们也可以从中受益,真棒??。

再说一点我印象深刻的应该就是团队项目的开发过程。我们的团队是一个采用了剧院模式的团队,我们内部的各个人员分别扮演不用的脸色来实现团队开发。虽然我们的项目是一个不是很大的软件。我们最终的成果也没有特别的出色,但是,这是我们做出来的呀,想想这个,内心的成就感就这样轻而易举的来了,这中间我们通过团队的学习,我们团队内的人员更加的了解了队内成员,了解了他们的优缺点,中间也有一些摩擦,意见不和等等。但是现在快要过去的时候,我反而开始恋恋不舍,那些在一起努力加油的日子,应该就是我们以后生活的种美好的映像吧!感觉在大学生活中,还未曾步入社会的我来说真的是种最好不过的体验!

在这个过程中,由于我的一次关于软件评价的作业借鉴了网上的有些内容,之后由于不知道未曾补交而导致的大零分。这件事也是让我挺印象深刻的,本以为没有交作业助教会不太喜欢这样的学生,可是完全没有,我们的助教郑老师是一个很厉害的学姐,在这一学期的学习中,她一直都很有耐心,而且也很乐意解决我们的问题,在我们写博客,上交博客的过程中,无论我们有什么不懂或者疑惑向他请教她总是会非常热情的帮助我们解决,当我们遇到问题时,她也很乐意帮我们解决,在学习这门课的过程中,我们成为了一种亦师亦友的关系,这样真的很好。

总而言之,我非常感谢今年学习了软件工程这一门课程,它不进帮助我们学习了很多的软件开发的流程以及方法,更重要的是培养了我们对于软件开发的综合素养,提升了我们将大学学习与实际时间过程的接壤能力,这些都是很难得的经历。

建议: 我总体上是真的觉得我们今年的课很有意思,但是对于期末考试的部分我还是有那么一点小小的建议,因为我觉得虽然我们的考试是半开卷,但是考试的题目还是太多了,根本就写不完,有很多复习到的会的东西都没有写完,也有可能是老师有别的考量,也有可能仅仅是我没有那么熟练,在这一方面就有这一个建议。

然后,对于平时教学,希望老师能够多多联系实际情况,因为总是直接讲授知识我们很难有直接的感受。

嗯,就这些。

时间: 2024-10-09 00:24:33

作业(七):个人总结及教学建议的相关文章

Hadoop作业性能指标及參数调优实例 (二)Hadoop作业性能调优7个建议

作者:Shu, Alison Hadoop作业性能调优的两种场景: 一.用户观察到作业性能差,主动寻求帮助. (一)eBayEagle作业性能分析器 1. Hadoop作业性能异常指标 2. Hadoop作业性能调优7个建议 (二)其他參数调优方法 二.Hadoop集群报告异常,发现个别作业导致集群事故. 一.用户观察到作业性能差,主动寻求帮助. (一)eBay Eagle作业性能分析器 对一般作业性能调优.eBay Eagle[i]的作业性能分析器已经能满足用户大部分需求. eBayEagle

作业七

本周作业内容: 系统的INPUT和OUTPUT默认策略为DROP,请完成以下关于iptables的题目: 1.限制本地主机的web服务器在周一不允许访问:新请求的速率不能超过100个每秒:web服务器包含了admin字符串的页面不允许访问:web服务器仅允许响应报文离开本机: 2.在工作时间,即周一到周五的8:30-18:00,开放本机的ftp服务给172.16.0.0网络中的主机访问:数据下载请求的次数每分钟不得超过5个: 3.开放本机的ssh服务给172.16.x.1-172.16.x.10

作业七:每日立会(13)

参加会议人员:全组六人 我们小组的项目基本完成,但昨天发现的自定义方块时游戏会出现的BUG并未修改好,我们也看过网上的一些建议并进行修改发现效果并不好.同时我们今天发现在团队项目的各个部分都出现了有些问题.我们会尽最大努力完善项目的. 心得:我们的基础知识掌握的不是很好,需要不断地复习和学习. 记录人:吴献荣

作业七:B站安卓手机客户端体验

上次作业中提到初入B站的经历.体会.以及B站首页问题衍生的对目前web网页的看法.随着几天的慢慢深入体验, 在B站上发现了越来越多的感兴趣的UP主和UP主们的视频作品.我第一个关注的是暴走漫画的敖厂长,刚看到就关注了 敖厂长,毕竟暴漫粉丝.看了几期敖厂长的游戏解说视频后不得不佩服敖厂长的口才.下面的“超级马里奥2”就是经 典之作.“[敖厂长]超级玛丽扭曲的黑历史” 接着就遇到了用琵琶弹奏170加速版千本樱的大神 以及有Epic史诗工作坊出品的MC游戏中还原四分之一的圆明园的场景图,简直就是神作!

作业七 总结

一.知识点 1.数组中的元素在内存中连续存放,每个元素都属于同一种数据类型,用数组名和下标可以唯一地确定数组元素. 2.++运算符 i++ ,++i  ,i-- ,--i 4.逗号表达式    表达式1,表达式2,表达式3,....表达式N 5.字符型 数据的基本表现形式为常量和变量 2.常量和变量 (1)常量:符号常量   整型常量   实型常量  字符型常量 二.实验心得        课下要勤加练习.作业问题比较大.多于同学交流下 #include<stdio.h> int main(v

作业七—“南通大学教务管理系统微信公众号”用户体验分析

 这次分析其实更像是用户的使用报告和反馈.当然,如果所提建议能被公众号维护者所考虑,那也是特别让人(用户)感到兴奋的.      基于Nielsen十条设计准则: Visibility of system status.可视性原则 Match between system and real world.不要脱离现实 User control and freedom.用户有自由控制权 Consistency.一致性原则 Error strategy.有预防用户出错的措施 Recognition r

课程作业七

题目描述 请将随机生成数字.表达式的部分设计成:一个Random基类,基类中有random()方法.并由该基类派生出RandomNumber类.RandomOperation类,继承并覆盖父类方法. 学习简单工厂模式,思考能否将该模式运用到题目的第一点要求中. 作业要求 体会继承和多态的思想 发表一篇博客,博客内容为:提供本次作业的github链接,题目描述的代码部分的解释.简单工厂模式的学习. #include<iostream> #include<stdlib.h> using

作业七——“南通大学教务管理系统微信公众号” 用户体验分析

1. 目标 基于实例分析,体会用户体验设计的 7 条准则 2. 要求 基于我们列出的 7 条UX评价准则,分析“南通大学教务管理系统微信公众号” 在用户体验设计方面让你觉得满意的地方(不少于2点):(20分),请陈述理由. 同样,分析“南通大学教务管理系统微信公众号” 在用户体验设计方面让你觉得最不满意的地方(不少于2点):(20分),请陈述理由. 回答上述问题时,附上截图 使用Nielsen的十条准则做WEB的启发式评估 基于以下设计准则去做评估: Visibility of system s

团队作业七——团队作业分配

团队作业分配 本次我们Geekers团队的团队项目作品是Warplane(是一款安卓平台的手机小游戏).团队项目的成功是团队成员共同努力的结果,我们团队一共6名员,在本次软件工程的团队项目中,做到了积极对待,人人参与,每个人对团队的贡献都是有目共睹的. 现经过团队内部成员开会讨论,一致决定各成员的贡献评定情况如下: 陈一鸣:对团队成员进行组织管理.团队博客作业.游戏内容设计.游戏内模型设计.代码审查与修改.口平音:主要进行代码编写.游戏结构设计.需求调研.团队博客作业.游戏测试.王敬一:游戏内模