Frontend-Engineering
React, Next.js, Vue und Angular, pro Projekt ausgewählt statt aus Gewohnheit. Wir optimieren auf Core Web Vitals, Barrierefreiheit und eine Codebasis, die Ihr Team nach der Übergabe weiterentwickeln kann.
Engineering
Technologien
Dreizehn Technologien, ein Anspruch: erfahrene Engineers, produktive Referenzen und ein Stack, der zu Ihrem Produkt passt, nicht zu unseren Gewohnheiten.
13Technologien, die wir produktiv einsetzen, keine einzige mehr
100%der Projekte mit Code-Review und CI ab dem ersten Tag
1Qualitätsanspruch für Web, Mobile und AI
4Prüfschritte, bevor eine Technologie in Kundenprojekte geht
Was der Stack abdeckt
Vier Frontend-Frameworks, vier Backend-Plattformen, fünf mobile Technologien. Die Liste ist bewusst kurz: kurz genug, um in jeder Position senior zu sein.
Backend-Engineering
APIs und Services in Python, Node.js, Ruby on Rails und Java. Typisierte Schnittstellen, Tests in der CI und Observability ab dem ersten Deployment, denn dort entscheiden sich Produktionsvorfälle.
Mobile Entwicklung
Natives Swift und Kotlin, wenn die Plattform zählt; React Native, Flutter oder Kotlin Multiplatform, wenn eine Codebasis beide Stores bedienen soll. Diese Entscheidung treffen wir mit Ihnen auf Basis von Zahlen.
AI-Integration
Jeder Stack auf dieser Seite ist auf AI ausgelegt: LLM-Features hinter typisierten APIs, Retrieval-Pipelines, Evaluationstests und Kostenkontrolle. AI-first heißt von Anfang an mitgedacht, nicht nachträglich angebaut.
Wie wir einen Stack auswählen
Wir bewerten Kandidaten an Ihrem Produkt: Teamkompetenz, Arbeitsmarkt, Reife des Ökosystems, Hostingkosten und Ausstiegskosten. Den Vergleich erhalten Sie schriftlich, bevor die erste Zeile Code entsteht.
Engineering-Standards
Code-Review für jede Änderung, CI/CD ab der ersten Woche, automatisierte Tests als Teil der Definition of Done und Dokumentation, die die Übergabe überlebt. Derselbe Anspruch über alle dreizehn Technologien.
Engineering
Wie eine Technologie auf diese Liste kommt
01
Beobachten
Wir verfolgen Releases, Roadmaps und den Zustand der Communities in unseren Ökosystemen. Die meisten neuen Tools kommen hier nicht weiter; das Kriterium ist Produktionsreife, nicht Hype.
02
Bewerten
Kandidaten durchlaufen einen strukturierten Test in einem echten internen Projekt: Developer Experience, Performance, Betriebskosten und langfristiges Wartungsrisiko. Gemessen, nicht gefühlt.
03
Pilotieren
Der erste Kundeneinsatz läuft mit engem Scope und Senior-Begleitung. In ein Kundenprojekt kommt eine Technologie erst, wenn sie eines unserer eigenen überstanden hat.
04
Überprüfen
Jeder Stack auf dieser Seite wird jährlich neu bewertet. Eine Technologie, die ihren Platz nicht mehr verdient, bekommt einen dokumentierten Migrationspfad statt stillen Verfalls.
Für wen diese Seite ist
CTOs vor einer Stack-Entscheidung
Sie brauchen eine Technologieentscheidung, die Sie vor Vorstand und Team vertreten können. Sie erhalten einen schriftlichen Vergleich, bewertet an Ihren Rahmenbedingungen, nicht an unseren Vorlieben.
Gründer ohne technischen Mitgründer
Jemand muss die Stack-Entscheidung treffen und verantworten. Wir wählen langweilig, wo langweilig gewinnt, modern, wo es sich rechnet, und erklären beides verständlich.
Teams auf einem Legacy-Stack
Ihr Rails, Java oder Angular verdient noch Geld. Wir modernisieren schrittweise und sagen offen, wann ein Rewrite die falsche Antwort ist.
Produktverantwortliche mit AI auf der Roadmap
Die Roadmap sagt AI, Ihr Stack wurde nicht dafür gebaut. Wir integrieren LLM-Features in bestehende Systeme, ohne alles neu zu bauen.
Die dreizehn Technologien
React
Next.js
Vue
Angular
Python
Ruby on Rails
Node.js
Java
iOS (Swift)
Android (Kotlin)
React Native
Flutter
Kotlin Multiplatform
Im Detail
Jede Technologie auf einer eigenen Seite: was wir damit bauen und wo sie gewinnt.
Fragen und Antworten
Warum nur dreizehn Technologien?
Weil senior in wenigen mehr wert ist als vertraut mit allem. Jede Technologie hier hat echte Kundenprojekte hinter sich und wird jährlich neu bewertet. Braucht Ihr Produkt etwas außerhalb dieser Liste, sagen wir das offen und helfen, den richtigen Partner zu finden.
Welchen Stack empfehlen Sie für unser Projekt?
Den, der an Ihren Rahmenbedingungen am besten abschneidet: Team, Arbeitsmarkt, Zeitplan, Hostingbudget und Integrationslandschaft. Den Vergleich erhalten Sie schriftlich vor dem ersten Commit; die Entscheidung ist Ihre und dokumentiert.
Nativ oder Cross-Platform für Mobile?
Das hängt von messbaren Dingen ab: benötigte Plattformfunktionen, vorhandenes Team, Budget und Zeit bis in beide Stores. Cross-Platform gewinnt öfter, als Puristen zugeben; nativ gewinnt, wenn Hardware, Performance oder Plattform-UX das Produkt ausmachen. Wir zeigen Ihnen die Abwägung in Zahlen.
Arbeiten Sie mit unserer bestehenden Codebasis?
Ja, das ist der Großteil unserer Arbeit. Wir beginnen mit einem Audit, sichern alles, was wir anfassen, mit Tests ab und verbessern schrittweise. Ein Rewrite ist das letzte Mittel, und wir sagen Ihnen ehrlich, ob Sie eines brauchen.
Heißt AI-first, dass Sie AI in alles einbauen?
Nein. Es heißt, dass jede Architektur Raum für spätere AI-Features lässt: saubere APIs, Event-Streams, geordnete Daten. Wo ein LLM-Feature seinen Aufwand verdient, bauen wir es; wo nicht, sagen wir das.
Unsicher, welcher Stack zu Ihrem Produkt passt?
Buchen Sie ein kostenloses 30-Minuten-Gespräch mit einem Senior Engineer. Sie gehen mit einer Shortlist und der Begründung heraus, ob wir bauen oder nicht.
Mit einem Engineer sprechen