¶ 作业注意事项

Lab 与迭代均会在临近期末时开启补交通道，补交 DDL 为第 16 周周日晚 23:59:59。

晚于补交时间仍未提交者对应分数记 0 分。

¶ Lab 补交

补交分数为每次 Lab 得分 × 0.5。

¶ 迭代补交

我们很遗憾地发现，极个别同学用其他同学的正确代码，来获取 patpat 数据库的 AC 评测记录，而将自己的错误代码提交到云平台上。因此，先前“迭代分数仅看 patpat 最后一次评测结果”的说法作废。每次迭代结束，助教会统一进行重测和查重。

重测不过时助教会告知。 重测不过、过 DDL 不交的同学

• 每次迭代仅有一次补交机会。
• 补交若 AC，得分为分数 × 0.5，否则为 0 分。

存在抄袭的同学

• 迭代 1，抄袭者 0 分，被抄袭者分数 × 0.5。
• 迭代 2 至 4，抄袭者与被抄袭者均记 0 分。

¶ 更多说明

1. Lab 主要和课程进度结合，考察面向对象思想的概念与基本应用，以及 Java 语法特性。每次 Lab 我们基本上不去考虑正确性因素，有思考、有作答就是 OK 的。纯分数论，这就是送同学们的基本分。希望同学们能在理解知识的基础上，适当地思考和查询资料，独立且及时地完成 Lab。

2. 迭代是一个更具系统性的编程实践，虽然其机制是评测是否 AC，但是考察的重点仍然是面向对象的设计。因此，对于那些仅写了一个 Test 类，仅有一个 main 方法的做法；对于那些通过评测手段的漏洞获取测试数据、面向数据点编程的做法；对于那些不看 Hint、不看教程、不查找资料、不先做小测试就盲目蛮干的做法，我们都感到非常遗憾。

3. 我们很欢迎大家来讨论设计框架、技术手段以及题意理解的问题。但助教没有义务帮你 AC。当同学们发来一张“期望输出 错误输出”的截图，当同学们发来几十行上百行的代码片段，我们就算想 Debug 又能怎么做呢？我们最多只能说，RE 了可以注释掉部分代码就知道哪里崩了、WA 了就尝试着输出导致你 WA 的那条命令的更多内容、期望和输出不一致可能是 xx 命令处理不当…… 所以，恕不接受这种形式的 Debug。

4. 特别建议的做法包括，多用草稿纸，把类的关联包含派生等关系捋清；在网上查到一个做法，新建一个项目、新建一个 Test 类、写点小程序测试一下对不对，并关注其是否会抛异常；善用 IDE 的断点调试工具，不确定问题在哪就多打印……

5. 上调大作业分数的说明。主要基于以下几个考虑

   • 鼓励同学们创造出更精彩的作品
   • 防止 copy 开源项目、敷衍了事的行为
   • 增加海底捞的机会和空间