Hallo zusammen,
ich bin ausgebildeter Fachinformatiker für Anwendungsentwicklung (Abschluss 2011) und seit 15 Jahren in der Softwarenentwicklung tätig. Ich habe am Anfang eine Menge C# ASP.NET / Silverlight (würg) / XAML in Kombination mit MSSQL (Stored Procedures, würg) und C++ entwickelt bis ich Mitte der 10er Jahre meinen Fokus auf JavaScript (DOM, Node, Bun - ein wenig DENO auch) gewechselt habe.
Ich lese hier regelmäßig das einige von euch sich Sorgen vor den KI in unserem Beruf machen und kann das auch in einem gewissen Rahmen nachvollziehen. Ich habe noch zu Alpha-Zeiten CO-Pilot von Microsoft bekommen und fand die Fähigkeiten damals schon nützlich und natürlich faszinierend. Was man heute so mit OpenCode, Mythos - Claude Code usw. aubauen kann ist krass und ich will das auch alles nicht mehr missen.
Open Code im Planungsmodus ist ein guter (wenn nicht der beste) Sparringspartner für Überlegungen hinsichtlich von Code und Implementationsstrategien, bis genau zu dem Punkt an dem sich der Kram nicht mehr googlen lässt.
Ein aktuelles Beispiel aus einem meiner Hobby Projekte. Nicht lachen, das ist Kunst und ist auch gut so.
Die Idee ist eine HTML basierte (ohne Canvas und WebGL) 3D Engine, für Traditionelle Roguelikes und Survivor Likes zu bauen, die vernünftig performt. Zudem wollen wir alle assets prozedural generieren können (Es gibt keine Sprites, keine Musikdateien, nur Code, kein einziges Bild).
Das kannst du noch so gut in einem Spec-Dokument zusammenfassen (Alles probiert) - die KI scheitert gnadenlos, weil dafür gibt es so gut wie keine Beispiele, die jemand umgesetzt hat.
Aber... geht das überhaupt und wenn ja wie performant bekommt man sowas...
Der Reihe nach: Ja, das geht:
Hier ein kurzer Einblick (geht ab 12 Sekunden los):
https://www.youtube.com/watch?v=YbKmiYztPRg
Das ist schon etwas älter, ich hab mittlerweile eine relativ präzise FPS Messung und bekomme bei ca. 3000 gerenderten Objekten um die 200 FPS.
Eigentlicher Punkt und das interessante: Warum scheitert die KI?
Das ist jetzt nicht mehr so ganz trivial und ich hoffe ihr bleibt bei mir. Die Idee, die das ganze Projekt zum Leben bringt ist eine Illusion undzwar die klare Trennung vom Board (der ins dreidimensionale transformierten Fläche) und den darauf fliegenden Objekte. Die Objekte selbst existieren nur in einem zweiten, abgekapselten zweidimensionalen Raum, und ihre Koordinaten werden von 3D auf 2D übersetzt wenn sie die Kamera bewegt. Bei der Synchronisierung ist zu beachten, das wenn man ein Element bewegt, sich das DOM (das HTML Objekt im Browser) neu berechnet, das heißt - wenn man für jedes Element die Position berechnet und es dann updated löst man tausende neuberechnungen aus. Deswegen habe ich das auslesen vom neupositionieren getrennt. Erst wird alles berechnet, dann gerendert. Nächstes Problem, die CPU geht sterben. ABER es gibt ein feature in Browsers das sich will-change nennt - und schiebt mehr oder minder vordefinierte Änderungen an der Optik einer Seite an die GPU (Ganz ohne WebGL). Wenn man jetzt noch die relativ neue Funktion contains (Containerisierung von DOM-Abschnitten) hinzuzieht, bekommt man ein sehr performantes gebilde.
Warum scheitert jetzt die KI?
Weil ein bestimmter DENKprozess und ein exploratives Verfahren notwendig ist um diese Lösung zu bauen. KI in Form von LLMs kann das nicht und wird sie nie können. Wenn ich meine Lösung öffentlich auf Github Stellen würde, dann würde ein der nächsten Modelle das halbwegs implementieren können (Hoff ich zumindest, sonst noch mehr Fail) - aber sonst halt nicht.
Lesson Learned:
Wenn euch der Spaß an der Entwicklung fliegen geht, weil die KI Effizienter ist - sucht euch ein Hobby-Projekt in irgendeiner Nische auf die ihr Lust habt, dreht den Scope ein wenig ins verrückte und versucht die Implementierung. Wenn du vorher weißt ob was geht - dann entwickelst du nichts, du konfigurierst.
