Perception pipelines
Code that turns raw sensor data, from a camera, a lidar or a depth sensor, into an understanding of what is in the robot’s environment.
IoT, Embedded and Robotics
The layer above the motors and wiring: perception, navigation and motion planning, usually built on ROS 2, that decides what a robot actually does.
Once the mechanical and electrical parts of a robot exist, whether built from scratch or bought as a commercial platform, a business needs to hire a robotics software engineer in Dubai to write the code that turns moving hardware into a robot that does something useful. That means answering questions the motors and sensors cannot answer on their own: where is the robot right now, what is around it, where should it go next, and how should it move to get there without hitting anything.
This is a software specialism distinct from the broader, hands on hardware work our robotics engineer page describes. A robotics software engineer in Dubai typically works on top of an existing or purchased robot platform, focused on perception, navigation, motion planning and the integration code that ties sensor data to robot behaviour, most commonly built using ROS 2 as the shared framework. If your project still needs the physical robot designed and built, not only programmed, start with our robotics engineer page instead.
What the role builds
This is the work a Dubai business names when it decides to hire a robotics software engineer for an existing robot platform.
Code that turns raw sensor data, from a camera, a lidar or a depth sensor, into an understanding of what is in the robot’s environment.
Software that works out where the robot is and plans a safe route to a target, updating as the environment or the plan changes.
The layer that turns a high level goal, such as move to this point, into a sequence of commands the robot’s control system can actually execute.
Well structured, reusable software components that communicate with each other and with the robot’s drivers using ROS 2’s messaging system.
A simulated version of the robot and its environment, used to test navigation and planning code safely before it runs on real hardware.
Connecting robotics software to a commercial robot’s own interface, or to a fleet management system coordinating several robots at once.
Skills that matter
Real robot experience, not only simulation.
| Skill or tool | What good looks like | Why it matters |
|---|---|---|
| ROS 2 | Has designed a node and package structure from scratch, not only followed a tutorial or edited a demo project | Most robot drivers, algorithms and tools in active use assume a ROS 2 based system |
| C++ and Python | Comfortable in both, since ROS 2 uses C++ for performance sensitive code and Python for higher level logic and tooling | Real robotics codebases mix the two deliberately, not by accident |
| Navigation and path planning | Understands the difference between a plan that looks correct in simulation and one that works with real sensor noise | Real sensors are noisier and slower than simulated ones, and naive code fails on this gap |
| Debugging on real hardware | Has diagnosed a robot that behaved correctly in simulation but not on the physical platform | This gap between simulation and reality is one of the most common sources of robotics project delays |
| Systems thinking | Understands how their software interacts with the robot’s control loops and mechanical limits, not just the algorithm in isolation | Software that ignores physical constraints produces motion that looks fine on a graph and fails on the robot |
Robot software built today is very often built on ROS 2, described by its own maintainers as a set of libraries and tools for building robot applications from drivers through to advanced algorithms, which is a fair shared reference point when comparing candidates.
Ways to work with us
A scoped project suits a defined software goal, such as adding autonomous navigation to an existing robot platform, finishing with tested, documented code handed over with the robot still working reliably. A dedicated arrangement fits a robotics product under continuous development, where new capability keeps being added after the first working version ships. Recruitment support suits a business building its own robotics software team and wanting help assessing ROS 2 experience specifically, since general software interview questions do not test this well. Consulting fits a team whose navigation or perception code works in simulation but not reliably on the real robot, where an experienced review of that specific gap is often the fastest way forward.
Assessing a candidate
Checks that separate real robot experience from simulation only work.
These checks apply whether you hire a robotics software engineer in Dubai directly or ask us to run the assessment as part of recruitment support.
Ask them to explain the node structure and why they split responsibilities the way they did, not just what the package does.
A candidate with real deployment experience will describe a specific case where simulated and real behaviour differed, and how they closed the gap.
A short, realistic task reviewed for how they handle sensor noise and edge cases, not just whether the happy path works.
Simulation testing, staged testing and clear stop conditions should come up unprompted from an experienced candidate.
Ask which language they chose for a specific past component and why, since a thoughtless choice here often signals limited real experience.
Certifications
No formal certification covers this software specialism.
The Open Source Robotics Foundation does not run a certification exam we found evidence of, and we do not claim our team holds one. Some third party training providers offer ROS courses, which teach the framework but do not certify production robot experience.
A real ROS 2 repository, ideally with a video of the robot behaving as described, is the strongest evidence available when you hire a robotics software engineer in Dubai.
UAE considerations
Relevant once a robot captures images of people or places.
A robot with cameras operating in a workplace or public facing area, such as a delivery or inspection robot, is likely to capture personal data through its perception software, which brings it under Federal Decree Law No. 45 of 2021, the UAE’s federal personal data protection law, requiring that data to be secured and processed with consent, with limited exceptions, according to the UAE Government’s own summary of the law. Deciding what the robot’s software stores, and for how long, is worth settling before deployment rather than after. Raise it directly with whoever you hire as a robotics software engineer in Dubai while the perception pipeline is still being designed.
This page sits in our IoT, embedded and robotics category, part of the wider hire developers in Dubai section. For the mechanical, electrical and control side of a robot, see our robotics engineer page, and if the perception work is really a pure image recognition problem with no robot involved, our computer vision engineer page may fit better. Where the robot needs to run inference locally rather than depend on a cloud connection, our edge computing engineer page is closely related, and for the firmware running inside the robot’s own electronics, see our embedded software engineer page.
Straight answers
Some work, such as designing an algorithm or testing navigation logic in simulation, can start before hardware is ready. Most real robotics software work eventually needs the actual robot, since simulated sensors and real ones behave differently in ways that matter.
ROS 2 is a widely used open source set of libraries and tools for building robot software, maintained by the Open Source Robotics Foundation, and using it usually saves time because so many drivers and algorithms already exist for it. It is not compulsory, and a simple robot sometimes does not need it at all, which a robotics software engineer can advise on.
Often yes, if the robot exposes an interface for external software, such as a ROS 2 driver or a documented API. Some commercial robots are closed systems that do not allow this, so checking what the manufacturer actually exposes is an early step.
It overlaps, since perception on a robot often uses computer vision techniques, but robotics software also covers motion planning, control and system integration that pure computer vision work does not touch. For a project that is purely about recognising objects in images with no robot involved, our computer vision engineer page may be the better fit.
Through simulation, typically running the same ROS 2 code against a simulated version of the robot and its environment, catching obvious problems before they risk real hardware. Simulation testing reduces risk but does not replace testing on the physical robot before it is trusted in production.
Sources
Fixed price, in writing
Got it. Your quote is being written now.
In business hours you will have it within 45 minutes. Check your inbox for the confirmation.