O processo de entrevistas da OpenAI, etapa por etapa

Você quer uma lista de etapas, e a versão honesta vem com uma ressalva. Esta seção traz o padrão que os candidatos relatam com mais consistência, junto com o motivo para confirmá-lo em vez de simplesmente confiar nele. A OpenAI cresceu rápido, e processos de contratação que crescem rápido são revisados com frequência.

• Triagem com recrutador. Vaga, equipe, nível, e no que você trabalharia. Pergunte aqui quais etapas estão programadas para você.
• Triagem técnica. Código prático em um ambiente funcional, com peso maior em construir algo que funcione.
• Take-home ou projeto delimitado. Relatado para muitas vagas de engenharia, geralmente algumas horas com um resumo escrito anexado.
• Etapas onsite. Alguma combinação de código, design de sistemas ou ML, e uma revisão do take-home com perguntas de acompanhamento.
• Discussão de pesquisa. Para vagas de pesquisa, uma análise profunda do seu próprio trabalho anterior em vez de um exercício de design.
• Conversa sobre missão e valores. Por que esse trabalho, e como você pensa em implantar sistemas capazes de forma responsável.

Trate isso como um mapa, não um cronograma. O hub de processos de entrevista por empresa cobre processos que têm sido estáveis por mais tempo, caso você queira um contraste.

O foco relatado está em tarefas parecidas com o trabalho real: escrever código que funcione, ler uma interface desconhecida, e fazer algo funcional dentro de um tempo limitado. Isso muda como você deve se preparar. A velocidade para lembrar um algoritmo de livro-texto importa menos do que estar à vontade no seu próprio ambiente, ler documentação desconhecida sem preparo, e estar disposto a testar aos poucos em vez de só no final.

Isso também muda o custo do silêncio. Em uma etapa prática, um entrevistador que não consegue ouvir seu raciocínio tem muito pouco para avaliar até o código rodar. Dizer o que você está prestes a tentar, e por quê, não é enrolação. É a maior parte do sinal.

Uma engenheira de machine learning vinda de um cargo de infraestrutura passou um mês em exercícios de algoritmos antes de uma triagem da OpenAI, e depois teve dificuldades em um take-home que basicamente pedia para ela conectar uma API desconhecida e defender o design por escrito. Os exercícios não foram desperdiçados, mas treinaram a habilidade errada. Ensaiar a explicação em voz alta, com interrupções, é exatamente para isso que serve o modo de prática de entrevista simulada.

Essa etapa é uma avaliação real, e candidatos que a tratam como um bate-papo amigável dão respostas rasas. Você não precisa de um documento de posicionamento. Você precisa de um relato específico e honesto sobre por que quer fazer esse trabalho e como pensa sobre as consequências do que constrói.

• Tenha um motivo concreto. Um problema específico que você queira resolver vale mais que um entusiasmo genérico pela área.
• Traga uma escolha difícil real que você já fez. Uma vez em que você atrasou um lançamento, adicionou uma salvaguarda, ou questionou uma decisão de lançar algo.
• Leia o material publicado. Conseguir dialogar com as posições que a própria empresa declara publicamente é o básico, não um bônus.
• Seja honesto sobre a incerteza. Dizer o que você não sabe soa melhor do que uma confiança ensaiada que você não consegue defender diante de perguntas de acompanhamento.

A mesma regra vale para o resto do processo: uma resposta que você já disse em voz alta é visivelmente melhor que uma que você só pensou.

A preparação é direta. Ensaiar uma explicação de pesquisa, treinar perguntas de acompanhamento sobre um take-home, e praticar a conversa sobre a missão são estudo comum, e fazer isso em voz alta é a parte que a maioria dos candidatos pula.

A assistência ao vivo durante a entrevista é uma questão mais restrita que depende da etapa. Uma videochamada conversacional e um exercício de código com tela compartilhada são situações diferentes, e um take-home geralmente vem com suas próprias regras explícitas sobre quais ferramentas você pode usar. Leia essas regras; elas são a resposta real para aquela etapa, não o que um fornecedor alega.

A SubcueAI oferece duas superfícies de assistência ao vivo, um aplicativo de desktop nativo para macOS e Windows e um painel lateral de extensão de navegador para chamadas em aba do navegador, e nenhuma das duas entra na chamada como um bot de reunião nem injeta nada na página da reunião. Nenhuma sobrevive a uma tela compartilhada, uma etapa gravada, ou uma máquina gerenciada pela empresa. Esses limites estão descritos claramente no hub de detectabilidade.