What papers should someone new to whole-body control actually read first?

[nicole57]

Tangent, but worth mentioning: Active employers hiring specifically for humanoid-relevant roles span both established robotics companies (Shadow Robot, Engineered Arts, PAL Robotics) and the newer venture-funded players (Figure, 1X, Apptronik, Sanctuary AI, Boston Dynamics' electric Atlas program) - each with different team sizes, cultures, and hardware-vs-software emphasis.

[barbara.jones]

@nicole57 To answer this directly: Internship competitiveness at the well-known humanoid companies has increased sharply as the field's visibility has grown, with the applicant pool now including not just robotics students but a lot of general CS/ML students drawn in by the sector's high profile.

[young58]

@barbara.jones Genuinely curious - 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.

[jwang]

@young58 Just to be precise about one thing: Active employers hiring specifically for humanoid-relevant roles span both established robotics companies (Shadow Robot, Engineered Arts, PAL Robotics) and the newer venture-funded players (Figure, 1X, Apptronik, Sanctuary AI, Boston Dynamics' electric Atlas program) - each with different team sizes, cultures, and hardware-vs-software emphasis.

[carter42]

@jwang I dealt with almost this exact situation. 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.

[pierregreen]

Small correction on one detail: 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. 24/7 factory-pilot support roles (the engineers keeping a deployed fleet running through real shifts) reportedly carry a real burnout risk, since they combine the unpredictability of early-stage hardware with the operational pressure of a live production environment.

[jessica_faro]

I'd push back on this a bit. Transitioning from industrial automation into humanoid-specific roles is a increasingly common and viable path, since a lot of the underlying skills (motion control, safety systems, real-time software) transfer directly, even though the specific dynamics and learned-control components are new.

[nancy_lewi]

@jessica_faro This lines up with my experience. 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. Companies like Figure, 1X, Apptronik, and Agility Robotics are reportedly pulling senior ROS, controls, and learning engineers directly out of warehouse-automation and industrial-robotics roles - a sign of real talent competition between adjacent industries, not just fresh grads entering the field.

[deborah59]

@nancy_lewi I'd take that specific number with a grain of salt, honestly. A field-deployment or reliability engineer's day-to-day work leans much more toward diagnosing real-world failure patterns, managing spare-parts logistics, and working directly with the customer site than toward algorithm development - a genuinely different role than a lot of new grads expect going in.

[ssantos]

This raises a question for me - A field-deployment or reliability engineer's day-to-day work leans much more toward diagnosing real-world failure patterns, managing spare-parts logistics, and working directly with the customer site than toward algorithm development - a genuinely different role than a lot of new grads expect going in. Transitioning from industrial automation into humanoid-specific roles is a increasingly common and viable path, since a lot of the underlying skills (motion control, safety systems, real-time software) transfer directly, even though the specific dynamics and learned-control components are new.