Covent
Senior-Frontend-Entwickler → Teamleiter
Als Senior-Frontend-Entwickler zu Covent, ehemals Dispo Genius, gekommen und zum Teamleiter aufgestiegen. Ich verantworte die Frontendarchitektur, entwickle Backendsysteme, setze technische Standards und betreue drei Entwickler.
Covent MCP vorgeschlagen und von der Idee bis zum Produktivbetrieb geleitet. Der Go-Dienst ging mit 23 schreibgeschützten Werkzeugen, OAuth 2.0 und PKCE, mandantengebundenem Zugriff, Kreditbegrenzungen, strukturiertem Logging, PostgreSQL-Zustand, Analysen und Dokumentation in Betrieb. Ich habe den vollständigen EC2-Bereitstellungsweg mit Docker-Image-Übertragung, Datenbank-Bereitschaftsprüfungen, Sicherungen, Migrationen, gestuften Zustandsprüfungen, Rollback und Slack-Berichten entwickelt.
Covent Spotlight konzipiert und veröffentlicht, ein Suchsystem nach dem Vorbild von Mac Spotlight, und anschließend in das gemeinsam genutzte Workspace-Paket @covent/spotlight überführt, das Inbox und Prospecting verwenden. Es koordiniert lokale und servergestützte Quellen, Abbruch, Seitennavigation, Tastaturnavigation und Zustandserhalt; Prospecting nutzt Fuse.js für unscharfe Suche. Ein Kunde bezeichnete die Erfahrung als wegweisend.
Das JavaScript beim Erstaufruf auf sechs Routen reduziert, indem umfangreiche Provider, SDK-gestützte UI, inaktive Registerkarten, Dialoge und routenspezifischer Code verzögert geladen wurden. Die Routenpakete des Produktions-Builds schrumpften um 26–40 %, darunter Onboarding von 482 auf 295 kB und Listing Campaigns von 808 auf 487 kB; der CEO von Covent bezeichnete dies als deutliche Verbesserung.
Ich leite und betreue ein dreiköpfiges Team, bin zugleich für den Frontendcode verantwortlich, prüfe Produkt- und Architekturarbeit, setze technische Standards und arbeite weiterhin selbst an der Codebasis.
Den Übergang von Covent vom bisherigen CRA-Frontend zu einer nativen Plattform mit Next.js und React verantwortet. Während des Parallelbetriebs die V1/V2-Navigations- und Authentifizierungsbrücke gepflegt und beim endgültigen Wechsel den iframe sowie die alte API-Schicht entfernt.
Die vorab berechnete Nachrichtenerstellung mit mehreren Agenten durch einen bedarfsgesteuerten Ablauf ersetzt; dadurch sanken die Modellaufrufe im dokumentierten Fall um 96 % und die monatlichen Ausgaben von etwa 9.000 auf etwa 700 US-Dollar.
Die Prospecting Insights API mit Django und PostgreSQL durchgängig entwickelt, einschließlich Aggregat- und Fensterabfragen, Preishistogrammen, Ranglisten der wichtigsten Investoren, kanonischen Cache-Schlüsseln, Tests und typisierter Frontendintegration.
Investor Prospecting auf Grundlage von Live-Immobilien-APIs, Mapbox WebGL-Ebenen, Standort-, Markierungs- und Polygonsuchen, begrenztem Clientzustand, Abbruch veralteter Anfragen und einem FIFO-Puffer für 10.000 Immobilien neu aufgebaut.
Eine Echtzeit-Inbox mit virtualisierten Unterhaltungen, WebSockets mit automatischer Wiederverbindung, optimistischen Zustandsaktualisierungen beim Senden von SMS und E-Mails, Wiederholungen und Rollback, Anhängen, Übersetzung, Vorlagen, Zeitplanung, URL-Routing und Erhalt der Scrollposition entwickelt.
Auth 2.0 mit XState-Abläufen, einer dauerhaft mit Zustand verwalteten Identität, serialisierter Tokenaktualisierung, OTP, Google- und GHL-SSO, Standortauswahl, Synchronisierung zwischen Registerkarten und Wiederherstellung nach Weiterleitungen entworfen und veröffentlicht.
Vercel Flags eigenständig auf server- und clientgerenderten Oberflächen durch LaunchDarkly ersetzt und dabei ausfallsichere Auswertung, Identitätssynchronisierung, reaktive Abonnements, Rückfallwerte und Regressionstests ergänzt.
Abgesicherte Bereitstellung mit Vercel und GitHub Actions, Berichte zu Releases und Rollbacks, Sentry-Beobachtbarkeit sowie Qualitätsprüfungen mit E2E, Lighthouse und Unlighthouse aufgebaut.
- React
- TypeScript
- Next.js
- Go
- Django
- PostgreSQL
- XState
- Zustand
- LaunchDarkly
- WebSockets
- AWS EC2
- Sentry
