Runtime Systems Engineer (m/f/d)

Wir entwickeln Software, die Robotik-Ingenieuren Klarheit in komplexen Robotersystemen bietet. Unser Tool macht (ROS-basierten) Robotersysteme beobachtbar, verständlich und handlungsfähig – damit Entwickler sicherere und leistungsfähigere Roboter mit Vertrauen bauen können. Wir sind SMAROBIX – ein Team von 5 Gründern mit komplementären Fähigkeiten und unterschiedlichen kulturellen Hintergründen sowie ein Start-up der TU Dresden. Diese Rolle ist Teil des Kernteams, das die Grundlagen des Produkts gestaltet.

Die Rolle

Sie werden daran arbeiten, Robotersysteme zu verstehen, während sie unter realen Bedingungen laufen. ROS-basierte Systeme sind dynamisch und undurchsichtig zur Laufzeit: Komponenten erscheinen und verschwinden, Kommunikation überschreitet Prozessgrenzen, und Timing- sowie Zuverlässigkeitsgarantien müssen unter Last bestehen. Es ist eine schwierige Systemherausforderung, festzuhalten, was tatsächlich passiert, auf dem richtigen Detaillierungsgrad und mit minimalem Overhead, ohne eine etablierte Lösung in diesem Bereich. Dies ist eine praktische, design- und baubezogene Rolle. Die Herausforderung besteht nicht darin, Instrumentierung im Abstrakten hinzuzufügen, sondern zu entscheiden, was wichtig ist, wie man es versteht und wie man es darstellt, sodass der Rest des Produkts eine zuverlässige Grundlage hat, um darauf zu schließen. Die Software läuft direkt auf Produktionsrobotern, wo Korrektheit und niedriger Overhead nicht verhandelbar sind. Es gibt keine Vorlage, der Fortschritt hängt davon ab, die Einschränkungen tief zu verstehen und innerhalb dieser zu entwerfen, anstatt zu hoffen, dass sie keine Rolle spielen.

Was wir suchen

Sie fühlen sich wohl, wenn Sie nah am Metall arbeiten, wo das Verhalten des Betriebssystems, Speicher, Parallelität und Timing explizite Designüberlegungen sind, anstatt versteckte Details. Klar über das, was in einem laufenden System passiert, nachzudenken, ist Ihre Stärke, da Sie tatsächlich auf der niedrigsten Ebene programmiert und debuggt haben. Sie verstehen robotische Middleware nicht als schwarze Box, sondern als Teil des Systems, das im Detail verstanden werden muss. Sie sind vertraut damit, wie Knoten kommunizieren, wie Daten über Prozessgrenzen hinweg bewegt werden und was Qualitätsdienstleistungs-Einstellungen in der Praxis bedeuten. Sie haben mit Beobachtbarkeit oder Instrumentierung in Umgebungen gearbeitet, in denen Overhead ein echtes Kostenproblem darstellt, und denken sorgfältig über die Kompromisse zwischen Sichtbarkeit, Präzision und Auswirkungen nach. Sie können von den Implementierungsdetails auf niedriger Ebene herauszoomen und architektonische Entscheidungen treffen, die über die Zeit Bestand haben. Sie gehen pragmatisch mit Werkzeugen um und wählen Methoden, die zu den Einschränkungen passen, anstatt vertraute Muster auf neuartige Probleme zu erzwingen. In einem kleinen Team kommunizieren Sie klar, übernehmen Verantwortung für die Zuverlässigkeit in Benutzerumgebungen und sind bereit, über strikte Rollen Grenzen hinauszuarbeiten, wenn dies das Produkt verbessert. Frühere Erfahrungen mit Kernel-Modulen, deterministischem Networking, Echtzeitbetriebssystemen oder Beobachtbarkeitstools sowie Erfahrung mit eingebetteten Zielen oder Hardwarebeschleunigung geben Ihnen einen Vorsprung, jedoch ist uns echte Tiefe und der Antrieb, Ergebnisse zu liefern, wichtig. Das gilt auch dafür, ob Sie aus der Wissenschaft, der Industrie oder einem unerwarteten Weg kommen.

Warum diese Rolle

Sie werden kein bestehendes Laufzeit-Trace-System warten oder eine vordefinierte Spezifikation implementieren. Es liegt an Ihnen, ein System aufzubauen und die richtigen Lösungen unter ungewöhnlichen Einschränkungen zu finden. Die Grundlage existiert, aber die kritischen Entscheidungen darüber, was als vertrauenswürdig genug gilt, sind noch offen. Was Sie erfassen und wie Sie es erfassen, wird die Grundlage sein, von der alles andere im Produkt abhängt. Sie werden eng mit dem Mitgründer zusammenarbeiten, der für die Laufzeitarchitektur verantwortlich ist, mit echtem Eigentum und Raum, Annahmen in Frage zu stellen. Dies ist eine Rolle für Ingenieure, die möchten, dass ihr systemtechnisches Urteil ein Produkt von innen heraus prägt. Wenn das Team wächst, entwickelt sich diese Arbeit natürlich zu technischer Führung durch Klarheit und Einfluss, anstatt durch formale Hierarchie.

Wie man sich bewirbt

Bitte senden Sie Ihren Lebenslauf und ein kurzes Anschreiben per E-Mail. In Ihrem Anschreiben erzählen Sie uns von einem schwierigen technischen Problem, an dem Sie gearbeitet haben, und dem Moment, in dem Sie erkannt haben, dass Ihr erster Ansatz falsch war – was haben Sie getan?