Dans mon expérience personnelle, Google n'a pas de désignation rigide des rôles, du type "Vous êtes un ingénieur en logiciel embarqué ; vous travaillerez sur des logiciels embarqués. Bob est un ingénieur en apprentissage machine ; Bob devra travailler sur le logiciel d'apprentissage machine".
L'idée d'une attribution de rôle spécifique et rigide est assez désuète, car elle est fortement issue du complexe militaro-industriel des années 1950's et 1960's et des rôles d'ingénieurs associés, dans l'espoir que tout le monde puisse être réduit à son rôle, et donc être des rouages remplaçables. Vous ne pouvez'annuler le programme Apollo simplement parce que quelqu'un se fait écraser par un bus.
La réalité réelle est que les ingénieurs ont des choses qu'ils sont capables de faire, des choses qu'ils sont capables d'apprendre à faire, des choses qu'ils sont bons à faire, et des choses qu'ils aiment faire.
Les choses qu'une personne aime faire et les choses pour lesquelles elle est bonne ne sont pas toujours des ensembles qui se croisent. S'il n'y a pas d'intersection, la personne ne devrait probablement pas travailler en tant qu'ingénieur, car elle ne sera pas heureuse dans la vie.
Si vous voulez être un ingénieur embarqué chez Google, vous devriez vous rendre qualifié pour être un ingénieur chez Google, puis quand un projet qui nécessite un travail embarqué se présente, portez-vous volontaire pour y travailler. Ou mieux encore, si vous avez un peu de temps libre... commencez à y travailler, et si votre travail est apprécié, l'équipe à qui appartient le projet voudra probablement que vous soyez là à plein temps.
Il n'y a pas de problème.