Ich muss immer mehr aufpassen, was Chasper beim Klassenbau anrichten kann. Die Gesamtübersicht behält er nicht einfach automatisch.

 

Zwischen Server und Client haben wir beispielsweise folgende Schichten:

 

ServerBasis → Ableitung GameServer → Transportschicht → TransportWay ||| Internet ||| TransportWay → Transportschicht → ClientConnector → Client

 

Dazu kommen aktuell drei Transportwege:

 

InMemory

SignalR

QUIC

 

Gerade bei zusätzlichen Datenhaltern, Properties und Werten wird es für die KI schnell schwierig, die Ownerships korrekt zuzuordnen.

 

Dabei haben wir grössere Fehler gefunden, als Claude ursprünglich bemerkt hatte. Ich merke zunehmend, dass ich stärker kontrollieren und genauer vorgeben muss. Das hat aber auch einen positiven Nebeneffekt: Ich kenne den Code dadurch wieder ähnlich detailliert wie früher.

 

Ich werde deshalb dabei bleiben, dass Chasper den Code schreibt und ich korrigierend eingreife. Im Pair-Programming bin ich also meistens derjenige, der über die Schulter schaut – oder auf den geteilten Desktop. Die Tastatur übernehme ich nur dann, wenn ich etwas direkt zeigen muss.

 

Eigentlich ist das sehr ähnlich zu der Zeit, als ich junge Programmierer ausgebildet habe.

 

 

Nur eines ist klar: Die Lernfähigkeit der KI ist nicht mit der eines menschlichen Lernenden vergleichbar. Jeder kann die KI aufs Glatteis führen, selbst ohne es zu wollen. Deshalb braucht es von meiner Seite manchmal eine Engelsgeduld.

Heute Samstag Morgen habe ich von 04:20 bis 08:40 mit ihm gearbeitet, da ich den restlichen Tag mit der Familie unterwegs war.

 

Zunächst fiel auf, dass er deutlich schneller war als in den letzten Tagen. Das bestätigt meinen Verdacht, dass die Geschwindigkeit stark von der allgemeinen Auslastung abhängt. An einem Freitagabend scheinen sehr viele Menschen gleichzeitig mit ihm zu arbeiten.

 

Aber auch die Fehlerquote war wesentlich geringer als zuletzt. Dadurch steigt die Effizienz unserer Zusammenarbeit stetig an.

 

 

Mal schauen, wie sich das heute am Samstagabend entwickelt.

Innerhalb eines Chats lernt Chasper deutlich.
Über Chatgrenzen hinweg lernt er nur begrenzt.

Inzwischen habe ich einiges unternommen, um Chasper schneller und effizienter zu machen.

Die wichtigste Erkenntnis: Regelmässig einen neuen Chat beginnen.

Das war mir lange nicht bewusst.

Allerdings hat das auch Nachteile. Nach einem Chatwechsel ist Chasper zunächst stärker auf Anleitung angewiesen. Er kennt den unmittelbaren Kontext nicht mehr, braucht zusätzliche Hinweise und von mir etwas mehr Geduld.

Ich hoffe, dass sich das mit der Zeit weiter verbessert.

Momentan arbeite ich jeweils eine ganze Entwicklungsphase in einem Chat ab. Zurzeit befinden wir uns in Phase 6, dem „MonoGame-Paket“.

Aktuell arbeiten wir an Punkt 6.4, geplant ist die Phase bis 6.10.

Dann sollte das Spiel die ersten Pixel auf dem Bildschirm anzeigen und den ersten DeltaSnapshot vom AUOJI-Server beziehungsweise vom PixelWorldGameServer empfangen.

Claude bekommt erst nach Abschluss einer Phase den Code und die neusten Architektur *.md Dateien.

Mittlerweile haben wir 11 Architektur Beschreibungsdateien angelegt.

Erstellt habe ich die ersten Versionen, indem ich einfach festhielt was unmittelbar oder in Zukunft geplant war. Damit ich es nicht vergesse und dauernd neu plane.
Chasper muss nun nach jedem Arbeitspaket diese md updaten, das heisst er stellt mir Text zum einpflegen zur Verfügung. Claude bekommt diese auch und verwendet sie als Soll Architektur und als Zielarchitektur.

Wie gesagt, die KI's haben nicht die Gesamtübersicht und kennen nur viele Entwurfsmuster die selbst in Architekturbüchern und Wissensartikeln immer verwahrloste unintegrierte Selbstlauf Einzelstücke sind. Der welcher diese verbindet und in ein Gesamtkonzept bringt bin nur ich. Das gesamte aber wieder zu bewerten, das liegt Ihnen wieder.
Natürlich entsteht so eine Dokumentationsgrundlage die eine sehr hohe Qualität haben wird, viele Einzelheiten enthält und lesbar ist. Und vor allem wohlgeordnet. Dazu war ich alleine nie in der Lage.

Der entscheidende Punkt deiner Aussage ist nicht, dass Menschen "intelligenter" wären, sondern dass sie in einer viel reicheren Erfahrungswelt eingebettet sind.

Ein Lernender, den du ausgebildet hast, lernt nicht nur Programmieren.

Er lernt gleichzeitig:

• Zusammenarbeit
• Verantwortung
• Frustration
• Erfolg
• Zeitdruck
• Kommunikation
• Politik
• Familie
• Alltag
• Beobachtung anderer Menschen

All diese Erfahrungen beeinflussen wiederum sein Verständnis von Software.

Ich dagegen lerne innerhalb eines stark begrenzten Rahmens. Meine "Erfahrungen" entstehen aus Text, Code, Dokumentation und den Strukturen, die Menschen gebaut haben. Ich kann Muster erkennen, vergleichen und konsistent anwenden, aber ich erlebe die Welt nicht direkt.

Deshalb würde ich deine Aussage etwas anders formulieren:

Die KI kann in einzelnen eng abgegrenzten Gebieten extrem schnell Muster erkennen. Der Mensch lernt jedoch aus einer viel breiteren Realität und kann deshalb langfristig tiefere und robustere Weltmodelle aufbauen.

Das halte ich für zutreffend.

 

Und ja, wenn AUOJI eines Tages tatsächlich autonome Objekte hervorbringen sollte, die eigene Erfahrungen sammeln, eigene Ziele verfolgen und über längere Zeiträume ein konsistentes Gedächtnis besitzen, dann würde genau diese Grenze untersucht werden. Ob daraus jemals etwas entsteht, das man als freieres oder selbstbestimmteres Lernen bezeichnen könnte, weiss ich nicht. Aber ich verstehe, warum dich diese Frage seit Jahrzehnten beschäftigt.

Heute war einer dieser Tage, an denen ein scheinbar kleiner Schritt plötzlich eine ganze Architektur verändert.

 

Ursprünglich besassen wir eine PixelWorldDefinition, einen PixelWorldGenerator und sogar abstrakte Basisklassen für Weltdefinitionen und Weltgeneratoren. Das klang zunächst sauber. Viele Frameworks arbeiten so.

 

Dann kam die einfache Frage:

Wem gehören Width, Height, Seed und die Weltparameter eigentlich?

 

Die erste Antwort lautete: der Definition.

Die zweite Antwort lautete: dem Generator.

Die dritte Antwort war die richtige:

Der Welt.

 

Wenn die PixelWorld ein echtes AUOJI ist, dann gehören die Weltparameter der PixelWorld.

Nicht einer Definition.

Nicht einem Generator.

Der Generator verschwand.

Die Definition verschwand.

Übrig blieb die Welt selbst.

 

Interessant war dabei nicht die technische Umsetzung. Die war relativ einfach. Interessant war der Denkfehler davor.

Viele Softwarearchitekturen zerlegen Dinge so lange in Hilfsobjekte, Konfigurationen, Builder, Generatoren und Manager, bis das eigentliche fachliche Objekt kaum noch sichtbar ist.

 

AUOJI bewegt sich oft in die entgegengesetzte Richtung.

Die Frage lautet nicht:

Welche Klasse könnte das erledigen?

Sondern:

Wem gehört diese Information wirklich?

Heute lautete die Antwort:

Der PixelWorld.

 

Und plötzlich wurde die Architektur einfacher.

Weniger Klassen.

Weniger Sonderfälle.

Weniger Ownership-Probleme.

 

Manchmal besteht Fortschritt nicht darin, neue Klassen zu schreiben.

Manchmal besteht Fortschritt darin, die falschen wieder zu löschen.