实验提交说明

实验阶段

  • 为了尽可能避免拖延症影响实验进度, 我们采用分阶段方式进行提交, 强迫大家每周都将实验进度往前推进. 在阶段性提交截止前, 你只需要提交你的工程, 并且实现的正确性不影响你的分数, 即我们允许你暂时提交有bug的实现. 在最后阶段中, 你需要提交你的工程和完整的实验报告, 同时我们也会检查实现的正确性.
  • 如无特殊原因, 迟交的作业将损失30%的成绩(即使迟了1秒), 请大家合理分配时间.
  • 但是, 如果你完全没有开始进行某阶段的实验内容, 请你不要进行相应的提交, 因为这会影响我们的工作. 一旦发现这种情况, 我们将会额外扣除你"发现次数*10%"的PA总成绩.

学术诚信

如果你确实无法独立完成实验, 你可以选择不提交, 作为学术诚信的奖励, 你将会获得10%的分数.

下表说明了你可能采取的各种策略的收益:

并非完全没有完成相应内容 完全没有完成相应内容 抄袭
按时提交 100%(获得完成部分的全部分数) -发现次数*10% 0%, 并通知辅导员
未按时提交 70%(迟交惩罚) -发现次数*10% 0%, 并通知辅导员
不提交 10%(学术诚信奖励) 10%(学术诚信奖励) 10%(学术诚信奖励)

总的来说, 最好的策略是: 做了就交, 没做就不要交.

提交方式

把实验报告放到工程目录下之后, 使用make submit命令直接将整个工程打包即可. 请注意:

  • 我们会清除中间结果, 使用原来的编译选项重新编译(包括-Wall-Werror), 若编译不通过, 本次实验你将得0分(编译错误是最容易排除的错误, 我们有理由认为你没有认真对待实验).
  • 我们会使用脚本进行批量解压缩. 不要修改压缩包和工程根目录的命名, 否则脚本将不能正确工作. 另外为了防止出现编码问题, 压缩包中的所有文件名都不要包含中文.
  • 我们只接受pdf格式, 命名只含学号的实验报告, 不符合格式的实验报告将视为没有提交报告. 例如141220000.pdf是符合格式要求的实验报告, 但141220000.docx141220000张三实验报告.pdf不符合要求, 它们将不能被脚本识别出来.
  • 支持多次提交, 我们会按最新的提交来批改

git版本控制

我们鼓励你使用git管理你的项目, 如果你提交的实验中包含均匀合理的, 你手动提交的git记录(不是开发跟踪系统自动提交的), 你将会获得本次实验20%的分数奖励(总得分不超过本次实验的上限). 这里有一个十分简单的git教程, 更多的git命令请查阅相关资料. 另外, 请你不定期查看自己的git log, 检查是否与自己的开发过程相符. git log是独立完成实验的最有力证据, 完成了实验内容却缺少合理的git log, 不仅会损失大量分数, 还会给抄袭判定提供最有力的证据.

实验报告内容

你必须在实验报告中描述以下内容:

  • 实验进度. 简单描述即可, 例如"我完成了所有内容", "我只完成了xxx". 缺少实验进度的描述, 或者描述与实际情况不符, 将被视为没有完成本次实验.
  • 必答题.

你可以自由选择报告的其它内容. 你不必详细地描述实验过程, 但我们鼓励你在报告中描述如下内容:

  • 你遇到的问题和对这些问题的思考
  • 对讲义中蓝框思考题的看法
  • 或者你的其它想法, 例如实验心得, 对提供帮助的同学的感谢等

认真描述实验心得和想法的报告将会获得分数的奖励; 蓝框题为选做, 完成了也不会得到分数的奖励, 但它们是经过精心准备的, 可以加深你对某些知识的理解和认识. 因此当你发现编写实验报告的时间所剩无几时, 你应该选择描述实验心得和想法. 如果你实在没有想法, 你可以提交一份不包含任何想法的报告, 我们不会强求. 但请不要

  • 大量粘贴讲义内容
  • 大量粘贴代码和贴图, 却没有相应的详细解释(让我们明显看出来是凑字数的)

来让你的报告看起来十分丰富, 编写和阅读这样的报告毫无任何意义, 你也不会因此获得更多的分数, 同时还可能带来扣分的可能.

results matching ""

    No results matching ""