Jack TiggesJack Tigges

Myrodex Richter, Schreit & Tigges GbR · München

• Eigenes Startup gegründet und myrodex.gg aufgebaut — eine Management-Plattform, die eine Esports-Organisation komplett abbildet: Teams, Spieler, Matches, Ligen, Kalender, Sponsoren, Content-Creator, Inventar und Helpdesk in einem mandantenfähigen System.
• "Myro" entwickelt: ein KI-Assistent, der die Plattformdaten über GraphQL abfragt und Aktionen vorschlägt, statt sie eigenmächtig auszuführen. Jeder Vorschlag muss von einem Menschen bestätigt werden — jede Antwort trägt Quellenangaben und läuft gegen ein Budget- und Berechtigungslimit.
• Architektur als Bun-Monorepo mit zwei Next.js-Anwendungen, PostgreSQL mit Drizzle ORM, GraphQL-API, WebSockets für Echtzeit und Web-Push für Benachrichtigungen.
• Qualitätssicherung von Anfang an mitgedacht: Playwright-E2E-Tests, Sentry für Fehler, OpenTelemetry und Langfuse für die Nachvollziehbarkeit jeder einzelnen KI-Anfrage.

• TypeScript
• Next.js
• React
• Bun
• PostgreSQL
• Drizzle ORM
• GraphQL
• LangChain
• Docker

Ausbildung — Fachinformatiker für Anwendungsentwicklung · München

• Abschluss mit einem Notenschnitt von 1,4.
• Entwicklung im SAP-Umfeld: ABAP für Geschäftslogik, SAP Fiori für moderne Oberflächen auf gewachsenen ERP-Systemen.
• Eigene Transaktionen und Auswertungen für Fachbereiche gebaut — von der Anforderungsaufnahme im Gespräch mit den Anwendern bis zur produktiven Auslieferung.
• Gelernt, was Enterprise-Software von Nebenprojekten unterscheidet: Datenmigration darf nicht schiefgehen, Änderungen brauchen Transportwege, und eine Auswertung ist erst richtig, wenn der Fachbereich sie gegen seine eigenen Zahlen bestätigt hat.

• ABAP
• SAP Fiori
• SAP ERP
• SQL

Web, Datenbanken & Backend · Eigenprojekte

• Von JavaScript ins Frontend: erste Oberflächen, dann React — und die Erkenntnis, dass Zustandsverwaltung der eigentlich schwierige Teil ist.
• SQL und relationale Datenbanken gelernt, weil die Projekte an dem Punkt ankamen, an dem eine JSON-Datei nicht mehr reicht: Schemata entwerfen, Beziehungen modellieren, Abfragen verstehen statt raten.
• Backend dazugenommen: APIs, Authentifizierung, Deployment. Ab hier waren es keine Skripte mehr, sondern Anwendungen, die auch dann laufen mussten, wenn ich nicht davorsaß.

• JavaScript
• TypeScript
• React
• Node.js
• SQL
• PostgreSQL

Automatisierung & AI-Engineering · Eigenprojekte

• Wiederkehrende Abläufe konsequent automatisiert — erst mit Skripten und Cronjobs, später mit eigenen Agenten, die mehrere Schritte selbstständig verketten.
• Früh angefangen, KI in den eigenen Entwicklungsalltag zu integrieren: nicht als Autovervollständigung, sondern als Werkzeug für Recherche, Refactoring und das Durchdenken von Architekturen.
• Dabei gelernt, wo die Grenze liegt: Ein Agent, der Dinge selbst ausführt, braucht Berechtigungen, ein Budget und einen Menschen, der zustimmt. Diese Erkenntnis steckt heute direkt in Myros Architektur.

• Python
• TypeScript
• Agent-Orchestrierung
• Claude & OpenAI API

Python & Serveradministration · Eigenprojekte

• Umstieg auf Python: Tools, Automatisierungen und Bots — zum ersten Mal Code, der nicht an ein einzelnes Spiel gebunden war.
• Eigene Server aufgesetzt und betrieben, unter anderem Minecraft-Server für eine wachsende Spielerzahl. Linux, Netzwerkgrundlagen, Backups und Monitoring gelernt — meist dann, wenn etwas kaputtgegangen war.
• Erste Erfahrung mit echten Nutzern: Wenn ein Server abstürzt, ist das kein abstrakter Fehler, sondern jemand, der gerade nicht spielen kann.

• Python
• Linux
• Docker

Minecraft-Plugins · Zuhause

• Mit elf Jahren angefangen, Plugins und Skripte für Minecraft zu schreiben — weil das Spiel etwas tun sollte, was es von sich aus nicht konnte.
• Der Einstieg über ein Spiel hatte einen Vorteil, den ich damals nicht sah: Man bekommt sofortiges Feedback und einen Grund, weiterzumachen, wenn etwas nicht funktioniert.

• Java