选课类别:基础 | 教学类型:理论课 |
课程类别:研究生课程 | 开课单位:软件学院苏州 |
课程层次:硕士 | 学分:3.0 |
李京老师的《高级软件工程》课程内容涵盖了软件工程、设计模式以及UML建模等,课程内容本身具有丰富的知识点。但是,许多学生反映老师上课主要是照着PPT念,授课方式枯燥乏味,缺乏互动和激情,导致课堂氛围不佳,学习效果不理想。有学生评价:“上课基本没人去,一百多个人的课到后面只有十几个人去了。”
作业分为两次小作业和一次大作业: - 小作业:需要利用JavaFX进行游戏编程,题目为PoolGame。这部分作业由于代码扩展性差,设计模式使用不当,导致学生完成难度较大。 - 大作业:需要选题并完成一个前后端齐全的项目,包括50页的文档说明书和PPT展示,最后还需进行课堂答辩。大作业虽然磨练了团队合作能力,但许多学生反映难度过大,难以找到志同道合的队友,导致团队之间缺乏交流和协作,任务负担重。
期末考试内容较为抽象和开放,不划重点,学生普遍感觉无从下手。虽然是开卷考试,但许多考点在PPT和教材中难以找到。学生普遍反映考试题目和作业以及课程内容的联系不大,最终考试成绩普遍较低。据反馈,班级里过80分的人数很少,平均成绩在70分上下,“考试虽然开卷,但书、ppt一个都不需要准备,带只笔就行了,带书只是浪费时间”。
学生普遍对这门课程持负面评价,反映的问题包括“事情多、学不到东西、给分低”。尽管课程包含大量的作业和考试,但是教学模式单一、缺乏引导和帮助,导致学生觉得收获有限。大作业虽然提供了一次团队协作和综合开发的机会,但由于任务分配和执行问题,实际效果不甚理想。课程总体被认为事多分低,学习负担重但收效甚微。
总结一句经验:“要么双方一起摆,打默契球,要么传道授业解惑,事情多一点但收获大”。如果课程和内容发生变化,确保授课方式和辅导方式更具互动性、帮助学生更好理解和掌握实际开发技能。
如果你跟谁有仇,请推荐他选这门“高级软件工程”
给他一个小球,他能让丁仪悲叹物理学不存在了,让汪淼直接投靠ETO。就连五星上将麦克阿瑟也表示,如果当年能选高级软件工程这门课,我主三体人早就统治宇宙了。他就是著名顶顶的高级软件工程PoolGame。小作业连着大作业,答辩又答辩,噫吁嚱,软工构思,精妙绝伦。唉,科憨!唉,科憨!唉,羡慕科憨!!
出分了,考试很难,还是有80分,很满足,上调一下评分
如果一门课程特别硬核,能学到东西,即使得分不高,那么该课程毋庸置疑是一门好课。 如果一门课程大水漫灌,上课哪怕只是浏览一遍ppt,但是要求内容少,给予学生自主学习的时间和空间,那么也可以是一门好课。 那么什么是坏课呢?我认为起码要有两点: 1.上完课没有任何收获,仅仅是为了学分 2.课程任务占据大量课上课下时间 而我们敬爱的软件工程显然就符合了上述两点要求,怎么能事情又多,又学不到东西,还分数低呢?
科软的课大体可以分为无聊和事多两类,能两个都占了的恐怕独此一家了。每周四早上的课,以及两个小作业充分体现了前者;而要求开发系统的大作业则完美体现了后者。最后的考试也很抽象,题出的有点过于开放以至于有些无从下手了。给分也比较一般,做了这么多事、花了这么多时间也才给了84。下面我就结合个人经历重点讲讲大作业吧,其他方面没啥好讲的。
大作业是6个选题里选一个,基本都是前后端开发,这也是科软少有的确实需要团队合作来完成的大作业。以我大三时软工课的经验来看,组织一群人完成这样的目标真的很能磨炼人,把这个大作业一起做好了也是能写进简历里的一个加分项,同时也是一次非常好的团队协作和软工开发体验。因此,我是怀着想要比大三的我更进一步的心态,想要组建一支团队好好做这个项目的。
然而,在科软想找到能志同道合的队友不太容易。科软的大家直面就业压力,有很多自己的事,导致组成队伍后大家普遍缺乏交流。我组的第一支队伍在开第一次会前就半数集体退出群聊(什么MyGO&&CryChic开局)。我当时确实高估了大家的共识,不该在大伙不熟时布置会议前置任务(注册Onedrive、Apifox、Gitlab以及看看给出高软选题)急于推进项目的。在那之后组建了新团队,然而光是我给他们配个环境都能整半天,分配下来的任务也拖了两三周没怎么做,催问也很应付,让我们之间的沟通备受折磨。甚至到最后跟我说这些任务他会花钱外包出去做完的……我是真心累了,这让辛辛苦苦帮着配环境关心项目进展的我像个小丑一样。到最后,这个团队也只有同寝室的三个人真正在干活(还几乎都是零基础新学vue和spring的),实际开发时间也就1周多,然后准备各种文档,就这样草草应付了2周后的答辩。整个流程仿佛大三时的重现,只是这次我更加熟练,借助曾经用过的各种工具领着两个新人更快地做完了这件事而已,想要尝试更加规范地进行开发的最初想法也就此破产了。
这不仅是我们团队的问题,其他团队也有如此现象。我们前一组答辩的直接就说他们“一个前端、一个后端、四个写文档”,这么说不就明摆着只有两个人干活吗。以我个人的观察,有些科软学生可能真的很缺团队开发方面的经验,即使是开学拿奖学金的优等生们。更加雪上加霜的是,团队成员还不愿坦率交流,有时候你都不知道布置的任务他做了多少,做的怎么样了,你联络也不回复。只能说,团队作业里出现想混的人结果就是这样的。(他们可能不是真想混想吸血,可能确实是不知道该怎么去做这种项目,缺乏经验同时自己的事太忙了抽不出时间)
这不仅仅是人的原因,也是课的原因。老师和助教应该更认真负责一点,例如像我本科软工课一样设置3、4个milestone时间节点进行验收,每次验收时实时监督团队中每一个人的贡献,这样至少能限制想混的人,不至于从头摆到尾,硬拖到最后才去完成组长最初分配的写文档的任务。同时,老师和助教也应该对整个软工开发流程的规范做出要求,引导同学们完成一次软工开发的全部流程。例如给出各阶段必须产出的文档模板,为各阶段设置ddl,发放部署云服务器的代金券等等。
只推荐选课前找到志同道合的队友的人集体选,一块体验一遍软工开发流程,做个能写上简历的项目其实还挺不错的。
选课前看到10.0的评分被骗进来,周围人无一不感叹真坑爹,是这学期最多事情的课
不仅有期末考试,还有大作业文档,大作业代码,甚至还有两次根本无从下手的小作业,注意哦,大作业代码被发现抄袭直接0分。
2024-1-30更新:
出分了,刚过75,问了周围成绩,基本没几个过80的,纱暖课,屁事是其他必修课的3倍,最后差点白搞(必修课加权75以上才能算过),太坑比了这个老师,据说马上要退休了故意恶心我们的,老子每周开n次小组讨论会做project,还比不上别的课水一水就能90,建议出门左转选高级计算机网络和高级数据库,煞笔软件工程老子和你不共戴天
考试范围:老师不说捏,问就是全部ppt捏,重点是不划的捏,浪费几十大洋打印屁用没有捏
再探再报:
问了周围一圈,没有上80的,笑嘻了捏。助教在群里辟谣说93.6%的人过了75,我的评价是,笑嘻了。虽说大部分人不会因为没过75卡绩点,但是纯纯被这门课恶心到了。
小作业poolgame甚至是悉尼大学的作业原封不动照抄过来,但是没有任何引子和提示,基本上大家的小作业都是互相抄以及抄网上的github糊弄过去的吧。
project更是nc,这门课的重点首先是软件开发过程,重点应该放在需求建模这块的文档理解,那为什么还要求有代码实现?那你直接改名软件开发实践不就行了?ok我忍了,好好的写文档,需求分析->建模->代码实现,word文档小组肝了几万字,ppt肝了100页,每周开4次会议来拉通对齐进度,最终不能说做的很好,但是雏形是绝对有的,能称得上是一个完整的软件开发流程,最后答辩,老师甚至都懒得来,全程助教在提问。
考试,和上课讲的有半毛钱关系吗?ppt基本都找不到对应内容,严重的割裂,纯纯的逆天。
有的人想学到软件开发流程,增加更多知识,但是很可惜,这门课做不到,老师上课念ppt,小作业和大作业和考试完全没有任何联系,作业没有参考,project缺乏引导,考试缺乏范围。
有的人只想混学分,比如我,但是却被无用的东西填满了课余时间,兢兢业业最后拿了个70+。
坑爹的不是课程无用,而是老师摆却不让学生摆,布置这么多纱暖任务,最后给低分恶心学生。要么双方一起摆,打默契球,老师念念ppt,布置轻松的文档作业,最后给个75大家皆大欢喜;要么传道授业解惑,事情多一点但是收获大,考核严格一定但也ok。
可惜,这门课的老师选择了最恶心的一条道路:自己念念ppt下课拍拍屁股走人,全程没出现在课程群里,布置一大堆纱暖作业,学生苦不堪言,课余时间被压榨无几,最后只有70+,换来助教群里的一句:93.6%的人过了75。
绝世好课!学一门抵三门!物超所值!
小作业难度比别的课结课作业都难
小作业之后还有大作业,大作业要系统、要pre、要论文
大作业之后还有最容易的期末考试!!
虽然开卷,但书、ppt一个都不需要准备,带只笔就行了,带书只是浪费时间。
反正期末考试题目在ppt、书上一个都找不到。
经过小作业、大作业、莫名其妙的期末考试,最后,恭喜你能获得一个75+的高分。
并且会得到助教老师的鼓励!
真开心!
本学期选的最糟糕最差劲的一门课,给分自然也是所有课程之中最低的一门(堪堪满足必修及格线)
教学情况:照着ppt枯燥乏味地念3小时
作业情况:
期末考试:
给分情况:给分极差,助教说每人都及格(60+),然而这门课对于软院和先研来说基本都是必修课(必修及格是平均75+) 。
总结:事多分差无收获的一门课。另外,本课程比较需要Java开发能力,没学过Java或者说没具体做过Java项目开发的非常不建议选这门课,这门课除了大作业文档和期末笔试部分简直不如叫Java高级开发。
先说优点: 不点名,没了
然后缺点:
1.上课, 念ppt,没有一点激情,没有一点学习氛围
2. 作业, 两次小作业一次大作业,小作业是poolgame, 大作业是六个课题选一个,老师助教对于项目没有任何引导,全靠同学们自学,跟课程关系不大,大作业需要准备需求分析概要设计等文档,结课前需要答辩,可以说是一学期以来事情最多的课了
3. 期末考, 不划重点, 群里有人问就说重点是全部ppt,最后基本人均打了20块钱2000页ppt,然而考试的时候也没什么卵用, 给分很低,低的难以想象,是一学期以来唯一一门不超过80的必修基础课, 连学院要求的75分都没有达到, 看群里情况75-的不在少数,60+的都大有人在
4. 总结,上课空洞无趣,甚至乏味,ppt很简陋,作业很多,期末不划重点,需要浪费钱打印没用的ppt,给分所有老师最低
大家都是被之前的评分坑进来的,其实这门课什么都学不到并且烂事儿一堆。选课的时候这门课一度选满过,上到最后班上就十几个人了,就问敢不敢放开退课啊?
事多分低的典范吧,群里看很多人好像都没上70。。两次小作业+大作业+答辩+考试,事情多。考试也没个范围,最后分数也不高。
事多,学不到东西,给分低,唯一的优点是不点名
总的来说是上学期体验最差的课
另外,这门课对于各类大小作业是没有任何引导和帮助的,基本纯靠自己,对不想学java/干后端的更是浪费时间
作业多(大作业小作业特别磨人),上课练ppt,关键ppt做的乱七八糟,要逻辑没逻辑,要结构没结构,根本看不了。考试虽然开卷考,考的都是ppt以外的,换句话说,你就算上课认真听,考试你还是不会。最后给分还低,一个班就没几个80的,只能说这是我这学期选的最拉的一门课。未来也不会有比这门课还拉的了。
课程内容:软件工程(需求分析之类的)+设计模式+UML
使用教材:《软件工程:实践者的研究方法》《大象:Thinking in UML》,但说实话用途都不大。
作业内容:小作业是使用过时的javafx技术进行游戏编程。(抢答题:一分钟内说出5个用过的javafx应用程序,太相似的算一个)
提供的代码扩展性很差,用错了很多设计模式。
大作业是软院之最。6个人一个月,做出来一个前后端齐全的项目+50页文档,我的评价是有这个能力就没必要读研了。
考试内容:相当难。建议先背会Java八股、学点苍穹外卖再去考。
这门课的问题在于:学一个学期理论知识都不如背一个月Java八股再实习一个月(很多东西只可意会不可言传),但作业和考试难到爆炸。
如果这门课开在研二,让已经有实习经验和项目能力的同学来上,那可能要合适一些。可惜没有如果。
事多分低勿选,不过75概率不小,考试ppt作用不大,再带本书可能更好。
这课上课基本没人去,一百多个人的课到后面只有十几个人去了,两次小作业也不太好做,大作业任务比较重:代码+两份文档说明书+PPT+课上答辩。只能说更推荐博哥系统建模。当然对比mn的高软应该是要好的。
有点汗流浃背了,有老哥讲讲大作业真的查重吗?答辩要讲些啥呀?30min?
给分好,事情少,绝世好课。主要是基础差的也能听懂。