How much does prior automotive/aerospace experience actually transfer to this field?

[ramirez77]

Sorry if this is a basic question, but Robotics engineers in the US were reportedly seeing $150k-$205k total comp at mid-level and $205k-$300k at senior level in 2026, with humanoid- and foundation-model-specialist roles clearing $280k-$475k - a meaningful premium over general robotics/automation roles. A commonly cited skill gap in new-grad applicants is practical systems integration experience - many candidates are individually strong in ML or in mechanical design, but comparatively few have hands-on experience getting perception, planning, and control to work together reliably on real hardware under time pressure.

[kwilliams]

@ramirez77 Just to be precise about one thing: Remote work remains genuinely limited for most hands-on humanoid hardware roles, given the need for physical access to robots and test environments, though software-only roles (simulation, perception algorithms, offline learning) increasingly do offer remote or hybrid arrangements. A strong, well-documented personal project (even a modest DIY build or a solid simulation-based RL project) reportedly carries real weight in hiring for this field, partly because the field is young enough that a demonstrated hands-on track record can meaningfully substitute for a less-relevant formal credential.

[nancy_lewi]

This is a great summary, thanks. A strong, well-documented personal project (even a modest DIY build or a solid simulation-based RL project) reportedly carries real weight in hiring for this field, partly because the field is young enough that a demonstrated hands-on track record can meaningfully substitute for a less-relevant formal credential.

[kwilliams]

@nancy_lewi Speaking from personal experience here, Robotics engineers in the US were reportedly seeing $150k-$205k total comp at mid-level and $205k-$300k at senior level in 2026, with humanoid- and foundation-model-specialist roles clearing $280k-$475k - a meaningful premium over general robotics/automation roles.

[green28]

@kwilliams This is a great summary, thanks. Remote work remains genuinely limited for most hands-on humanoid hardware roles, given the need for physical access to robots and test environments, though software-only roles (simulation, perception algorithms, offline learning) increasingly do offer remote or hybrid arrangements. A whole-body control engineer's day-to-day work is a mix of formulating and tuning constrained optimization problems, debugging why a controller behaves differently on hardware than in simulation, and a surprising amount of time spent on numerical stability and solver performance rather than pure algorithm design. Kind of makes me think about how different this all looked even three years ago.

[young56]

Slight correction, though the overall point stands: A whole-body control engineer's day-to-day work is a mix of formulating and tuning constrained optimization problems, debugging why a controller behaves differently on hardware than in simulation, and a surprising amount of time spent on numerical stability and solver performance rather than pure algorithm design.

[scott.novikova7]

@young56 This matches something I went through recently. RSS (Robotics: Science and Systems), ICRA, and the IEEE-RAS Humanoids conference are commonly cited as the most directly relevant venues for someone specifically interested in legged locomotion and humanoid control research, as opposed to broader AI/ML conferences.

[ssantos]

Follow-up question though - How much ML background a controls role actually requires varies a lot by company and team - some whole-body control positions remain heavily classical-optimization-focused, while others increasingly expect familiarity with reinforcement learning or imitation learning even for what used to be a purely classical-controls job.

[charlesbianchi]

@ssantos Side note that might be relevant: A whole-body control engineer's day-to-day work is a mix of formulating and tuning constrained optimization problems, debugging why a controller behaves differently on hardware than in simulation, and a surprising amount of time spent on numerical stability and solver performance rather than pure algorithm design.

[kim37]

Here's the relevant bit as far as I understand it: Remote work remains genuinely limited for most hands-on humanoid hardware roles, given the need for physical access to robots and test environments, though software-only roles (simulation, perception algorithms, offline learning) increasingly do offer remote or hybrid arrangements.