En mi experiencia personal, Google no tiene designaciones rígidas de roles, como «Eres un ingeniero de software embebido; trabajarás en software embebido. Bob es un ingeniero de aprendizaje automático; Bob trabajará en software de aprendizaje automático».
La idea de la asignación de roles específicos y rígidos es bastante anticuada, ya que surgió en gran medida del complejo industrial militar de los años 50 y 60 y de los roles de ingeniería asociados, con la esperanza de que todo el mundo pudiera reducirse a sus roles y, por lo tanto, ser engranajes reemplazables. No se puede cancelar el programa Apolo simplemente porque alguien sea atropellado por un autobús.
La realidad actual es que los ingenieros tienen cosas que son capaces de hacer, cosas que son capaces de aprender a hacer, cosas que se les da bien hacer y cosas que les gusta hacer.
Las cosas que a alguien le gusta hacer y las cosas que se le dan bien no son siempre conjuntos que se cruzan. Si no hay intersección, la persona probablemente no debería trabajar como ingeniero, ya que no será feliz en la vida.
Si quieres ser un ingeniero de embebidos en Google, debes capacitarte para ser un ingeniero en Google, y luego cuando aparezca un proyecto que requiera trabajo de embebidos, ofrecerte como voluntario para trabajar en él. O mejor aún, si tienes algo de tiempo libre… simplemente empieza a trabajar en él, y si tu trabajo es apreciado, el equipo que tiene el proyecto probablemente te querrá allí a tiempo completo.