Technologien

Worauf wir aufbauen und warum

Eine reine Stack-Liste ist einfach. Der nützliche Teil ist die Begründung, denn Sie sind es, der den Code weiterpflegt und jemanden für die Wartung einstellen muss.

Technologie-Stack

Ausgewählt, damit Sie dafür einstellen können

Wir wählen bewusst etablierte, gut unterstützte Technologien. Entscheidend ist nicht, was interessant zu entwickeln ist – sondern ob Sie in drei Jahren jemanden finden, der sie warten kann.

Mobile Entwicklung

Native

Swift
Objective-C
Kotlin

Plattformübergreifend

Flutter
React Native
Xamarin

Webentwicklung

Frontend

React
Angular
Vue
TypeScript
JavaScript

Backend

Node.js
Python
Java
PHP

Daten & Speicher

Datenbanken

PostgreSQL
MySQL
MongoDB

Arbeiten ebenfalls mit

Frameworks

Next.js
Nest.js
Laravel
Django
FastAPI
Svelte
Astro
Tailwind CSS

KI & Daten

Mistral
Claude
OpenAI
Llama
LangChain
pgvector
Qdrant
Pandas

Cloud & DevOps

AWS
Azure
Google Cloud
Docker
Kubernetes
Terraform
GitHub Actions
Cloudflare
Redis
LiteSpeed

Plattformen & APIs

WordPress
Shopify
WooCommerce
GraphQL
REST
Stripe
Firebase
Supabase
Prisma

Die Begründung

Frontend

Next.js mit React und TypeScript

Standardmäßig serverseitiges Rendern, was heute wichtiger ist als früher: KI-Crawler wie GPTBot, ClaudeBot und PerplexityBot führen JavaScript kaum aus, sodass eine clientseitig gerenderte App für sie kaum sichtbar ist. TypeScript, weil ein Typfehler, der bereits beim Build erkannt wird, kostenlos ist, während derselbe Fehler in der Produktion teuer wird.

Backend

Node.js, Laravel oder Python — projektabhängig gewählt

Node, wenn das Frontend bereits TypeScript ist und das Teilen von Typen echte Kosten spart. Laravel, wenn das Team, das die Anwendung später wartet, ein PHP-Team ist — was im britischen Mittelstand oft der Fall ist. Python, wenn es sich um daten- oder modellintensive Aufgaben handelt. Wir entscheiden uns für das, was später gewartet wird, nicht für uns.

Datenbank

PostgreSQL oder MySQL, wenn der Host es erfordert

Postgres für alles mit komplexen Datenstrukturen, JSON-Spalten oder Vektorsuche über pgvector. MySQL, wenn bestehende Infrastruktur oder Shared Hosting es vorgibt — was häufig vorkommt und durchaus funktioniert.

Mobile

Flutter oder React Native, native Entwicklung, wo gerechtfertigt

Plattformübergreifende Entwicklung spart etwa 30–40 % und eignet sich für die meisten Business-Apps. Native Swift- oder Kotlin-Entwicklung, wenn die App stark auf die Gerätefunktionen angewiesen ist — z. B. dauerhafte Kameraarbeit, Hintergrundortung oder komplexe kontinuierliche Animationen.

Mistral, Claude und Open-Weight-Modelle

Benchmarking anhand eigener Evaluierungsdaten statt nach Hersteller-Rankings. Das Selbsthosting eines offenen Modells lohnt sich bei hohem, stabilem Volumen oder wenn Daten Ihre Infrastruktur nicht verlassen dürfen — das ist eine Kalkulation, keine Präferenz.

Infrastruktur

Docker, AWS oder Ihr bestehender Host

Containerisiert, damit es lokal und in der Produktion identisch läuft. Wir setzen gerne auf das, wofür Sie bereits zahlen, statt Sie auf etwas umzustellen, das für uns praktischer ist.

Fragen zum Stack

Eine Frage entscheidet meist alles: Wer wartet diese Anwendung in drei Jahren, und können Sie diese Person einstellen? Ein eleganter, aber nicht einstellbarer Stack ist eine Altlast, die Sie erben. Wir berücksichtigen auch, was Sie bereits nutzen — das Hinzufügen einer zweiten Sprache in ein kleines Team ist ein echter Kostenfaktor.

Ja, und meist sollten wir das auch tun. Ein funktionierendes System in unsere bevorzugten Tools umzuschreiben, liegt selten in Ihrem Interesse. Wir übernehmen Ihre Konventionen, Ihr Branching-Modell und Ihren Review-Prozess. Wenn wir der Meinung sind, dass eine Technologiewahl Sie bremst, begründen wir das mit Zahlen statt mit Präferenzen.

Wenn es passt, ja — und es passt öfter, als Entwickler zugeben möchten. Wenn Ihr Team häufig Inhalte veröffentlicht und volle redaktionelle Kontrolle ohne Entwickler benötigt, ist ein abgesicherter WordPress-Aufbau die pragmatische Lösung. Was wir nicht tun, ist zwei Pagebuilder und zwanzig Plugins zu stapeln und das dann eine Website zu nennen.

Weil Sie den Code behalten und wir ihn nicht. Langweilige, gut unterstützte Technologie mit einem großen Bewerberpool ist ein Merkmal des Liefergegenstands, kein Mangel an Ambition. Wir setzen etwas Neueres ein, wenn es ein echtes Problem löst, und wir werden Ihnen die Kompromisse aufzeigen.