首页 > 代码库 > 个人附加作业

个人附加作业

1.你认为每次项目的评分标准存在哪些问题,你认为的合理评分准则是怎样的(个人/结对/团队算三个)

         个人:个人的评分标准总体上不错,但是我觉得要因人而异,比如有的同学编程基础相对薄弱,那么评分时应该着重在他的进步上,也就是相比上次有进步就给进步分,并且进步     分比重较大,这样有利于鼓励同学们持续不断的进步,并且在进步中体会的编程的快乐,这和孔子的因材施教有异曲同工之妙。合理的评分准则应该是类似“按劳分配”的原则,就是       看你做了多少,并且是否认真在做。基于大量的观察发现:基础差的同学有时候并不是不愿意去学好代码,而是因为刚刚开始入手的时候比较难,这个时候很需要进步分的鼓励才能     更有动力去写代码,并且在学习中进步。

         结对:结对的评分标准挺好的,就是有些同学基础比较差,结对的时候做的比较少,但是另一个同学碍于面子就把功劳平分了。这样子对那个脑力劳动更多的同学来说并不公平,     应该有个差异化的分数,比如总分100,可以6,4分贡献分。

        团队:一般团队都是有一个核心的,就是队长。团队的评分一般是贡献多的拿多分,其他人分剩下的贡献分。每个团队的实力不一样,应该体现出差异化,并且按照刚刚个人项目     评分标准的提议给每个团队进步分,让同学们更有信心和耐心做好。

2.你的团队项目是否成功,如果重来一次你是否还会选择这个团队,为什么成功/失败;

    我觉得在beta阶段我们团队是成功的,合作的很愉快,如果重新来一次我还会选择这个团队。我们团队的成功主要是由于我们团队的氛围很好,大家一起学习一起进步,分工明确。不懂的问题团队成员之间会互相解答,队员之间都非常乐于助人。

3.总结一下你们团队在做项目时大家的时间安排情况,可以匿名写;

做项目的时候我们都会把大部分时候用来思考如何写出更好的代码,一般是这样安排的:小李一般喜欢晚上的时候去图书馆写代码,并且会带上一两个有空的组员一起,这样可能就是一晚上都把时间花在软件工程上了;小王负责写一个模块的代码,他喜欢一个人,很享受一个人写代码的乐趣,但是我们经常会开小会议讨论组员之间的代码写的怎么样,是否有bug。

4.软件工程这门学问有很多 “知识点”, 这门课强调 “做中学” - 在实践中学习知识点。请问你们在项目的 需求/设计/实现/测试/发布/维护 阶段(一共6 个阶段)中都学到了什么 “知识点”, 每个阶段只要说明一个知识点就可以。

需求阶段:学到了你做的产品是最终是要面向市场的,所以用户很重要,要知道自己的产品的用户是谁,他们有什么样的需求,然后按照需求设计。

设计阶段:顶层设计很重要,做产品前一定要有清晰的思路,先要做好整个架构的设计。

实现阶段:实现代码的时候要谨慎一点。

测试阶段:测试阶段要考虑全面些。

发布阶段:发布产品的时候要让用户知道这个产品的特性,优点,让用户有眼前一亮的感觉。

维护阶段:维护很重要,这是守住用户的关键,好的售后总是更让人喜欢。

个人附加作业