Founding EngineerFounding Engineer

Tech-Stack

Go, Kubernetes und Terraform bilden den Kern – dieses Trio steckt in fast jedem Projekt, und darauf ist die Aufgabenrunde ausgelegt. Der Rest richtet sich nach dem Kunden.

• Go – Services, Operatoren, Controller, interne CLIs und Deployment-Tooling.
• Kubernetes – verwaltet (EKS/GKE/AKS) und, häufiger als man denkt, On-Premise, Multi-Cloud und abgeschottet.
• Terraform – jede Umgebung reproduzierbar aus einem leeren Konto, dazu Helm und GitOps mit Argo CD oder Flux.
• AWS, GCP und Azure. Tiefe in einer Cloud ist die Basis; wir arbeiten in allen dreien, und Sie sollten sich in den anderen beiden schnell einarbeiten können.
• TypeScript und React, Python dort, wo die Arbeit daten- oder KI-geprägt ist, Postgres darunter.
• OpenTelemetry, Prometheus und Grafana für die Teile, die zeigen, was tatsächlich passiert.

Was Sie bauen würden

• Die Plattform, auf der das Produkt eines Kunden läuft: die Cluster, den Deploy-Pfad, die Umgebungen, den Klebstoff, der eine Übergabe überlebbar macht.
• CI/CD-Pipelines, denen Entwickler tatsächlich vertrauen, mit eingebauter Supply-Chain-Hygiene: signierte Images, SBOMs, gescannte Abhängigkeiten.
• Observability, die Fragen beantwortet statt nur Dashboards zu füllen – OpenTelemetry, Prometheus, strukturierte Logs, sinnvolle SLOs.
• Die Infrastruktur unter unserer KI-Arbeit: Inference-Serving, GPU-Scheduling, Vektorspeicher, Evaluierungspipelines, Agenten-Laufzeiten.
• Was auch immer das Produkt braucht, um über das MVP hinauszukommen – API-Arbeit, eine Migration, den Frontend-Fix, der ein Release freigibt. Founding Engineer heißt: die Grenze verschiebt sich.
• Kontrollen, die einem SOC-2- und ISO-27001-Audit ohne Hektik standhalten.

Wonach wir suchen

Jahre an Erfahrung zählen hier nicht, ein Abschluss auch nicht. Wir zählen sie nicht und fragen nicht danach. Sie müssen uns nur zeigen, was Sie bauen können, und den Fall dafür machen, warum wir Sie als unseren Founding Engineer einstellen sollten. Beweise schlagen einen Lebenslauf: ein Repo, ein Cluster, den Sie betrieben haben, etwas, das Sie ausgeliefert haben und auf das sich Menschen verlassen.

Eine Präferenz haben wir: Menschen, die in Startups gearbeitet haben. Arbeit in der frühen Phase lehrt eine bestimmte Sache – ein Problem von Anfang bis Ende zu verantworten, ohne jemanden, an den man es weiterreichen kann –, und genau das ist der Kern dieses Jobs.

• Schreiben Sie starkes Go. Services und Tooling, nicht nur Lesen.
• Arbeiten Sie mit echter Kubernetes-Tiefe – nicht nur kubectl apply. Scheduling, Networking, RBAC, CRDs, und was passiert, wenn ein Node ausfällt.
• Greifen Sie standardmäßig zu Terraform (oder vergleichbarem IaC), nicht erst als letzten Ausweg.
• Bewegen Sie sich sicher über AWS, GCP und Azure hinweg – tief in einer, gefährlich in den anderen beiden –, mit der DevOps-Seite ebenfalls in Ihrer Verantwortung: Pipelines, Releases, IAM, Networking, Kosten.
• Debuggen Sie über den ganzen Stack hinweg, nicht nur darunter. Genug Full-Stack-Erfahrung, um das Frontend oder die API selbst zu öffnen und den Fehler zu finden, statt ihn weiterzureichen – die meisten Produktionsprobleme kündigen nicht an, aus welcher Schicht sie kommen.
• Bringen Sie genug Linux- und Netzwerkwissen mit, um auch unterhalb der Abstraktion zu debuggen.
• Betreiben Sie etwas in Produktion und bleiben Sie dafür verantwortlich – Sie haben schon einmal die Rufbereitschaft für etwas Wichtiges getragen.
• Wenden Sie Sicherheitsinstinkte standardmäßig an: geringstmögliche Rechte, Umgang mit Secrets, Mandantengrenzen.
• Schreiben Sie klar. Design-Dokumente und Runbooks sind die Hälfte dessen, was wir liefern.
• Haben Sie mit entfernten Startup-Teams über Zeitzonen hinweg gearbeitet und wissen, was das wirklich bedeutet: Dinge aufschreiben, ohne Meeting entscheiden und erreichbar sein, wenn es zählt, ohne um 3 Uhr morgens online zu sein.
• Lernen Sie schnell. Kunden kommen mit Stacks, die wir noch nie berührt haben, und die entscheidende Fähigkeit ist, in diesem Codebase innerhalb weniger Tage eine sichere Änderung vorzunehmen.
• Behaupten Sie sich vor einem Kunden: Umfang festlegen, produktiv widersprechen und offen sagen „das können wir noch nicht messen“.

Nice to have

• MLOps oder LLM-/agentische Systeme in Produktion, mit Evaluierungssets.
• Rust, Python oder Performance- und Observability-Arbeit auf eBPF-Ebene.
• Arbeit an Multi-Tenant-SaaS-Plattformen oder ein durchlaufenes Compliance-Audit.
• Open-Source-Beiträge im Cloud-native-Ökosystem.
• Erfahrung in der frühen Startup-Phase – Gründungsteam, erste Engineers oder ein eigenes Projekt, das live gegangen ist.

How to apply

Email [email protected] Schreiben Sie uns eine E-Mail mit:

• Ihrem Lebenslauf oder LinkedIn-Profil.
• Einer kurzen Notiz – wenige Absätze reichen – über ein System, das Sie gebaut und betrieben haben, was daran kaputtging und was Sie deshalb geändert haben.
• Links zu allem Öffentlichen: Repos, Texten, Vorträgen, Nebenprojekten, Homelab-Clustern – was auch immer die Arbeit zeigt.
• Ihrem Standort und Ihrer Zeitzone, und ab wann Sie verfügbar wären.
• Einer Zeile dazu, warum gerade Sie für diese Rolle. Das lesen wir am genauesten.

Wir bewahren Ihre Angaben für die Projekte auf, für die diese Anzeige gedacht ist, und melden uns, sobald eines ansteht. Falls Sie das nicht möchten, sagen Sie es uns, und wir löschen sie.