> Markdown version of [/jobs/ext/2819831-senior-system-engineer-robotics](https://www.wearedevelopers.com/jobs/ext/2819831-senior-system-engineer-robotics). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Senior System Engineer Robotics - **Company:** NODE Robotics GmbH - **Location:** Stuttgart, Germany - **Experience:** Expert - **Contract:** Permanent contract - **Skills:** Automated Storage and Retrieval Systems, C++ (Programming Language), Cloud Computing, Software Debugging, Distributed Systems, Python (Programming Language), Datadog, State Machines, Industrial Software, Lidar, Docker - **Published:** September 10, 2026 - **Apply:** https://www.adzuna.de/details/5876412976 ## About the Role * 7+ yrs building and operating software for AMRs, or comparable safety-relevant real-time distributed systems * ROS 2 or comparable, and you can reason about driver layers, state machines and behavior architectures * C++ and/or Python, at a level where you know when correctness beats shipping speed * Safety concepts in robotics or industrial systems: you design for the failure case, not the happy path * Production distributed systems: pipelines, monitoring, incident response, rollback. You've been on-call for something that mattered * You've owned a technical decision others disagreed with, and can still defend the trade-off * You've carried something into production and stayed with it afterwards, including the part where it broke * You question a requirement before you build it, without making the person who wrote it defensive Nice-to-have * VDA5050 or other fleet-management standards * Multi-robot coordination or traffic management * Intralogistics, warehouse automation, industrial deployments * Observability tooling, chaos and fault-injection thinking ## Description Stuttgart, Baden-Württemberg, 70197 Unbefristet Vollzeit Your mission Our robots don't ship with a robotics team standing next to them in the warehouse. They ship with NODE.OS, and NODE.OS is yours to own. Robotics Core pushes the algorithmic boundary in navigation, localization and planning. Frontier turns robot state into interfaces people actually trust. You sit between them and turn what they build into a robot that shows up for its shift, does its job, and doesn't page anyone at 3am. Not a hardware role: no motor drivers, no sourcing LiDAR units. Everything above that is yours, from the driver layer to a fleet of dozens moving through our Master Control System (VDA5050-compliant). You're not maintaining one module. You're accountable for how our robots perform in the field. What you'll do * Sit between Robotics Core and Frontier: Their output becomes something operable, field reality becomes requirements they can act on. What's worth building and what's worth working around is your call. * Own the driver-to-behavior stack: Hardware abstraction, ROS 2 DISTRO Jazzy driver layer, state machines. Where the line falls between a hardware quirk you abstract away and a behavior bug you fix properly is your decision, and every later feature inherits it. * Design and guard the safety-relevant logic on the robot: Every rule trades throughput against certainty, and you own the trade-off, not just the code that implements it. * Own robot-to-fleet communication: VDA5050 up to the Master Control System, plus the coordination and traffic-management logic that has to hold up on a real warehouse floor. The algorithms often come from Robotics Core, but when integration turns up gaps you dig into them instead of just wiring them up. * Run the Master Control System as a production service: Cloud Deployed using Docker. Observability using OpenTelemetry, Orchestration open. You define what counts as a healthy fleet, and what triggers an alert versus a shrug. * Own deployment and SRE for robot and fleet software: Every rollout strategy, rollback plan and monitoring threshold is a bet on how much operator trust you'll risk for speed. * Debug production incidents on live customer fleets: Whether you call something a root cause or a symptom decides whether the same failure shows up again next week. ## Related Videos - [How to develop an autonomous car end-to-end: Robotic Drive and the mobility revolution](https://www.wearedevelopers.com/videos/22-how-to-develop-an-autonomous-car-end-to-end-robotic-drive-and-the-mobility-revolution) - [Docker Compose: Rediscovered](https://www.wearedevelopers.com/videos/1978-docker-compose-rediscovered) - [Debugging in the Dark](https://www.wearedevelopers.com/videos/1658-debugging-in-the-dark) - [Robots are coming into the wild! Full-Stack Robotics Engineers, be ready!](https://www.wearedevelopers.com/videos/479-robots-are-coming-into-the-wild-full-stack-robotics-engineers-be-ready) - [Remote Driving on Plant Grounds with State-of-the-Art Cloud Technologies](https://www.wearedevelopers.com/videos/251-remote-driving-on-plant-grounds-with-state-of-the-art-cloud-technologies) - [Docker build without Docker](https://www.wearedevelopers.com/videos/100114-docker-build-without-docker) ## Related Articles - [How We Built a Worry-Free System That Runs for 10+ Years – And What We’d Do Again](https://www.wearedevelopers.com/magazine/751-how-we-built-a-worry-free-system-that-runs-for-10-years-and-what-we-d-do-again) - [How software is steering vehicle technology](https://www.wearedevelopers.com/magazine/515-how-software-is-steering-vehicle-technology) - [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers) - [Dev Digest 137 - AI'm not sure about this](https://www.wearedevelopers.com/magazine/485-dev-digest-137-ai-m-not-sure-about-this) - [Never delegate the understanding](https://www.wearedevelopers.com/magazine/749-never-delegate-the-understanding) - [Résumé-Driven Development: How IT trends affect the job market for software developers](https://www.wearedevelopers.com/magazine/59-resume-driven-development-how-it-trends-affect-the-job-market-for-software-developers)