Klausur und Prüfung

Klausurzulassung schaffen: Übungsblätter ohne Nachtschicht

Veröffentlicht am 22. Oktober 20266 Min. Lesezeit

Es ist Sonntag, 22 Uhr, und um Mitternacht muss das Übungsblatt in Moodle sein. Zwei Aufgaben laufen nicht, eine hast du noch gar nicht angefangen. Wenn dir das bekannt vorkommt, liegt es selten an fehlendem Talent, sondern fast immer am Ablauf. Hier bekommst du einen Wochenplan für ein Blatt, eine Methode zum Zerlegen von Aufgaben und eine Anleitung, wie du deinen Code testest, bevor ihn jemand korrigiert.

Wie die Klausurzulassung meistens funktioniert

In vielen Programmier-Modulen ist die Klausur nur offen, wenn du vorher genug Punkte auf den Übungsblättern gesammelt hast. Die Regeln unterscheiden sich aber stark. Typische Varianten:

  • Ein Anteil der Gesamtpunkte, oft die Hälfte, manchmal mehr, zum Beispiel zwei Drittel.
  • Ein Mindestanteil auf jedem einzelnen Blatt, wobei ein oder zwei Blätter ausfallen dürfen.
  • Zusätzlich einmal im Tutorium vorrechnen oder die eigene Lösung erklären.
  • Manchmal gibt es statt einer Zulassung Bonuspunkte für die Klausur.

Welche Regel für dich gilt, steht im Modulhandbuch, in der Prüfungsordnung oder auf der Kursseite. Lies sie in der ersten Woche genau. Rechne dir dann aus, wie viele Punkte du pro Blatt brauchst. Wer weiß, dass zwei Blätter wegfallen dürfen, gerät bei einer Erkältung nicht in Panik.

Warum Übungsblätter zur Nachtschicht werden

Die Nachtschicht hat fast immer dieselben Ursachen:

  • Spät angefangen. Das Blatt kommt am Montag, geöffnet wird es am Samstag.
  • Die ganze Aufgabe auf einmal. Du schreibst 60 Zeilen am Stück und bekommst dann zwölf Fehlermeldungen.
  • Kein Test vor der Abgabe. Ob der Code stimmt, erfährst du erst bei der Korrektur.
  • Grundlagen wackeln. Das Blatt setzt Methoden mit Rückgabewert oder Arrays voraus, die in der Vorlesung schnell vorbei waren.

Gegen alle vier hilft dasselbe: kleine Schritte, früh anfangen, früh testen.

Der Wochenplan für ein Blatt

Verteile ein Blatt auf vier kurze Termine statt auf einen langen Abend. Jeder Termin dauert 45 bis 90 Minuten.

  1. Tag 1, direkt nach Erscheinen: lesen. Lies alle Aufgaben. Markiere Begriffe, die du nicht sicher kannst. Schreib für jede Aufgabe einen Satz auf: Was geht rein, was kommt raus?
  2. Tag 2: Lücken schließen. Schlag die markierten Begriffe nach. Geht es um Methoden mit Parametern und Rückgabewert, lies das noch einmal und löse zwei kleine Aufgaben dazu.
  3. Tag 3: schreiben und testen. Löse die Aufgaben Stück für Stück, wie im nächsten Abschnitt beschrieben.
  4. Tag 4, mindestens einen Tag vor der Frist: Puffer. Rest erledigen, Randfälle prüfen, Abgabeformat kontrollieren. Was jetzt noch hakt, nimmst du in die Sprechstunde oder ins Forum.

Der Puffertag ist der wichtigste. Er macht aus einer Panik am Sonntagabend eine Frage am Freitag, auf die noch jemand antworten kann.

Aufgaben zerlegen: ein Beispiel

Angenommen, auf dem Blatt steht: „Schreibe eine Methode, die den zweitgrößten Wert eines int-Arrays zurückgibt.“ Statt sofort loszutippen, zerlegst du die Aufgabe:

  1. Signatur festlegen: static int secondLargest(int[] values).
  2. Klären, was bei Sonderfällen passieren soll: doppelte Werte, negative Zahlen, ein Array mit nur einem Element. Steht das nicht auf dem Blatt, frag nach.
  3. Die Idee in Worten: Ich laufe einmal durch das Array und merke mir den größten und den zweitgrößten Wert.
  4. Erst dann Code schreiben, und zwar mit Testaufrufen in main.
public class Main {    static int secondLargest(int[] values) {        int largest = Integer.MIN_VALUE;        int second = Integer.MIN_VALUE;        for (int value : values) {            if (value > largest) {                second = largest;                largest = value;            } else if (value > second && value != largest) {                second = value;            }        }        return second;    }
    public static void main(String[] args) {        System.out.println(secondLargest(new int[] {3, 9, 4}));        System.out.println(secondLargest(new int[] {9, 3, 4}));        System.out.println(secondLargest(new int[] {5, 5, 2}));        System.out.println(secondLargest(new int[] {-4, -1, -7}));    }}
Ausgabe
4
4
2
-4

Jeder Testaufruf prüft einen anderen Fall: größter Wert in der Mitte, größter Wert vorne, ein doppelter Wert, nur negative Zahlen. Wenn du mit Arrays und Indizes noch unsicher bist, lohnt es sich, solche Fälle vorher auf Papier durchzuspielen.

Selbst testen, bevor der Tutor korrigiert

Viele Punkte gehen nicht durch falsche Ideen verloren, sondern durch vergessene Randfälle. Stell dir vor jeder Abgabe diese Fragen:

  • Was passiert bei 0, bei negativen Zahlen, bei einem leeren Array oder einem leeren String?
  • Läuft jede Schleife beim ersten und beim letzten Durchlauf richtig?
  • Gibt die Methode wirklich einen Wert zurück, statt ihn nur auszugeben?
  • Stimmen Klassenname, Methodenname und Parameter genau mit der Vorgabe überein? Automatische Korrektursysteme sind da streng.
  • Kompiliert die Datei ohne Fehler, auch wenn du sie frisch öffnest?

Bei Aufgaben mit eigenen Klassen kommt dazu: Werden alle Felder im Konstruktor gesetzt? Wenn dir Klassen, Objekte und Konstruktoren noch Mühe machen, ist das der Abschnitt, den du vor dem nächsten Blatt wiederholen solltest.

Bei Fehlermeldungen hilft unser Überblick über die häufigsten Java-Fehlermeldungen auf Deutsch.

Hilfe holen, ohne zu plagiieren

Mit Kommilitonen über Ideen reden ist an den meisten Hochschulen erlaubt. Code tauschen meistens nicht. Bei KI-Werkzeugen wie ChatGPT sind die Regeln von Kurs zu Kurs verschieden. Lies, was dein Kurs dazu sagt, und halte dich im Zweifel an die strengere Auslegung.

Eine faire Faustregel: Hilfe, die dir eine Idee erklärt, ist meistens in Ordnung. Hilfe, die dir fertigen Code liefert, den du abgibst, ist es meistens nicht. Und selbst wenn sie erlaubt wäre: In der Klausur sitzt du allein vor dem Blatt. Mehr dazu, wie du KI sinnvoll nutzt, liest du in KI bei Übungsblättern: Plagiat vermeiden und trotzdem Hilfe bekommen.

Wo Jario dir hilft

Übungsblätter löst du in deiner Hochschul-Umgebung. Jario ersetzt sie nicht. Es hilft dir aber, die Grundlagen zu festigen, die jedes Blatt voraussetzt, damit du am Tag 3 nicht erst Schleifen und Arrays nachlernen musst:

  • Kein Setup. Der Editor läuft im Browser. Du übst auch dann, wenn Eclipse auf deinem Laptop gerade streikt.
  • Feedback vor der Korrektur. „Prüfen“ führt Tests aus, zum Beispiel „3 von 4 Tests bestanden“. Du siehst sofort, ob ein Randfall fehlt.
  • Fehler auf Deutsch. Bei Compilerfehlern erklärt ein „Was heißt das?“-Hinweis die häufigen Meldungen, und der Tutor erklärt mit „Fehler erklären“ den Fehler in deinem eigenen Code.
  • Tipps statt Lösung. Der KI-Tutor kennt Aufgabe, Code und Testergebnis und gibt Hinweise in kleinen Schritten. Den Code schreibst du selbst. Das ist genau die Art Hilfe, die dich in der Klausur weiterbringt.

Die Aufgaben sind von „Leicht“ über „Mittel“ bis „Schwer“ gestaffelt. Wenn ein Blatt etwa Rekursion verlangt, löst du vorher ein paar leichte Aufgaben zum Thema und gehst dann mit mehr Sicherheit an das Blatt.

Kurz gesagt

  • Kenne die Zulassungsregel deines Moduls genau.
  • Öffne jedes Blatt am Tag, an dem es erscheint.
  • Zerlege jede Aufgabe, bevor du Code schreibst.
  • Teste Randfälle selbst, bevor du abgibst.
  • Plane einen Puffertag ein.

Wenn du gerade im ersten Semester bist, passt dazu unser Lernplan für Prog1. Die Grundlagen, die deine Übungsblätter voraussetzen, kannst du in Jario Aufgabe für Aufgabe üben, mit Tests und einem Tutor, der dir den Weg zeigt, aber nicht für dich läuft.

Passende Artikel zum Lernen

Weitere Beiträge