Backend-Systeme, mobile Apps und Unreal-Engine-Games. Gebaut von einem Entwickler, der die Architektur selbst verantwortet.
In EntwicklungKey Art mit KI erstelltBaue eine Fabrik. Hol einen Planeten zurück.
Zum SpielThird-Person-Aufbauspiel auf einem toten Planeten. Jede Maschine ist eine Pflanze, und die ganze Fabrik existiert, um den Planeten zurückzuholen.
Wega Studios Produkt · aus dem Game-Jam-Prototyp von 2025 entstanden
Early Access geplant für Q4 2027
Puzzle-Spiel für Android und iOS, gemeinsam von Wega Studios und MayStudios entwickelt.
Co-Development · Wega Studios × MayStudios
Logikspiel für Android und iOS, gemeinsam von Wega Studios und MayStudios entwickelt.
Co-Development · Wega Studios × MayStudios
KI schreibt keinen Code, der ungeprüft ausgeliefert wird. Sie beschleunigt Recherche und Varianten — was davon bleibt, entscheidet ein Review.
Akzeptanzkriterien, Daten und kritische Risiken stehen vor der Umsetzung fest.
Komponenten so trennen, dass Änderungen nachvollziehbar und testbar bleiben.
KI bekommt nur den nötigen Kontext und begrenzte Aufgaben. Erzeugtes wird kenntlich gemacht.
Tests, Builds und projektspezifische Gates entscheiden, was ausgeliefert wird.
Domänenlogik, APIs und Datenflüsse, die auch nach Jahren noch änderbar sind.
Anwendungen, die vom Datenmodell bis zur Oberfläche eine Handschrift tragen — und die sich sauber übergeben lassen.
Android und iOS aus einer Codebasis, mit belastbarem State und einer Release-Vorbereitung, die keine Überraschungen kennt.
Gameplay-Systeme in Unreal Engine 5 — von der Mechanik auf dem Papier bis zum Build, den jemand spielen kann.
Agenten-Harnesses, Skills und Plugins, die KI-Systeme berechenbar machen. Mit Evaluationen, Gates und messbarem Verhalten statt Bauchgefühl.
Du sprichst mit der Person, die den Code schreibt und die Architektur verantwortet.
Aktuell im weiterführenden Studium
Direkt unter der Entwicklungsleitung, zuständig für Architektur und APIs der Mobile- und Web-Clients — vom Schnitt der Endpunkte bis zu ihrer Umsetzung.
Teamarbeit bleibt Teamarbeit; Projektkontext und Beitrag werden nicht vermischt.
Architektur und Risiken werden so dokumentiert, dass Entscheidungen überprüfbar bleiben.
Tests und Gates richten sich nach dem tatsächlichen Schaden möglicher Fehler.
Substanz entsteht durch klaren Scope, sichtbare Risiken und überprüfbare Zwischenstände — nicht durch pauschale Garantien.
Problem, Nutzer, Rahmenbedingungen und Erfolgskriterien gemeinsam präzisieren.
Zielbild · Risiken · AkzeptanzkriterienArchitektur, Schnittstellen und Lieferabschnitte auf einen überprüfbaren Plan reduzieren.
Scope · Architektur · BacklogIn kleinen, sichtbaren Inkrementen implementieren, reviewen und gegen die Kriterien prüfen.
Demos · Tests · EntscheidungenFehlerpfade, Accessibility, Betrieb und Übergabe gezielt für den Nutzungskontext absichern.
Release-Gates · Dokumentation · HandoffKurze Antworten auf typische Fragen zu Umfang, Zusammenarbeit und KI-Einsatz.
Ja, wenn Ziel, Risiken und Lieferabschnitte sauber geschnitten sind. Bei größerem Umfang beginnt die Arbeit mit einem abgegrenzten Discovery- und Architekturteil; notwendige zusätzliche Rollen werden transparent benannt.
Gezielt für begrenzte Aufgaben wie Recherche, Varianten, Boilerplate oder Testideen. Architektur, Sicherheits- und Produktentscheidungen, Diff-Review und Freigabe bleiben beim Engineer; Ergebnisse müssen dieselben Tests und Gates bestehen wie anderer Code.
Ja. Schnittstellen, Verantwortlichkeiten, Review-Wege und Definition of Done werden zu Beginn gemeinsam geklärt, damit Arbeit ohne Wissensinseln integrierbar bleibt.
Ja, wenn sie Teil eines Produkts oder einer klaren digitalen Aufgabe sind. Der Schwerpunkt liegt auf Software Engineering; reine Gestaltung ist eine unterstützende Fähigkeit.
Nach einem ausreichend klaren Scope. Unsicherheit wird sichtbar ausgewiesen; bei offenen technischen Risiken ist ein kleiner Prototyp oft die ehrlichere Grundlage als eine frühe Scheingenauigkeit.
Schildere kurz, was gebaut oder verbessert werden soll, welche Systeme beteiligt sind und wo aktuell das größte Risiko liegt.
Keine fertige Spezifikation nötig. Eine ehrliche Beschreibung von Ziel, Kontext und offenen Fragen reicht für den Einstieg.
E-Mail schreiben