Como a Microsoft entrevista Engenheiros de Dados

A Microsoft publica uma descrição resumida das suas entrevistas, em vez de um roteiro etapa por etapa; portanto, a estrutura abaixo combina o que a Microsoft declara com as categorias de preparação usadas nesta página (triagem, programação, design de sistemas, comportamental e presencial), que não são os nomes das etapas da Microsoft.

• As conversas. A maioria das entrevistas da Microsoft inclui 2-4 conversas com possíveis colegas de equipa e colegas de outras áreas, cada uma com duração de até uma hora. Para um engenheiro de dados, é provável que esses colegas incluam as pessoas cujos painéis e modelos dependem dos seus pipelines.
• Onde acontecem. As entrevistas podem ocorrer por telefone, no Microsoft Teams ou presencialmente. Para algumas funções, pede-se aos candidatos que escrevam código, apresentem um portefólio criativo ou forneçam amostras de trabalho; uma função na área de dados pertence claramente ao grupo que escreve código.
• As etapas técnicas. As entrevistas técnicas baseiam-se na resolução de problemas. Abrangem excelência técnica e competências essenciais, além de perguntas baseadas em competências e perguntas sobre o seu currículo.
• Como funciona a programação. Deve programar apenas na linguagem que domina, recebe a instrução de não usar pseudocódigo e utiliza uma ferramenta de programação de terceiros na qual pode executar e compilar o código.

A Microsoft não informa quanto tempo dura todo o processo nem qual das 2-4 conversas corresponde à discussão de design de sistemas para um Engenheiro de Dados.

A ênfase publicada está na resolução de problemas: excelência técnica e competências essenciais, avaliadas por meio de perguntas baseadas em competências e do seu currículo. Na prática, todos os projetos do seu currículo podem ser explorados ao nível das decisões individuais, e todas as respostas de programação precisam de funcionar, pois não se aceita pseudocódigo e a ferramenta compila o código.

Em geral, as entrevistas para Engenheiro de Dados avaliam quatro áreas, e a abordagem centrada na resolução de problemas aplica-se a todas elas:

• SQL e modelação de dados. Consultas que produzem a resposta correta na primeira execução e esquemas que consegue justificar perante requisitos em mudança.
• Pipelines e orquestração. Dependências, novas execuções idempotentes, preenchimentos retroativos e o tratamento de uma fonte atrasada ou malformada.
• Sistemas de dados distribuídos. Particionamento, formatos de ficheiro, processamento em lote em comparação com streaming e o custo de cada escolha.
• Qualidade e responsabilidade pelos dados. Como os dados incorretos são detetados, quem é informado e o que impede a repetição do problema.

Durante as avaliações e entrevistas, deve demonstrar as suas próprias competências sem ajuda externa, salvo autorização explícita; portanto, tanto o código executável como o raciocínio têm de ser seus.

A Microsoft descreve um único formato de entrevista técnica, em vez de um formato para cada função; portanto, as diferenças abaixo refletem a prática geral dessas funções, e não uma política da Microsoft.

• Em comparação com entrevistas para Engenheiro de Software, o código que lhe pedem para executar tende a envolver manipulação de dados, lógica de transformação e SQL, em vez de uma ampla variedade de algoritmos; além disso, as perguntas de design tendem a abordar movimentação, armazenamento e atualidade dos dados.
• Em comparação com entrevistas para Cientista de Dados, espere menos raciocínio estatístico e modelação e mais questões sobre os sistemas que fornecem dados fiáveis no momento certo.
• Em comparação com outras empresas, três detalhes publicados moldam o dia: um número reduzido de conversas de uma hora em vez de um painel longo, código que precisa de compilar numa ferramenta real e colegas de outras áreas presentes. Prepare-se para explicar o seu trabalho tanto a alguém que não é engenheiro como a um engenheiro.

A Microsoft não publica um cronograma. O que publica é a dimensão da entrevista: 2-4 conversas, cada uma com duração de até uma hora, o que é mais curto do que as entrevistas presenciais em várias etapas descritas por algumas empresas; por isso, cada conversa tem mais peso.

A dificuldade é mais prática do que teórica. Como não pode usar pseudocódigo e a ferramenta de programação executa o seu código, pequenos erros ficam imediatamente visíveis; além disso, as perguntas sobre competências e currículo permitem que a entrevista passe de uma consulta para um projeto anterior e depois para uma escolha de design no espaço de uma hora. Conhecer profundamente o seu próprio trabalho importa mais do que dominar superficialmente muitos tópicos de livros.

Reproduza o formato publicado: resolução de problemas, competências e o seu currículo, usando uma linguagem que domine.

• Execute os exercícios. Resolva problemas de SQL e transformação num ambiente que os execute, explicando o raciocínio enquanto avança, pois a ferramenta da entrevista compila o código e não aceita pseudocódigo.
• Uma linguagem, em profundidade. Escolha a linguagem que domina melhor e mantenha-se nela; a Microsoft recomenda programar apenas nessa linguagem.
• Currículo ao nível das decisões. Para cada pipeline ou plataforma presente no seu currículo, prepare-se para explicar a escolha de design, a alternativa rejeitada e a falha que resolveu.
• Respostas para diferentes áreas. Pratique a explicação de um incidente de qualidade de dados a um analista e a um gestor de produto, pois as conversas incluem colegas de outras áreas.
• Ensaie a hora. Uma entrevista simulada com a SubcueAI permite praticar a transição entre perguntas de programação, competências e currículo numa única sessão; na entrevista real, não é permitida ajuda externa, salvo autorização explícita.