O processo de entrevista da AMD, etapa por etapa

As vagas da AMD abrangem chips de CPU e GPU, aceleradores para data centers, produtos embarcados e uma grande organização de software, então é natural que os candidatos se perguntem se existe um único processo AMD. Esta seção descreve as etapas que a maioria dos processos compartilha e a variável que determina o que acontece dentro delas. As etapas são familiares; a variável é a sua área de engenharia.

A triagem com o recrutador vem primeiro. Ela cobre sua experiência, a vaga, a localização e as expectativas salariais, e é o momento em que você deve confirmar o grupo de produto e a área, por exemplo design físico, RTL, verificação de design, validação, firmware ou software de driver.

Em seguida vêm uma ou duas rodadas técnicas com a equipe contratante, geralmente por vídeo. São conversas com engenheiros atuantes, não um teste padronizado, e costumam explorar tanto os projetos do seu currículo quanto perguntas de livro-texto.

A etapa final é um painel com vários engenheiros, cada um cobrindo um tópico, além de uma conversa com o hiring manager sobre escopo e fit. Candidatos em início de carreira às vezes recebem uma avaliação online antes de tudo isso; leia o convite com atenção, pois essas provas costumam ter tempo limitado e supervisão.

Para vagas de design RTL e lógico, espere ser questionado em voz alta sobre fundamentos digitais: lógica combinacional versus sequencial, máquinas de estado finito, tempo de setup e hold, cruzamento de domínios de clock e o motivo de existirem sincronizadores, além de trade-offs de pipelining. Os entrevistadores costumam pedir que você esboce ou escreva pequenos blocos em Verilog ou SystemVerilog, como uma FIFO, um contador ou um arbitrador, e depois explique o que quebra nos casos limite.

As rodadas de verificação de design se concentram mais em como você prova que um design funciona: construções em SystemVerilog, estrutura UVM, estímulo aleatório restrito, cobertura funcional e assertions. Um padrão comum é receber a descrição de um bloco pequeno e ser questionado sobre como você o verificaria, o que valoriza um plano de teste claro em vez de sintaxe decorada.

Pense em um engenheiro de verificação que muda de uma empresa de chips de rede para um time de GPU. A experiência dele com testbenches se aplicou diretamente, mas o painel dedicou uma sessão inteira à estratégia de fechamento de cobertura para um controlador de memória, algo que ele só havia tocado indiretamente. Perguntar ao recrutador qual bloco a equipe possui teria direcionado sua preparação para esse ponto.

As vagas de software na AMD cobrem um leque amplo, de drivers de GPU e compiladores até a stack ROCm, ferramentas e infraestrutura de validação. O núcleo comum é um domínio sólido de C ou C++, e você deve estar preparado para ponteiros, layout de memória, manipulação de bits, primitivas de concorrência e como um sistema operacional agenda e gerencia memória.

As entrevistas de firmware e driver acrescentam conhecimento de hardware: interrupções, registradores mapeados em memória, DMA e como um driver conversa com um dispositivo. Times de software de GPU podem perguntar sobre conceitos de programação paralela e como o trabalho é despachado para o hardware. Perguntas de algoritmos aparecem, mas tendem a ser práticas em vez de charadas complexas.

As perguntas comportamentais costumam aparecer dentro das rodadas técnicas em vez de em um horário dedicado, então tenha histórias curtas prontas sobre depurar algo difícil, discordar de um design e entregar sob um cronograma apertado. Ensaiar essas histórias em voz alta é o passo que a maioria dos candidatos pula; a ferramenta de entrevista simulada permite que você faça uma sessão sozinho e ouça primeiro suas próprias respostas.

Os entrevistadores do painel na AMD costumam ser os engenheiros com quem você trabalharia lado a lado, e o sinal mais forte que você pode enviar é profundidade sobre o seu próprio trabalho anterior. Esteja pronto para percorrer um design ou um bug do seu currículo no nível de sinais, registradores ou código, incluindo o que você faria diferente.

Faça a cada entrevistador algo específico: qual bloco ou componente a equipe possui, como está a pressão atual de tape-out ou de lançamento, como acontece a passagem entre verificação e design. Essas perguntas mostram que você já pensa como um membro da equipe.

Essas rodadas acontecem por vídeo, e é aí que um assistente em tempo real pode ajudar: o SubcueAI transcreve o entrevistador e elabora uma resposta estruturada, seja pelo aplicativo de desktop nativo para macOS ou Windows por trás de uma sobreposição local, seja pelo Side Panel da extensão de navegador no Chrome e no Edge, que captura apenas o áudio da aba da reunião. Nenhum bot entra na chamada. Os limites também são claros: tudo o que aparece em uma tela compartilhada fica visível, sessões gravadas capturam esse compartilhamento, e provas com supervisão ficam fora do alcance. Os processos de outras empresas estão mapeados nos guias de entrevista por empresa.