> Markdown version of [/jobs/ext/2075785-senior-python-engineer-platform-libraries](https://www.wearedevelopers.com/jobs/ext/2075785-senior-python-engineer-platform-libraries). 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 Python Engineer, Platform Libraries - **Company:** UniteLabs - **Location:** München, Germany (Remote available) - **Experience:** Expert - **Salary:** €70,000.0 - €90,000.0 - **Contract:** Permanent contract - **Skills:** C (Programming Language), .NET Framework, Application Programming Interfaces (APIs), Amazon Web Services, C++ (Programming Language), Cloud Computing, Datasheets, Software Debugging, Hardware Interface Design, Python (Programming Language), PostgreSQL, Packet Analyzer, Open Source Technology, Prism (Software), OPC Unified Architecture, Reverse Engineering, Software Construction, Software Engineering, Transmission Control Protocol (TCP), TypeScript, Tailwind, Vue.js, Kubernetes, Infrastructure Automation Frameworks, NestJS, Terraform, Docker, Hardware Debugging - **Published:** August 16, 2026 - **Apply:** https://www.adzuna.de/details/5842522513 ## About the Role * Deep Python: 5+ years of writing production Python other people depend on. Async, typing, packaging, testing. You've designed APIs that other engineers built on, not just glue code., * SiLA 2, or another device abstraction and interoperability standard * Lab automation, scientific instruments, or a life science background * Open source maintainership with actual external contributors * C, C++, .NET, or Rust, for the vendor DLLs and drivers we end up wrapping * Docker, Kubernetes, edge deployment * German, for vendor conversations ## Description We're looking for a Senior Python Engineer, Platform Libraries (m/f/d) to join our team and play a key role in developing software that connects and translates lab equipment hardware interfaces, automates machines, and powers our next-generation automation platform. As a core team member, you will be working on cutting-edge technology, building software that bridges the gap between software and hardware, enabling seamless integration across various vendors. Connectors are how we do it. Every instrument we bring online gets one, and every connector is built on our shared Python libraries: Bus, our Connector Development Kit, and the stack underneath them. Our mission is to empower researchers and engineers by bridging the gap between lab equipment and cloud-based automation. Our customers are solving critical challenges like curing diseases, developing sustainable materials, and addressing global food security. We provide them with the tools to connect their devices, automate workflows, and unlock new possibilities in R&D. Your mandate has two halves. Own the libraries as a product with real users, our own engineers today and external contributors later. And stay close enough to customer connector work that what you build is grounded in problems that actually exist. Why you'll love this role Your users are engineers. Your success lets other people ship connectors faster. That's a different craft from shipping features, and it's the one we're hiring for. Real hardware, real failure modes. Instruments time out, return garbage, and arrive with documentation that's wrong. You'll debug against physical devices in our Munich workshop. Open source on purpose. Our CDK and our standardization work (SiLA 2) are public. What you build gets used and criticized by people outside the company. Senior scope, small team. You'll be the person who decides how connector engineering works here. No layer between you and that decision. Your mission 1. The Builder: own the shared libraries * Own Bus, the CDK, and the core stack. Features, tests, CI, releases, and deprecations across the connectors already running in production. * Extract abstractions from real work. When the same pattern shows up in the third connector, it becomes a library feature. You're the one who notices, and the one who does it. * Make the docs good enough to remove yourself. An outside contributor should be able to build a connector on our libraries without a call. * Set the quality standard. You define what "tested" means before a connector reaches a customer, and you make it stick. 2. The Shipper: build connectors on real instruments * Ship production connectors end to end. Spec sheet, physical device, protocol, proof of connectivity, tested connector, live customer. Independently. * Reverse-engineer what isn't documented. Roughly half the instruments we touch have incomplete or wrong docs. Packet captures, trial and error, vendor calls. * Work with the workshop. Our Connector Factory team gets instruments development-ready. You take it from there. * Talk to the people who use it. Automation engineers and scientists at biotech and pharma customers. Their constraints shape what the libraries need next., * You've debugged a real protocol against real hardware: gRPC, serial, TCP, OPC UA, CAN, USB. Which one matters less than having sat with a packet capture and a device that won't respond. * You ship without a spec: When the documentation is wrong, you reverse-engineer, instead of filing a vendor ticket and waiting. * You build for other developers: An SDK, a library, an internal platform. Something where your job was making other engineers faster. * Located in Munich: The instruments are physically here at WERK1., * Collaborative Culture: Team-oriented environment focused on continuous knowledge-sharing and professional growth, with regular team-building activities including offsites and work-cations. * Flexible Environment: Backed by an employee-first culture that supports flexible remote work and PTO, with our main office in the vibrant WERK1 Munich hub. Hardware debugging happens there, so being regularly onsite is a must. * Attractive Compensation Package: Competitive compensation with growth potential in a VC-backed startup, along with a laptop of choice, annual productivity budget, and a growing list of benefits for sports, mobility, insurance, and more. Tech stack A non-exhaustive list of our main technologies and tools used for a given task: * Connectors: Python, SiLA 2, gRPC, zeroconf * Workflows: Python, Prefect * Services: TypeScript, NestJS, Prisma * Web: TypeScript, Vue 3, Nuxt 3, TailwindCSS * Cloud: Docker, Kubernetes, Helm, AWS, Terraform * Databases: PostgreSQL ## Related Videos - [Platform Engineering vs. DevOps Why not both?](https://www.wearedevelopers.com/videos/885-platform-engineering-vs-devops-why-not-both) - [Nest.js - TypeScript in the backend can also be clean](https://www.wearedevelopers.com/videos/1033-nest-js-typescript-in-the-backend-can-also-be-clean) - [Lessons learned from building a thriving Vue.js SaaS application](https://www.wearedevelopers.com/videos/1666-lessons-learned-from-building-a-thriving-vue-js-saas-application) - [Docker Compose: Rediscovered](https://www.wearedevelopers.com/videos/1978-docker-compose-rediscovered) - [Navigating the Corporate Jungle: Life as a Developer in a large Company](https://www.wearedevelopers.com/videos/621-navigating-the-corporate-jungle-life-as-a-developer-in-a-large-company) - [Empowering Thousands of Developers: Our Journey to an Internal Developer Platform](https://www.wearedevelopers.com/videos/1519-empowering-thousands-of-developers-our-journey-to-an-internal-developer-platform) ## Related Articles - [The 13 Best Python Libraries for Developers in 2025](https://www.wearedevelopers.com/magazine/371-the-13-best-python-libraries-for-developers-in-2025) - [Dev Digest 121 - AI goes offline](https://www.wearedevelopers.com/magazine/456-dev-digest-121-ai-goes-offline) - [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers) - [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) - [The Most Popular IT Jobs on the Market](https://www.wearedevelopers.com/magazine/376-the-most-popular-it-jobs-on-the-market) - [Dev Digest 137 - AI'm not sure about this](https://www.wearedevelopers.com/magazine/485-dev-digest-137-ai-m-not-sure-about-this)