Womit wir arbeiten

Wir sind bewusst schmal aufgestellt. Ein Team, das zwanzig Sprachen behauptet, lernt eine davon in Ihrem Projekt. Was nicht auf dieser Liste steht, lernen wir auf eigene Rechnung oder wir raten Ihnen zu jemand anderem.

Sprachen
  • TypeScript
  • Python
  • Go
  • Kotlin
  • Swift
  • SQL

TypeScript auf beiden Seiten der meisten Webprodukte, damit ein Entwickler eine Funktion von der Datenbank bis zum Bildschirm verfolgen kann. Python dort, wo die Daten- und Modellbibliotheken liegen, Go für Dienste, die klein und schnell sein müssen, Swift und Kotlin für native Apps.

Frontend
  • React
  • Next.js
  • Vue
  • Tailwind CSS
  • Vite
  • Playwright

React und Next.js als Standard, weil Ihr Team dafür nach der Übergabe Leute einstellen kann. Vue, wenn Ihr Produkt es bereits nutzt. Playwright für End-to-End-Tests bei jeder Änderung.

Backend und APIs
  • Node.js
  • FastAPI
  • NestJS
  • GraphQL
  • gRPC
  • REST

Node.js oder FastAPI, je nachdem, wo der Rest des Produkts lebt. REST für die meisten Integrationen, GraphQL, wenn viele Clients dieselben Daten in unterschiedlicher Form lesen, gRPC zwischen internen Diensten.

Daten
  • PostgreSQL
  • Redis
  • ClickHouse
  • Elasticsearch
  • Kafka
  • dbt

PostgreSQL zuerst und meistens bis zum Schluss: Die meisten Produkte wachsen nie darüber hinaus. Redis für Warteschlangen und Cache, ClickHouse, wenn Analysen die Hauptdatenbank bremsen würden, Kafka nur, wenn Ereignisse wirklich erneut abgespielt werden müssen.

Cloud und Betrieb
  • AWS
  • Google Cloud
  • Docker
  • Kubernetes
  • Terraform
  • GitHub Actions

AWS oder Google Cloud in Ihrem eigenen Konto, nie in unserem, damit die Infrastruktur vom ersten Tag an Ihnen gehört. Alles ist in Terraform beschrieben und wird aus der CI ausgerollt, und genau das macht eine saubere Übergabe möglich.

KI und maschinelles Lernen
  • OpenAI
  • Anthropic
  • Gemini
  • pgvector
  • LangGraph
  • PyTorch

Gehostete Modelle mehrerer Anbieter hinter einer Schnittstelle, damit eine Preisänderung oder ein Ausfall eine Konfigurationsänderung ist und keine Neuentwicklung. pgvector hält die Suche neben Daten, die Sie ohnehin sichern.

Mobil
  • Swift / SwiftUI
  • Kotlin / Compose
  • React Native
  • Expo

Natives Swift und Kotlin, wenn die App von Gerätefunktionen oder Leistung abhängt. React Native mit Expo, wenn ein Team iOS und Android ausliefern und Logik mit dem Web teilen muss.

Design und Lieferung
  • Figma
  • Storybook
  • Linear
  • Sentry
  • Grafana
  • OpenTelemetry

Figma und Storybook, damit Design und Code dieselben Komponenten beschreiben. Sentry, Grafana und OpenTelemetry, damit ein Problem auf einem Dashboard auftaucht, bevor es in einem Support-Ticket landet.

Läuft Ihr Produkt bereits auf etwas anderem, arbeiten wir in Ihrem Stack. Eine Neuentwicklung ist eine Entscheidung mit Begründung, keine Vorliebe.

Wie wir für ein neues Projekt auswählen

Was Ihr Team nach unserem Abschied pflegen kann, zählt mehr als das, was gerade in Mode ist. Ein Stack, für den bei Ihnen niemand einstellen kann, ist eine Abhängigkeit von uns, und die möchten wir Ihnen nicht verkaufen.

Läuft das Produkt schon auf etwas, das funktioniert, behalten wir es. Eine Neuentwicklung empfehlen wir nur mit einem schriftlichen Business Case: was sie kostet, was sie spart und wann sie sich rechnet.

Ein Werkzeug, das wir noch nicht produktiv betrieben haben, steht als Risiko im Dokument der Vorstudie, statt still auf Ihre Kosten erlernt zu werden.

Erzählen Sie, was Sie bauen

Eine kurze Beschreibung reicht für den Anfang. Wir antworten mit Fragen, einer Spanne und den zwei oder drei Punkten, die sie verändern würden.

Projekt starten