Programmieren lernen mit Karteikarten: die Karten, die wirklich helfen

Wenn Sie mit Karteikarten programmieren lernen, setzen Sie sie in drei Fällen ein: für Konzepte, die Sie erklären müssen, für Syntax, nach der Sie jede Woche suchen, und für kurze Code-Schnipsel, deren Ausgabe Sie vorhersagen. Der Rest des Lernens geschieht, indem Sie Programme schreiben, Fehler machen und debuggen. Karteikarten unterstützen diese Praxis; sie ersetzen sie nicht.

Der Grund ist einfach: Beim Programmieren müssen Sie selbst etwas hervorbringen. Eine Funktion in einem Tutorial wiederzuerkennen heißt nicht, dass Sie sie in einem leeren Editor schreiben können. Und doch verlieren Sie jedes Mal den Faden, wenn Sie eine Übung unterbrechen, um nachzuschlagen, wie man über ein Dictionary iteriert. Genau diese Art kleiner, wiederkehrender Fakten gehört auf eine Karte.

Wenn Sie sich auf wenige Formate beschränken, bleibt der Stapel leicht zu wiederholen und zu korrigieren. Diese drei decken fast alles ab, was sich ohne Suche abzurufen lohnt.

Karte eins: Wenn a = [10, 20, 30, 40, 50], was liefert a[1:3]? Antwort: [20, 30]. Der Slice beginnt bei Index 1 (dem zweiten Element, da ab 0 gezählt wird) und endet vor Index 3. Karte zwei: Mit x = [1, 2] und y = [1, 2], was ergeben x == y und x is y? Antwort: True und False. Der Operator == vergleicht Werte; is prüft, ob beide Namen auf dasselbe Objekt verweisen, und hier handelt es sich um zwei getrennte Listen mit demselben Inhalt.

Karte drei: Was gibt for i in range(3): print(i) aus? Antwort: 0, 1 und 2, jeweils in einer eigenen Zeile, weil range(3) bei 0 beginnt und vor 3 endet. Bevor Sie eine solche Karte speichern, führen Sie den Schnipsel aus und kopieren die tatsächliche Ausgabe. So lernen Sie nie eine falsche Antwort auswendig, die Sie aus dem Gedächtnis eingetippt haben.

Am besten funktioniert ein Kreislauf aus Projekt und Karten. Sie bauen etwas Kleines, etwa ein Skript, das eine Datei mit Noten einliest und Durchschnitte berechnet. Jedes Mal, wenn Sie etwas nachschlagen müssen, notieren Sie es kurz. Am Ende der Sitzung machen Sie aus zwei oder drei dieser Notizen Karten und verwerfen die, die Sie nicht wieder brauchen werden.

So spiegelt der Stapel Ihre tatsächlichen Schwierigkeiten wider statt der gesamten Dokumentation der Sprache. Nach ein paar Wochen suchen Sie weniger und können Ihre Aufmerksamkeit auf die Logik des Problems richten. Wenn Sie eine Karte einen Monat lang nie falsch beantwortet haben und den Fakt in Ihren Projekten mühelos nutzen, hören Sie auf, Varianten davon hinzuzufügen.

Kornell (2009) verglich zwei Arten, Vokabelkarteikarten zu lernen: einen großen Stapel, in dem jede Karte erst nach vielen anderen wiederkam, und mehrere kleine Stapel, die geballt wiederholt wurden. Verteiltes Wiederholen führte bei den meisten Teilnehmenden zu besserem Erinnern, obwohl viele glaubten, das Pauken habe bei ihnen besser funktioniert. Die Studie verwendete Wörter, keinen Code, doch die Lehre über das Verteilen gilt für jeden Fakt, den Sie sich merken müssen.

In der Praxis sind zehn Minuten Karten am Tag besser als eine Stunde am Sonntag. Wenn Sie eine neue Programmiersprache lernen, fügen Sie pro Sitzung ein paar Karten hinzu und lassen ältere wiederkommen, bevor Sie weitere hinzufügen.

Roediger und Karpicke (2006) fanden mit Sachtexten heraus, dass Studierende, die sich selbst abfragten, eine Woche später mehr behielten als diejenigen, die den Stoff erneut lernten. Auf das Programmieren übertragen heißt das: Schreiben Sie eine Funktion, die Sie schon einmal gelöst haben, auf Papier oder in einer leeren Datei, ohne auf die Lösung zu schauen, und führen Sie sie dann aus. Die Fehler, die dabei auftauchen, sind Ihre Wiederholungsliste.

Ein weiterer nützlicher Test: Erklären Sie laut, was jede Zeile eines Schnipsels tut, bevor Sie ihn ausführen. Wenn Sie nicht sagen können, warum eine Variable ihren Wert ändert, verstehen Sie den Code noch nicht, auch wenn das Programm funktioniert. Diese Erklärung legt Lücken offen, die eine Syntaxkarte nie zeigen wird.

Programmier-Karteikarten scheitern immer wieder an denselben wenigen Gründen. Gehen Sie Ihren Stapel alle paar Wochen mit dieser Liste durch.

In Lumia AI können Sie für jede Programmiersprache oder jeden Kurs ein Buch anlegen und es in Blöcke oder Neuronen unterteilen, etwa Datentypen, Funktionen und Dateiverarbeitung. Schreiben Sie Ihre Karten mit kurzen Schnipseln von Hand oder generieren Sie einen Entwurf aus Ihren Notizen oder einem PDF Ihrer Kursdokumentation; führen Sie jedes Beispiel aus, bevor Sie es übernehmen, denn ein Entwurf kann eine falsche Ausgabe enthalten.

Bewerten Sie bei der Wiederholung jede Karte mit „Nochmal“, „Schwer“, „Gut“ oder „Leicht“, und Lumia plant die nächste Wiederholung. Ein Quiz mit Fragen vom Typ „In Reihenfolge bringen“ hilft Ihnen, die Abfolge der Schritte eines Algorithmus zu üben. Lumia führt keinen Code aus: Das echte Testen bleibt in Ihrem Editor.