[01]Python Studio fuer das Ruhrgebiet
Python 3.13. FastAPI. Async. Production-grade.
[01][01] Was wir mit Python bauen
Wir bauen Python-Systeme, die unter Last nicht zusammenfallen. Async-APIs mit FastAPI und Pydantic v2, Datenpipelines mit Polars und SQLAlchemy 2.0, KI-Integrationen mit LangChain und den OpenAI/Anthropic-SDKs. Kein Django-Monolith aus 2015, kein Flask-Bastel, keine `requirements.txt` mit 200 ungepinnten Paketen. Typed Code, uv statt pip, ruff statt pylint, pytest mit Coverage-Gate. Studio aus Bocholt, ~60km bis zum Ruhrgebiet. Vor-Ort-Termine in Essen, Dortmund, Bochum, Duisburg moeglich.
Wir starten neue Projekte auf 3.13, optional 3.14. Free-threading wo es Sinn ergibt, sub-interpreters fuer parallel work, taskgroups statt manuelles gather().
Pydantic v2 fuer Validation und Serialisierung, mypy --strict im CI, Protocol-basierte Interfaces. Type-Errors sterben im Pull-Request, nicht in Production.
Docker-Multi-Stage, uvicorn + gunicorn, structlog-JSON, OpenTelemetry-Traces, Health-Endpoints. Kubernetes-ready ab Tag eins, kein nachtraegliches Bolt-on.
[03]Production-Stack
Wir haben einen Default-Stack, den wir seit Jahren in Production fahren. Keine Experimente auf deinem Live-System. Jeder Baustein hat einen klaren Grund, jede Wahl ist begruendet — wir koennen jede Komponente ersetzen, wenn dein Setup es verlangt.
[04]Code-Audit
Bevor wir an einem bestehenden Python-Projekt etwas aendern, machen wir ein zweitaegiges Audit. Wir bekommen Read-Only-Zugriff aufs Repo, fahren ruff/mypy/bandit, vermessen Test-Coverage, lesen die kritischen Pfade. Ergebnis ist ein 25-seitiger Befund mit priorisierter Roadmap — keine Phrasen, sondern Datei- und Zeilen-Referenzen.
Wir hatten ein Django-Monolith aus 2017 mit synchronen Endpoints, der unter Last bei jeder Marketing-Kampagne weggebrochen ist. Kerim hat die kritischen Endpoints auf FastAPI mit async-SQLAlchemy migriert, p95-Latenz von 1.4s auf 80ms gedrueckt. Wir bedienen dieselbe Last mit der Haelfte der Pods.
[02]Häufige Fragen
FastAPI fuer APIs und Microservices, Django nur bei bestehenden Codebases oder Admin-heavy Apps, FastHTML fuer simple Server-Rendered UIs. Flask machen wir bewusst nicht mehr neu.
Ja. Polars statt Pandas wo moeglich, DuckDB fuer Analytics, Prefect oder Dagster fuer Orchestrierung. Airflow nur in Bestandssystemen, kein Greenfield mehr darauf.
pytest mit pytest-asyncio, httpx fuer API-Integrationstests, Coverage-Gate bei 80 Prozent, mutation testing mit mutmut bei kritischen Pfaden. Tests sind kein Beiwerk, sondern Lieferbestandteil.
Workshops und Discovery-Sessions in Essen, Dortmund, Bochum, Duisburg oder Oberhausen — kein Problem. ~60km Anfahrt aus Bocholt. Tagessatz inkl. Anfahrt, kein Kilometergeschacher.
Ja, aber selten in einem Big-Bang. Wir setzen FastAPI als Strangler-Fig neben das Django und ziehen Endpoint fuer Endpoint um. Auth, ORM und Templates bleiben uebergangsweise im Django. Migration laeuft typisch ueber 3-6 Monate ohne Feature-Freeze.
Keine sync-Calls in async-Code (sonst blockierst du den Event-Loop). Database-Driver durchgaengig async (asyncpg statt psycopg2). HTTP-Clients ueber httpx, nicht requests. CPU-bound Tasks in ProcessPoolExecutor oder dedizierten Worker-Service.
Pydantic v2 fuer alle API-Boundaries, dataclasses oder attrs intern, Protocols fuer strukturelle Subtypisierung. mypy --strict im CI als blockierender Check. Wir nutzen TypedDict und Literal/Annotated aktiv — Type-Hints sind kein Kommentar.
Vercel Fluid Compute fuer kleinere FastAPI-Services (ja, Vercel unterstuetzt Python nativ), Fly.io fuer regionale Workloads mit Persistenz, Railway fuer simple Setups, Hetzner + Kubernetes fuer groessere Estates. AWS Lambda mit Mangum, wenn die Architektur es verlangt.
[03]Leistungen / Was wir machen
Hochperformante Marketing-Sites, Landing Pages und Corporate Websites — gebaut für Conversion und Geschwindigkeit.
Markenidentitäten von Logo bis Designsystem — Identitäten die haften und über alle Touchpoints konsistent funktionieren.
Custom Tools, interne Plattformen und SaaS-Produkte. Vom MVP bis zur skalierbaren Enterprise-Lösung.
Native und Cross-Platform Apps mit erstklassiger User Experience — iOS, Android und alles dazwischen.
[04]Prozess / Wie wir arbeiten
Wir lernen euch und eure Marke kennen. Ziele, Zielgruppe, Wettbewerb. Daraus entsteht die Roadmap, die alles Weitere trägt.
Identität, Interface, Prototyp. Hier wird die Marke sichtbar — vom Logo bis zum letzten Pixel der Website.
Entwicklung in modernem Stack: Next.js, React, Performance-first. Sauberer Code, der skaliert und in fünf Jahren noch läuft.
Deployment, Monitoring, kontinuierliche Optimierung. Wir bleiben dran — eure Marke wächst, wir wachsen mit.
[05]Studio · Hauptquartier
StudioHier entstehen Webseiten, Marken und digitale Produkte für ambitionierte Unternehmen mit Anspruch — kein Großraumbüro, kein Stockwerksplan, dafür direkter Zugang und kurze Entscheidungswege.
[06]Kontakt
Direkter Draht zu Kerim — kein Account-Manager und kein Briefing-Telefonspiel zwischen Abteilungen. Erzähl uns von deinem nächsten Projekt für digitale Produkte mit Anspruch, und wir antworten innerhalb von 24 Stunden mit konkreten nächsten Schritten.
Briefing
Schreib uns ein kurzes Briefing.
[07]Profil · Mind behind
FounderDeveloperDesigner
Mit zehn das erste HTML-Projekt. Heute ist Wibify ein Studio mit über elf Jahren Erfahrung — Entwickler, Designer und Management in einer Person.
Webseiten, optimiert für echte Ergebnisse.
93 Mio
Seitenaufrufe
3 Mio
Eindeutige Nutzer
1 Mrd+
Netzwerk-Requests
Briefing, Konzept, Design, Build, Betrieb — keine Übergaben zwischen Spezialisten. Du redest die ganze Zeit mit dem Studio, das auch wirklich baut.
Volle Lighthouse-Punktzahl in Performance, SEO, Barrierefreiheit und Best Practices — Standard bei jedem Projekt, nicht Glücksfall.
