KI-gestütztes Lernen
Kernphilosophie
KI hebt die Mindestkompetenz von Entwicklern – aber die Obergrenze erfahrener Expertise wird durch Urteilsvermögen bestimmt, nicht durch Syntax.
Das größte Risiko KI-gestützten Lernens ist die „Comprehension Debt“ – Code auszuliefern, den man nicht versteht. Das Ziel ist es, KI als Kraftverstärker für das eigene Denken zu nutzen, nicht als Ersatz dafür.
Die Regel: Nutze KI, um schneller zu verstehen, nicht um das Verstehen zu überspringen.
Die sokratische Methode (Am besten für tiefes Lernen)
Statt nach Antworten zu fragen, bitte um Dialog:
Einrichtung
Ich möchte [Thema] durch Dialog lernen. Gib mir NICHT direkt Lösungen.
Stattdessen:
- Stelle mir Fragen, die mein Denken lenken
- Zeige mir, was mir fehlt, ohne es auszufüllen
- Hinterfrage meine Annahmen
- Bestätige nur, wenn meine Überlegungen richtig sind
Mein aktuelles Verständnis: [was du weißt]
Meine Frage: [was du verstehen willst]
Warum es funktioniert
Zwingt dich, dein Denken zu artikulieren → deckt versteckte Lücken auf → baut dauerhafte mentale Modelle auf, statt nur Antworten zu kopieren.
Sokratische Lernphasen
| Phase | Was zu tun ist | Rolle der KI |
|---|---|---|
| 1. Diskutieren | Frage „Warum funktioniert das?“ | Hinterfragen, Annahmen herausfordern |
| 2. Kristallisieren | Diskussion in ein Pflichtenheft umwandeln | Bestätigen, dass deine Architektur fundiert ist |
| 3. Verankern | Schreibe Tests vor der Implementierung | Definiere Fehlerkriterien |
| 4. Implementieren | Baue Schritt für Schritt | Führen, nicht tun |
| 5. Validieren | Überprüfe deine Arbeit | Finde Lücken, schlage Verbesserungen vor |
Neue Technologien lernen
Der KI-Lernkreislauf
1. ÜBERBLICK: „Gib mir einen 5-Minuten-Überblick über [Technologie].
Welches Problem löst sie? Wann sollte ich sie gegenüber Alternativen verwenden?“
2. MENTALES MODELL: „Erkläre mir die Kernkonzepte, die ich verstehen muss,
bevor ich Code schreibe.“
3. GEFÜHRTER AUFBAU: „Führe mich durch den Bau von [kleinem, praktischem Beispiel].
Erkläre jede Entscheidung, während wir vorgehen.“
4. FORDERE MICH HERAUS: „Prüfe mich zu dem, was ich gerade gelernt habe.
Frage nach Randfällen und Fallstricken.“
5. ANWENDEN: Baue etwas Reales mit der neuen Technologie.
6. ÜBERPRÜFEN: „Überprüfe meine Implementierung. Was würde ein Senior [X]-Entwickler
anders machen und warum?“
Auf dem Laufenden bleiben (Senior-Entwickler-Workflow)
- Nutze KI, um Versionshinweise zu scannen und zusammenzufassen, was wirklich wichtig ist
- Frage: „Was hat sich in [Framework] v[X] geändert, das meine bestehenden Muster betrifft?“
- Führe parallele Experimente durch: „Implementiere dies sowohl auf die alte als auch auf die neue Weise und erkläre den Unterschied“
- Nutze Perplexity oder Gemini für: „Was sagt die Community derzeit über X?“
Unbekannte Codebasen navigieren
Einarbeitung mit KI
Ich bin neu in dieser Codebase. Hilf mir, sie systematisch zu verstehen:
1. Was macht dieses Projekt? (allgemein)
2. Was ist der Einstiegspunkt / Hauptablauf?
3. Was sind die Schlüsselmodule und ihre Verantwortlichkeiten?
4. Welche Muster werden durchgängig verwendet?
5. Was wäre für einen neuen Entwickler verwirrend?
[füge README oder Schlüsseldateien ein]
Kette-des-Verständnis-Workflow
Schritt 1: „Erkläre, wie [Funktion] auf hoher Ebene funktioniert“
Schritt 2: „Welche Dateien sind beteiligt? Wofür ist jede verantwortlich?“
Schritt 3: „Führe mich durch den Datenfluss für [bestimmte Aktion]“
Schritt 4: „Was müsste ich verstehen, um [bestimmte Sache] zu ändern?“
Eine bestimmte Funktion verstehen
Erkläre, was diese Funktion tut, einschließlich:
- Was sie als Eingabe nimmt
- Was sie zurückgibt
- Welche Seiteneffekte sie hat
- Von wo sie aufgerufen wird (falls du es ableiten kannst)
- Alle nicht offensichtlichen Verhaltensweisen, die ich kennen sollte
[füge Funktion ein]
Analyse von Wissenslücken
Identifiziere deine Lücken
Ich bin ein [Level]-Entwickler, der hauptsächlich mit [Stack] arbeitet.
Ich möchte mich in Richtung [Zielrolle/Fähigkeit] entwickeln.
Basierend auf diesem Kontext: Was sind die wichtigsten Wissenslücken, die ich wahrscheinlich habe?
Priorisiere nach: (1) Auswirkung auf meine aktuelle Arbeit, (2) Karrierewachstumswert.
Eine bestimmte Lücke schließen
Mir ist klar, dass ich in [bestimmtem Bereich] schwach bin.
Entwickle einen 2-wöchigen Lernplan, der:
- Von meinem aktuellen Niveau ausgeht: [beschreibe]
- Endet bei: [Zielkompetenz]
- Praxis beinhaltet, nicht nur Lesen
- 30-45 Minuten pro Tag dauert
Vorbereitung auf Vorstellungsgespräche
Technisches Gespräch
Handle als technischer Interviewer für eine [Rolle]-Position bei einem [Unternehmenstyp].
Befrage mich zu [Thema].
Regeln:
- Beginne mit einer mittelschweren Frage
- Wenn ich gut antworte, erhöhe den Schwierigkeitsgrad
- Wenn ich Schwierigkeiten habe, gib einen Hinweis und stelle dann eine Folgefrage
- Gib nach jeder Antwort spezifisches Feedback
- Fasse nach 3 Fragen meine Leistung und Lücken zusammen
Systemdesign-Gespräch
Stelle mir eine Systemdesign-Frage, die für [Level] angemessen ist.
Während ich antworte:
- Hinterfrage meine Entscheidungen: „Warum hast du X statt Y gewählt?“
- Frage nach Skalierung: „Wie ändert sich das bei 10-fachem Traffic?“
- Fordere Annahmen heraus: „Was, wenn die Datenbank zum Engpass wird?“
- Markiere Lücken: „Du hast [X] noch nicht behandelt“
Verhaltensgespräch (STAR-Format)
Hilf mir, Antworten für Verhaltensgespräche im STAR-Format vorzubereiten.
Angestrebte Rolle: [Rolle]
Mein Hintergrund: [kurze Zusammenfassung]
Gib mir 5 typische Verhaltensfragen für diese Rolle.
Hilf mir bei jeder Frage, die ich beantworte, sie besser mit STAR zu strukturieren.
Aufbau eines persönlichen Lernsystems
Wöchentlicher KI-Studienkreislauf
1. Montag: Lernziel für die Woche definieren
2. Täglich: 30-minütige KI-geführte Lerneinheit
3. Bauen: Konzepte in einem kleinen Projekt anwenden
4. Freitag: KI überprüft deine Arbeit, identifiziert Lücken
5. Wochenende: Optional: Wiederholung mit verteilten Abständen
Die Behaltensebene
Wandle wichtige Erkenntnisse in dauerhaftes Wissen um:
- Frage nach jeder KI-Lerneinheit: „Was sind die 3 wichtigsten Dinge, die ich mir davon merken sollte?“
- Schreibe sie in eigenen Worten auf (nicht kopieren)
- Erstelle einen Test: „Woran würde ich merken, dass ich das wirklich verstanden habe?“
- Wiederhole wöchentlich
Persönliche Wissensdatenbank-Aufforderung
Hilf mir, eine Referenzkarte für [Konzept] zu erstellen.
Format:
- 1-Satz-Definition
- Wann verwenden
- Wann NICHT verwenden
- Wichtige Fallstricke
- Kurzes Beispiel
- Ein „Aha-Moment“-Einblick, den ich mir merken sollte
Anti-Patterns, die es zu vermeiden gilt
| Anti-Pattern | Warum es schädlich ist | Besserer Ansatz |
|---|---|---|
| KI-Code kopieren ohne ihn zu lesen | Comprehension Debt, später nicht debugbar | Lies und verstehe immer vor der Nutzung |
| Vor dem Versuch nach der Lösung fragen | Überspringt das Lernen im Kampf | Versuche zuerst, bitte dann um Feedback |
| Erste Antwort als Wahrheit akzeptieren | KI kann überzeugend falsch liegen | Überprüfe anhand der Dokumentation, teste selbst |
| KI nur als Suchmaschine nutzen | Verpasst die Lehrmöglichkeit | Frage nach „Erkläre warum“, nicht nur „Wie“ |
| Selbst zu bauen überspringen | Wissen auf neue Kontexte nicht übertragbar | Baue immer etwas, auch wenn es klein ist |
Der Ausgleichstest
Frage dich: „Wenn KI morgen verschwände, könnte ich das dann immer noch?“ Wenn nein → du hast eine Lernlücke, die geschlossen werden muss. Wenn ja → du nutzt KI richtig als Kraftverstärker.
Wann tief lernen vs. an KI delegieren
| Tief lernen | An KI delegieren |
|---|---|
| Grundlegende Sprachkonzepte | Erstellung von Boilerplate-Code |
| Architektur- und Entwurfsmuster | Wiederholende Transformationen |
| Mentale Modelle zum Debuggen | Formatierung von Dokumentation |
| Domänenlogik deines Produkts | Selten verwendete Syntax |
| Sicherheitsprinzipien | Datei-Gerüste erstellen |
| Systemdesign-Kompromisse | Test-Boilerplate |
Faustregel: Wenn das Verständnis dich in den nächsten 5 Jahren zu einem besseren Ingenieur machen würde, lerne es tief. Wenn es nur zufällige Komplexität ist, delegiere es.