Wird den Lernenden etwas mitgeteilt?

Nicht dadurch. Nichts im Tab wird Lernenden angezeigt oder in ihren Verlauf geschrieben. Festgehalten wird Ihr eigenes Handeln im Administrationsprotokoll: eine Prüfung auszuführen, zwei Fassungen nebeneinander zu öffnen und zu fragen, wie eine entstanden ist.

Kann es mir sagen, dass jemand getäuscht hat?

Nein, und es versucht es nicht. Es zeigt Ihnen, was sich ähnelt und wie die Arbeit entstanden ist, und was Sie fragen sollten. Bei Lernenden, die gleichmäßig tippen und nichts löschen, sieht es gleich aus, ob sie den Code erarbeitet oder abgeschrieben haben, deshalb ist die Antwort ein Gespräch mit ihnen.

Wie weit zurück kann es schauen?

So weit, wie die gespeicherten Versionen reichen. Jede wird vom Speicher aufbewahrt, und ein langer Verlauf wird anhand seiner größten Schritte und einer gleichmäßigen Auswahl des Rests gelesen, sodass die ältesten Speicherungen außer Sicht sein können.

Code von Lernenden auf ähnliche Arbeiten prüfen und sehen, wie er entstanden ist

Wenn eine Klasse eine Programmieraufgabe bekommt, fragt die prüfende Person zuerst, ob die Arbeit die eigene der Lernenden ist. Ein Tab „Ähnlichkeit“ an der Aufgabe beantwortet zwei kleinere Fragen mit Belegen: Wessen Programme haben dieselbe Form, und ist der Code einer lernenden Person so gewachsen, wie etwas wächst, das erst erarbeitet wird.

Es sind Belege für ein Gespräch und nie ein Urteil. Zwei ehrliche Lösungen einer kleinen Übung können sich ähneln, und Lernende können einen guten Grund für das haben, was sie geschrieben haben. Der Tab sagt das zuerst, seine Formulierung lautet „ähnlich zu“ und nie „kopiert“, und nichts davon wird Lernenden angezeigt.

Ähnliche Programme finden

Öffnen Sie eine Code-Aufgabe, wählen Sie „Ähnlichkeit“ und klicken Sie auf „Prüfung ausführen“. Die Prüfung vergleicht die gespeicherte Fassung jeder lernenden Person mit der jeder anderen nach der Form des Programms statt nach seinen Wörtern, sodass umbenannte Variablen, anderer Abstand und umgeschriebene Kommentare eine gemeinsame Struktur nicht verbergen. Ihr eigener Startcode wird zuvor herausgenommen, ebenso alles, was die meisten einer größeren Klasse gemeinsam haben, sodass eine Klasse nicht allein deshalb ähnlich wirkt, weil sie denselben Startcode hat.

Die Paare sind nach Übereinstimmung sortiert, mit dem Anteil des kürzeren Programms, der im anderen vorkommt. Öffnen Sie ein Paar, um beide Fassungen nebeneinander zu sehen, mit den übereinstimmenden Zeilen jeweils schattiert. Sie können auch mit früheren Verwendungen derselben Aufgabe in anderen Modulen Ihrer Einrichtung vergleichen, die Sie unterrichten; diese werden über den Namen der Aufgabe gefunden, sodass eine durch Umbenennen entstandene Kopie übersehen werden kann.

Die Prüfung funktioniert für Python, Java, Go, C, C++, C#, OCaml, Ruby, PHP, Rust, Kotlin, JavaScript, TypeScript, Bash, Webseiten und SQL, nicht aber für ein Quiz, eine Textaufgabe, ein Lab oder eine Aufgabe in Gruppenarbeit, deren eine gemeinsame Fassung nicht die Arbeit mehrerer Personen ist. Den Tab sieht nur, wer das Modul unterrichtet, ein Einrichtungs-Admin oder ein System-Admin.

Wie der Code einer lernenden Person entstanden ist

Einfügen ist in einer gestellten Aufgabe abgeschaltet, sodass die verbleibende Frage lautet, ob jemand den Code erarbeitet oder etwas Fertiges abgetippt hat. Klicken Sie neben einer lernenden Person auf „Wie ist sie entstanden?“. Es liest die Versionen, in denen ihre Fassung gespeichert wurde, wobei jede automatische Speicherung eine ist, und meldet, wie groß die erste Speicherung war, die größte einzelne Speicherung, wie viele Speicherungen nur am Ende ergänzt haben und wie viele etwas zurückgenommen haben, die längste Pause und die Tippgeschwindigkeit, mit einem Diagramm der Dateigröße im Zeitverlauf.

Dann sagt es, welchem von fünf Mustern es ähnelt: zu wenig, um etwas zu sagen, fast fertig eingetroffen, in wenigen großen Schritten eingetroffen, der Reihe nach abgetippt, ohne dass etwas ausprobiert und zurückgenommen wurde, oder schrittweise aufgebaut, mit Ausprobiertem, Geändertem und Zurückgenommenem, und warum. Code, der in einem gleichmäßigen Zug wächst, immer nur am Ende, mit fast nichts Gelöschtem, sieht aus wie das Abtippen eines fertigen Programms. Kurze und einfache Programme können ehrlich so aussehen, deshalb ist es eine Einschätzung und keine Regel. Nichts davon braucht KI.

Mit KI

Ist KI für Ihre Einrichtung eingeschaltet und haben Sie noch Credits, ergänzt „KI fragen“ die Einschätzung eines Modells zu denselben Zahlen und zu den größten Ergänzungen. Dem Modell werden weder Name noch Adresse noch Einrichtung genannt, es erfährt, wie ein natürlicher Aufbau aussieht und wie Kopieren aussieht, und soll „unklar“ sagen, wenn es sich nicht festlegen kann. Es antwortet mit dem, was es sieht, und mit bis zu drei Fragen, die Sie der lernenden Person zu ihrer Arbeitsweise stellen könnten. Es läuft auf einem im Vereinigten Königreich gehosteten Modell und wird von Ihren eigenen Credits bezahlt, wie die Hilfe beim Bewerten. Es ist ein Hinweis zum Abwägen und ändert nichts.

Häufige Fragen

Wird den Lernenden etwas mitgeteilt?: Nicht dadurch. Nichts im Tab wird Lernenden angezeigt oder in ihren Verlauf geschrieben. Festgehalten wird Ihr eigenes Handeln im Administrationsprotokoll: eine Prüfung auszuführen, zwei Fassungen nebeneinander zu öffnen und zu fragen, wie eine entstanden ist.
Kann es mir sagen, dass jemand getäuscht hat?: Nein, und es versucht es nicht. Es zeigt Ihnen, was sich ähnelt und wie die Arbeit entstanden ist, und was Sie fragen sollten. Bei Lernenden, die gleichmäßig tippen und nichts löschen, sieht es gleich aus, ob sie den Code erarbeitet oder abgeschrieben haben, deshalb ist die Antwort ein Gespräch mit ihnen.
Wie weit zurück kann es schauen?: So weit, wie die gespeicherten Versionen reichen. Jede wird vom Speicher aufbewahrt, und ein langer Verlauf wird anhand seiner größten Schritte und einer gleichmäßigen Auswahl des Rests gelesen, sodass die ältesten Speicherungen außer Sicht sein können.