Schlagwort: home-featured

  • Erst Python, dann KI: Ein besserer Weg für Kinder, das Programmieren zu lernen!

    Erst Python, dann KI: Ein besserer Weg für Kinder, das Programmieren zu lernen!

    „Kann ich nicht einfach ChatGPT fragen?“ Das ist die Frage, die dir heute innerhalb von zwei Minuten nach Beginn eines jeden Programmierkurses mit Kindern gestellt wird. Die ehrliche Antwort lautet: Ja, das kannst du – aber wenn das zur Gewohnheit wird, überspringst du den Teil, der eigentlich wichtig ist. Genau diese Spannung ist der Grund, warum ich PyLearn entwickelt habe, eine browserbasierte Python-Lernplattform. Und eigentlich geht es gar nicht um Python.

    Für wen ist das gedacht? Für Lehrer mit einer Vorliebe fürs Programmieren, Entwickler, die gelegentlich unterrichten, oder jeden, der einen Programmierclub leitet und sich gefragt hat, wie man konstruktiv mit der KI-Frage umgeht – anstatt sie zu ignorieren oder zu verbieten.

    >>>> Weitere Informationen, eine detaillierte Beschreibung und das Kurskonzept findest du hier: PyLearn-Übersicht

        

    Zwei Denkmodelle, die getrennt bleiben müssen

    Programmieren ist deterministisch. Ein Schüler schreibt if score > 80: print("Top"), und der Computer tut genau das – jedes Mal, ohne Interpretation, ohne Meinung. Wenn etwas nicht funktioniert, gibt es immer einen nachvollziehbaren Grund, und der Schüler kann ihn finden.

    KI ist das Gegenteil. Sie erzeugt plausible Ergebnisse auf der Grundlage von Mustern – oft nützlich, gelegentlich falsch, und zwar auf eine Weise, die völlig überzeugend wirkt. Kindern den Umgang mit KI-Tools beizubringen, ohne ihnen zuvor diesen Unterschied zu vermitteln, ist so, als würde man jemandem das Autofahren beibringen und ihm dabei sagen, dass der Autopilot alles regelt.

    Das eigentliche Lernziel von PyLearn ist es, Kindern beide Aspekte im Kontrast zueinander durch eigene Handgriffe näherzubringen.

    Wie sich der Lernfortschritt für einen Schüler anfühlt

    Die Schüler sehen nie einen leeren Editor – jede Übung beginnt mit funktionierendem Code, den sie modifizieren. Die erste Sitzung ist reines Python, keine KI, keine Abkürzungen. Die Kinder sagen voraus, was ein kleines Programm tun wird, bevor sie es ausführen, bauen das mentale Modell auf, dass Ursache Wirkung erzeugt, und beheben ihre eigenen Fehler. Die KI ist noch nicht einmal sichtbar.

    Dann wird über das Lehrer-Dashboard die KI eingeschaltet – allerdings nur im Chat-Modus. Der Bot erklärt Fehler. Er behebt sie nicht. Die Schüler beheben sie. Diese eine Einschränkung, die auf Konfigurationsebene durchgesetzt wird, anstatt nur von den Schülern verlangt zu werden, verhindert die Gewohnheit, das Denken abzugeben, sobald etwas unangenehm wird.

    In der zweiten Sitzung wird das Abenteuer-Modul vorgestellt – und hier werden die Kinder hellhörig. Zwei Zeilen:

    from pylearn import scene, say
    scene("forest")
    say("Du stehst am Waldrand.")

    Ein Hintergrund erscheint. Eine Textüberlagerung. Plötzlich if/else ist es nicht mehr abstrakt – es ist ein Drache, der je nach dem, was du tippst, erscheint. Sprites haben Koordinaten. Entscheidungen verändern die Szene. Der Zustand hat Konsequenzen. Die pylearn-Bibliothek übernimmt das gesamte Rendering über ein einziges import, ohne pip-Installation und ohne Boilerplate, da sie direkt im Python-Pfad des Servers liegt.

    In der letzten Sitzung vergleichen die Kinder ihre eigene Lösung mit einer, die die KI für dieselbe Aufgabe generiert – und sie verfügen über das Vokabular, um sie zu bewerten: Ist sie richtig? Ist sie besser? Was hat sie übersehen?

    Das Kernfeature: Zentral gesteuertes KI-Verhalten

     

    Das ist es, was PyLearn architektonisch von einem einfachen „Editor mit Chatbot“ unterscheidet. Der Lehrer konfiguriert das KI-Verhalten für die gesamte Klasse über ein einziges Dashboard – live und während der Sitzung umschaltbar, ohne den Browser eines Schülers zu berühren.

    Das Datenbankschema spricht für sich – es gibt vier verschiedene Systemaufforderungen, eine pro Modus, die alle editierbar sind:

    ModusWas die KI tutKann den Code bearbeiten?
    AusVollständig gesperrt – die Schüler arbeiten alleineNein
    ChatErklärt KI-Konzepte, keine Hilfe beim ProgrammierenNein
    VorschlagHinweise und Anstöße, führt zur LösungNein
    AgentSchlägt eine konkrete Änderung vor, die der Schüler akzeptieren mussNur mit Zustimmung

    Wenn der Agent-Modus eine Änderung vorschlägt, sehen die Schüler diese als Inline-Diff – grüne Ergänzungen, rote Streichungen –, bevor sie entscheiden, ob sie sie annehmen oder ablehnen. Die KI schreibt ihre Arbeit niemals stillschweigend um. Das macht die Idee „KI als Mitwirkender, für den du verantwortlich bleibst“ zu mehr als nur einem Slogan.

    Und da alle Eingabeaufforderungen in der Datenbank gespeichert und über das Dashboard bearbeitbar sind, kann ein Lehrer die KI bewusst so einstellen, dass sie zu ausführlich ist, in der falschen Sprache antwortet oder subtil falsche Hinweise gibt – um deutlich zu machen, dass diese Systeme versagen und überprüft werden müssen.

    Funktionsübersicht

    • Vier KI-Modi (Aus / Chat / Vorschlag / Agent) – pro Klasse konfigurierbar, live umschaltbar
    • Vollständig editierbare System-Prompts pro Modus – in der Datenbank gespeichert, passe die Persönlichkeit oder Strenge der KI an, ohne neu bereitstellen zu müssen
    • Inline-Diff-Überprüfung im Agent-Modus – Schüler sehen genau, was sich ändert, bevor sie akzeptieren
    • Ein einziger gemeinsamer API-Schlüssel – ein Lehrerkonto deckt alle Schüler ab; keine Schüleranmeldungen, keine Abrechnung pro Schüler (Anthropic Claude oder Google Gemini, konfigurierbar)
    • Echtzeit-Überwachung der Schüler – das Lehrer-Dashboard zeigt live den aktuellen Editor und die Terminalausgabe jedes Schülers an
    • Hilfesanforderungssystem – Schüler können signalisieren, wenn sie nicht weiterkommen; der Lehrer sieht eine Warteschlange mit aktiven Anfragen
    • PIN-basierte Schüleranmeldung – keine E-Mail, kein Passwortmanager, keine Hürden für 12-Jährige
    • Monaco-Editor (VS Code-Engine) + xterm.js-Terminal mit echtem Python 3, das serverseitig über PTY läuft
    • pylearn Bibliothek – eine einzige Datei, keine Abhängigkeiten, keine pip-Installation; unterstützt Adventure-Szenen, Turtle-Grafiken, Plotly-Diagramme und HTML-Ausgabe von Haus aus
    • Bild-/Hintergrund-Upload – Schüler können eigene Assets in Adventure-Szenen verwenden
    • fly deploy One-Liner – wird mit fly.toml und Dockerfile, stoppt automatisch bei Inaktivität, läuft kostengünstig

    Von Grund auf erweiterbar

    Da Python als echter serverseitiger Prozess läuft, ist das Hinzufügen von Bibliotheken nur eine Zeile im Dockerfile. Willst du pandas? Füge es hinzu. Matplotlib? Erledigt. Die pylearn-Adventure-Bibliothek ist der Standard-Einstieg für visuelle Unmittelbarkeit, aber die Architektur schränkt dich nicht darauf ein – Turtle-Grafiken funktionieren bereits out of the box, und das Ausgabepanel rendert alles, was das Backend sendet.

    Hol es dir

    Der vollständige Quellcode befindet sich unter happychriss/pylearn auf GitHub – Open Source, aktiver Einsatz im Unterricht, ~14 Schüler im Alter von 11–14 Jahren. Wenn du einen Programmierclub leitest, Informatik an einer Schule unterrichtest oder einfach nur eine kontrollierte Umgebung willst, in der du entscheidest, wie viel KI deine Schüler wann nutzen dürfen, könnte dir das viel Einrichtungszeit sparen.

    Eine ehrliche Anmerkung: Der schwierigste Teil ist nicht die Bereitstellung. Es ist der Drang, den Agent-Modus in der ersten Sitzung einzuschalten. Der Kontrast funktioniert nur, wenn die Schüler etwas zum Vergleichen haben.

    Eine Anmerkung am Rande: PyLearn selbst wurde mit Claude Code entwickelt – also von Anfang an KI-gestützt. Das hat mir dieselbe Lektion gelehrt, die der Kurs den Kindern vermittelt: Man muss die Architektur und die zugrunde liegende Technologie wirklich verstehen, um Probleme beheben, Entscheidungen überdenken und die Kontrolle behalten zu können. KI zu nutzen, um Code zu schreiben, den man nicht versteht, verlagert das Problem nur eine Ebene höher.

  • Wer wird die nächste Transformationswelle anführen? Die Unternehmen, die aus Kontext Taten machen!

    Wer wird die nächste Transformationswelle anführen? Die Unternehmen, die aus Kontext Taten machen!

    Transparenz ist nicht das Ziel

    Im Bereich Reporting und Analytik sind wir mittlerweile sehr gut darin, Daten in Dashboards umzuwandeln.

    In vielen Unternehmen werden Daten und Prozesse team-, unternehmens- und systemübergreifend harmonisiert. Das schafft echten Mehrwert. Innerhalb weniger Minuten erhalten wir einen klaren Überblick über Working-Capital-Treiber, Prognoseabweichungen, blockierte Aufträge, Fälligkeiten von Streitfällen, Service-Levels und andere operative Kennzahlen. Das unterstützt Entscheidungen vom Management bis hin zur täglichen Umsetzung.

    Das ist gut funktionierende Analytik. Aber wenn ich frage, woher der echte ROI kommt, wird eines klar: Transparenz allein reicht nicht aus. Wert entsteht, wenn Erkenntnisse zu Maßnahmen führen.

    Für mich ist die Reihenfolge klar: Daten -> Analysen -> Kontext -> Maßnahmen

    Daten und Analysen sind in vielen Unternehmen bereits vorhanden. Das Ziel ist das Handeln. Die entscheidende Ebene dazwischen ist der Kontext.

    Warum Kontext Systeme nützlich macht

    Mit Kontext meine ich die Informationen, die ein System benötigt, um korrekt zu agieren. Es beginnt mit der Semantik: gemeinsame Geschäftsbedeutung, klare Definitionen, Beziehungen zwischen Daten und die Logik hinter einer Kennzahl. Dazu gehören aber auch Regeln, Verantwortlichkeiten, Entscheidungsgrenzen, der aktuelle Prozessstatus und Rückmeldungen zum Ergebnis einer Maßnahme.

    Genau hier werden viele Transformationsbemühungen erst richtig interessant. Die Herausforderung besteht meist nicht darin, Zugang zu Daten zu bekommen. Die Herausforderung besteht darin, die Geschäftslogik so explizit zu gestalten, dass ein System die tatsächliche Arbeit zuverlässig unterstützen kann.

    Ich sehe das gleiche Muster in meiner privaten Arbeit mit Claude Code. Es wird viel besser, wenn es Tests ausführen, Protokolle überprüfen, Fehler erkennen und Anpassungen vornehmen kann. Das Modell ist natürlich wichtig. Aber der eigentliche Gewinn kommt aus dem Kontext und dem Feedback.

    Ohne das bleibt agentische KI begrenzt. Sie kann Fragen beantworten, Trends zusammenfassen und Optionen generieren. Aber sobald sie Handlungen innerhalb eines realen Prozesses unterstützen muss, wird fehlender Kontext zu einem ernsthaften Problem. Dann erhältst du schwache Entscheidungen, Halluzinationen oder Systeme, die zwar aktiv, aber geschäftlich blind sind.

    Mit dem richtigen Kontext ändert sich das Bild. Systeme können sich von der Darstellung des Geschäfts hin zur Unterstützung oder kontrollierten Ausführung von Teilen davon entwickeln. Nicht, um menschliches Urteilsvermögen zu ersetzen, sondern um es dort zu erweitern, wo Geschwindigkeit, Konsistenz und Skalierbarkeit zählen.

    Gutes Prozessdesign wird sichtbar

    Sobald du versuchst, einen Prozess für Systeme oder Agenten vorzubereiten, merkst du schnell, wie gut er wirklich verstanden wird. Es tauchen unterschiedliche Definitionen auf. Modellierungslücken werden sichtbar. Entscheidungslogik, die informell zwischen Menschen funktionierte, erweist sich oft als zu unklar für eine zuverlässige Ausführung.

    Deshalb glaube ich, dass die Organisationen, die hier am schnellsten vorankommen, nicht nur in Plattformen investieren. Sie investieren auch in Semantik, Prozessklarheit und Feedbackschleifen.

    Wo ich anfangen würde

    Ich würde mit einem Prozess beginnen, bei dem der Entscheidungskontext einigermaßen klar und der geschäftliche Nutzen sichtbar ist. Beschreibe ihn von Anfang bis Ende: die Daten, Dokumente, Regeln, Einschränkungen, erwarteten Ergebnisse und die Aktion, die das System auslösen könnte.

    Definiere dann, wie Feedback in den Prozess zurückfließt. Was ist passiert? Hat die Aktion funktioniert? Wo ist eine Genehmigung erforderlich? Wo ist ein Mensch immer noch besser?

    Meiner Ansicht nach ist die eigentliche Investition nicht das Modell. Es geht darum, den Prozess gut genug zu verstehen, um zuverlässige Maßnahmen zu ermöglichen.

    Die Technologie muss sich parallel weiterentwickeln

    Gleichzeitig kann das Technologiedesign nicht bis zum Schluss warten. Es muss sich parallel zum Prozess weiterentwickeln. Die Software-Ebene muss sich in bestehende Systeme integrieren, den richtigen Kontext herstellen, das Design und die Orchestrierung von Agenten unterstützen sowie Tests, Kontrolle und Feedback ermöglichen.

    Warum gerade jetzt

    Auch der Zeitpunkt spielt eine Rolle. SAP macht seine Landschaft mit Joule und Business Data Cloud agentenfähiger, während Salesforce mit Headless 360 und agentenorientierten Workflows in eine ähnliche Richtung geht. Wenn Analysen allgemein verfügbar werden, sind Analysen allein kein Unterscheidungsmerkmal mehr.

    Der Vorteil wird bei den Unternehmen liegen, die Daten, Kontext und Prozesse so gut miteinander verknüpfen, dass sie als Erste von der Erkenntnis zur Handlung übergehen können.

  • ChatGPT in der Datenanalyse

    ChatGPT in der Datenanalyse

    Wie ChatGPT die Datenanalyse revolutioniert!

    Dieses Wochenende hatte ich die Gelegenheit, „ChatGPT Plus“ zu abonnieren. Ich habe ein wenig damit verbracht, herauszufinden, wie KI wie ChatGPT die Art und Weise verändern wird, wie wir mit unseren Daten arbeiten.

    Derzeit arbeite ich an einem großen Projekt zur finanziellen Transformation eines Unternehmens. Also – warum nicht mit einer einfachen Auftragserfassung beginnen, um am Ende die Gewinn- und Verlustrechnung von ChatGPT zu erhalten?

    Die Ergebnisse waren verblüffend, was mich dazu brachte, mich zu fragen, ob wir die Art und Weise, wie wir mit Daten und Analysen umgehen, überdenken sollten?

    Wenn du dir meinen Chat mit ChatGPT3 durchliest – schau dir am besten zuerst die Screenshots an und lies dann meine Kommentare. Ich habe jeden Schritt beschrieben, alle Screenshots stammen aus derselben Unterhaltung.

    Am Ende meiner Zusammenfassung werde ich versuchen, 1–2 Jahre in die Zukunft zu blicken und zu ermitteln, welche Entscheidungen wir auf der Grundlage dieser Erkenntnisse treffen können.