Backend
Java-Services, die die Last tragen
REST-APIs, Batch-Verarbeitung, Messaging und Persistenz mit Java und Spring Boot, in Systemen, die buchen, rechnen und abrechnen und deshalb stimmen müssen.
Zagreb Europa
Eine Unternehmenswebsite, eine Datenmigration, eine Plattform im täglichen Produktivbetrieb. Die Leistung richtet sich nach dem Problem, nicht umgekehrt.
Leistungsangebot
Beides ist willkommen, und beides wird gleich angeboten: ein schriftlicher Umfang mit dem Aufwand, den die Aufgabe tatsächlich braucht.
Backend
REST-APIs, Batch-Verarbeitung, Messaging und Persistenz mit Java und Spring Boot, in Systemen, die buchen, rechnen und abrechnen und deshalb stimmen müssen.
Frontend
Angular und TypeScript für Geschäftsanwendungen, schlichtes HTML und CSS für Unternehmenswebsites. Eine kleine statische Seite oder ein überschaubarer Service für Bestellungen ist willkommene Arbeit; das Gewicht der Praxis liegt auf den großen Backend-Systemen.
Deployment
Software, die als Container auf Azure und Kubernetes läuft – oder auf einem einzelnen Server, wenn das genügt. Wir bauen die Anwendung, paketieren sie und richten den Deployment-Weg ein; die Infrastruktur selbst bleibt bei Ihrem Team oder Ihrem Anbieter.
Architektur
Service-Grenzen, Datenmodelle, API-Verträge und die Begründung dazu, aufgeschrieben, damit der nächste Entwickler sie nachvollziehen kann – und überarbeitet, wenn die Realität ihnen widerspricht.
KI-Integration
Klassifikation, Extraktion und Suche über Ihre eigenen Dokumente, gebaut mit Validierung, Konfidenzschwellen und einem Menschen im Ablauf, damit nichts ungeprüft in ein Fachsystem gelangt.
Anforderungen
Prüfen, was vorhanden ist, Lücken und Widersprüche benennen und etwas schreiben, das Fachbereich und Entwicklung gemeinsam freigeben können. Der Teil, der später teuer wird, wenn er fehlt.
Engineering-Kompetenzen
Der Stack, auf dem die Arbeit aufbaut. Gewählt nach dem, was ein System leisten sollte, nicht nach dem, was neu ist.
Systeme, ausgelegt für Last, Skalierung und Betrieb auf einer Cloud-Plattform.
Robuste Backend-Services und moderne Frontends.
Systeme, die im Gleichschritt bleiben, und Daten, die genutzt werden.
Sprachmodelle dort, wo sich ihr Nutzen überprüfen lässt.
Tests, Nachvollziehbarkeit und Sicherheitsanforderungen ab dem ersten Inkrement.
Projektbeispiele
Beispiele aus den Branchen, aus denen diese Arbeit kommt – vom Konzernsystem bis zur Website eines kleinen Unternehmens. Jedes beschreibt den Aufbau und die Frage, an der er hängt.
Versicherung · Cloud-Plattform
Dutzende kleiner Services auf einer Cloud-Plattform und darunter eine Schicht mit allem, was sie alle brauchen: eine BPM-Engine für die langlaufenden Geschäftsprozesse, ein zentraler Autorisierungsserver, ein replizierter In-Memory-Session-Store, damit jede Instanz jede Anfrage beantworten kann, und gemeinsame Bibliotheken für Logging und Fehlerbehandlung. Der Preis dieser Form ist genau diese Querschnitts-Schicht. Der Gewinn ist, dass die einzelnen Services klein genug bleiben, um ersetzt zu werden.
Dokumentenlastiger Prozess · KI
Eingehende Dokumente laufen durch eine Kette: Klassifikation, Extraktion in ein validiertes Schema, Indizierung für die Suche. Das Modell schlägt nur vor. Die Architektur entscheidet, was danach passiert – alles unterhalb einer Konfidenzschwelle geht in eine Prüf-Warteschlange für einen Menschen statt in das Fachsystem. Jeder Schritt ist ein eigener Service, damit sich das Modell austauschen lässt, ohne den Prozess drumherum anzufassen.
Handel · Markt-Buchhaltung
Eine über Jahrzehnte gewachsene Host-Anwendung mit einer sehr großen Datenbank auf dem Mainframe bleibt das führende System und wird nicht abgelöst. Neue Fachlichkeit entsteht daneben als eigenständige Services, die auf denselben Datenbestand zugreifen und ihre Ergebnisse über REST und Messaging an die Nachbarsysteme geben. Die Architekturfrage ist nicht, wie man den Host ablöst, sondern wo die Grenze zwischen Host und Service verläuft und welche Seite welche Daten besitzt.
Öffentliche Verwaltung · Batch
Ein System, dessen Arbeit in geplanten Läufen geschieht und nicht in Anfragen: Jobs mit Wiederaufsetzpunkten und satzweiser Fehlerbehandlung, damit ein Lauf, der mittendrin abbricht, fortsetzt statt neu zu beginnen. Die Entscheidungen, die sich mit der Gesetzeslage ändern, liegen in einer Rule-Engine statt im Code und lassen sich damit ohne Release ändern. Adapter für Dateitransfer, Mail und SOAP zeigen zu den Nachbarsystemen, die sich überhaupt nicht ändern lassen. Durchsatz und Wiederaufsetzbarkeit zählen mehr als Antwortzeit.
Finanzdienstleistung · Beratungsanwendung
Ein etabliertes Bestandssystem liefert die Stammdaten und führt die Transaktionen aus – und es lässt sich nicht verändern. Davor liegt ein Backend, das die Sitzung hält, Daten aus mehreren Quellen zusammenführt und eine schmale REST-Schnittstelle für eine Angular-Anwendung bereitstellt. Der Aufwand steckt nicht in den Masken. Er steckt in dieser Zwischenschicht: Zeitüberschreitungen, doppelte Antworten und Idempotenz, damit eine einmal ausgelöste Transaktion genau einmal wirkt.
Kleines Unternehmen · Website
Eine Handvoll Seiten in mehreren Sprachen, geschrieben als schlichtes HTML und CSS und als statische Dateien ausgeliefert: schnell auf dem Handy, ohne Cookie-Banner, weil es nichts zuzustimmen gibt, und für ein paar Euro im Monat fast überall hostbar. Gestaltungsentwürfe nach den eigenen Vorstellungen des Inhabers stehen früh, noch bevor Technik gewählt wird. Spätere Änderungen werden entweder als einfacher Bearbeitungsweg übergeben oder auf Zuruf gemacht.
Eine kurze Beschreibung des Problems genügt für eine erste Einschätzung und eine ehrliche Antwort zum Umfang – auch dann, wenn die Aufgabe kleiner ist als erwartet.
Deutsch und Englisch sind die täglichen Arbeitssprachen; Anfragen in jeder anderen Sprache sind ebenso willkommen und werden in der Sprache beantwortet, in der Sie geschrieben haben.