KTH Communication System 代码争议：首次未修改提交后收到停课决定

当时处理情况

张同学在瑞典皇家理工学院 KTH 学习 Communication System。对他来说，代码作业最有吸引力的部分，是把一个思路变成能够逐行理解的实现；当程序中的各个部分连在一起，纸面上的解释也会变得更具体。但在这次作业中，他收到朋友转来的一份代码。朋友说是在 GitHub 找到的，内容与往年类似的代码差不多。他在当天提交第一版时没有作修改，之后也暂时找不到朋友所说的原代码。

一月份，他收到邮件，得知这份作业没有被打分。十四日、十九日和二十日，他陆续上传了修改版代码。原本希望通过改动完善作业的他，此时面对的已经不只是程序是否写得合适，而是首次提交的来源与独立性问题。代码作业涉嫌抄袭的指控，使他开始担心自己后面的课程安排。

这项作业所在的空间是透明的，同学们能够看到彼此上传的内容，也有其他学生收到抄袭指控。张同学提到，之前的小作业都是自己完成的，希望学校能够看到自己以往的投入。可他也明白，眼前被追问的是这一次交上去的代码。朋友如何得到文件、自己为什么没有修改就提交，以及后面版本与第一版是什么关系，都与这次争议直接相关。

处理思路

张同学希望撤销指控。在回应中，最需要说清楚的是代码从朋友处转来的过程，而不是把“朋友说来自 GitHub”当成自己已经确认过的来源。原代码暂时找不到，他就难以完整说明外部文件的出处；这个困难让他感到被动，却仍需要与首次提交时没有修改的事实一起面对。

后续修改版同样是解释的一部分。十四日、十九日和二十日的上传，可以说明他后来进行了修改，但不能让首次版本变成当时独立完成的内容。他希望那些改动能反映自己对任务的理解，学校关注的则还包括第一次提交到底用了什么。把这几个阶段顺着发生的次序讲出来，才不会让自己的说明在不同版本之间来回跳跃。

公开可见的课程空间也容易让他产生困惑：既然大家能够看到代码，为什么使用一份相近的代码仍然会受到指控？他需要面对的是，看到他人内容与把外部内容作为自己的作业交上去之间的差别。以前的小作业由自己完成，是他对自身学习情况的说明；而这份代码作业的来源、使用方式和改动过程，仍需要单独回应。对张同学而言，这比单纯解释某一行代码更难，因为其中还涉及自己作出提交决定时的判断。

处理结果

学校最终没有给出他期待的撤销结果。KTH Disciplinary Board 在二〇二五年三月二十日的会议上作出停课决定，正式通知列明停课期间为二〇二五年三月二十六日至五月六日。对原本盼望争议结束后继续正常参加课程的张同学来说，这是一项需要承担的不利结果。后面已经上传的修改版本，并没有使首次提交引起的问题从决定中消失。

停课决定也改变了他看待代码作业的方式。收到一段能够参考的程序，与能够把它作为自己的考核成果提交，是两件不同的事；知道代码怎样运行，又不等于能够说明它怎样来到自己的作业里。他仍然喜欢逐步弄懂系统中的联系，但以后面对一份外部文件时，希望先想清楚自己可以怎样使用它，再考虑怎样让程序更完整。

此前自己完成的小作业，让他知道认真投入并不是一件陌生的事。现在真正让他难受的，是一次未经修改的提交带来了持续的影响，而之后反复改版也没有换来指控撤销。他需要带着这个结果面对停课期间的中断，以及接下来尚待安排的学习。对他来说，重新建立对自己作品的把握，应当从能够说明每个部分的来源开始，而不只是等到交出文件以后再设法解释。

结果图片与材料