Resumo através dos olhos de um entrevistador

Quando eu estava escrevendo meu primeiro currículo, o processo de seleção para uma entrevista pessoal parecia mágico para mim. Os tomadores de decisão foram representados como "caixas negras", que determinam: o candidato é "interessante" ou "desinteressante" - de acordo com critérios incompreensíveis.

Os artigos “Como redigir um currículo” foram parcialmente úteis, e parcialmente confusos e despertaram medo: seus autores alegaram que minha carta poderia entrar na cesta se a estrutura não fosse mantida ou o responsável não visse palavras-chave nos primeiros 5 segundos de leitura.

Anos se passaram, agora eu mesmo estou envolvido na contratação de desenvolvedores front-end e na busca de currículos com outros líderes de equipe.

Neste artigo, quero dizer:

• A que pontos prestamos atenção antes de convidar um candidato para uma entrevista e a melhor forma de apresentar nossa experiência.
• O que, ao contrário dos mitos populares sobre procura de emprego, pelo contrário, não afeta a decisão do empregador.
• E se a experiência atual não for objetivamente suficiente para a posição do sonho.

E o mais importante - quero explicar a lógica que seguimos para que o processo não pareça mais mágico.

Não tome o que está escrito como receita ou requisitos universais. Pelo contrário, é um conselho amigável e uma vista lateral. Você pode não ter um currículo, se você é um desenvolvedor de primeira linha, uma estrela de conferência, tem um perfil interessante no GitHub, um amigo o recomenda e assim por diante. Este artigo é para iniciantes e aqueles que se deparam com uma procura de emprego.

Retomar estrutura

Um resumo padrão consiste nos seguintes blocos:

• Nome, detalhes de contato, posição desejada (opcional - idade);
• experiência de trabalho;
• educação;
• informações adicionais que você deseja comunicar.

Para arruinar a parte relacionada ao nome e à posição desejada, você precisa se esforçar bastante. Portanto, vimos à direita para o segundo bloco.

Experiência profissional

Obviamente, esta é a seção mais importante do currículo (a exceção são especialistas sem experiência, dicas para eles abaixo). Com base nessas informações, avaliamos se o candidato é adequado ou não para nossa equipe. Existem várias maneiras de descrever sua experiência. Vamos considerar cada uma delas.

Opção 1. Minimalista

Neste resumo, descobrimos que o candidato era um desenvolvedor front-end. Mas qual? Que estrutura ele usou? Você escreveu testes? Que tarefas você teve que resolver?

É bom que a Horns and Legs seja uma empresa de TI bem conhecida. Digamos, se você trabalhou no Google, então, em princípio, você não pode escrever mais nada, muitos empregadores “bicam” nisso. Caso contrário, você deve fornecer mais informações.

Obviamente, existe a opção de chamar esse candidato para uma entrevista e descobrir tudo pessoalmente ou pedir a colegas do RH que entrem em contato e descubram mais. Mas, ao se dar a esse mistério, você aumenta a chance de que seu líder potencial pense em tudo ele mesmo e nem todas as suposições dele estarão a seu favor.

Opção 2. Indicação de tecnologia

Ao especificar as tecnologias que você possui, você removeu imediatamente muitas perguntas. Agora entendemos como suas habilidades se sobrepõem à nossa pilha. Somente sem fanatismo, não é necessário listar as tecnologias de todos os departamentos vizinhos. Uma lista muito longa parece implausível. Indique com o que você trabalhou pessoalmente e o que está pronto para discutir na entrevista.

Não tenha medo de correspondência incompleta da pilha. Por exemplo, você trabalhou com o NGXS, nós trabalhamos com o NgRx. O conhecimento de tecnologias relacionadas ainda será uma vantagem. E quanto mais sua experiência for semelhante aos nossos projetos, maior será a probabilidade de querermos conhecê-lo.

Mas ainda gostaria de saber quais tarefas específicas você está resolvendo.

Opção 3. Indicação de responsabilidades

Agora, temos uma idéia melhor do que você fez no seu trabalho anterior e podemos comparar isso com as posições em aberto. Se você fez algo semelhante, isso adicionará um sinal de mais ao seu karma imaginário. Porém, mesmo que as tarefas sejam muito diferentes dos nossos projetos, uma descrição das responsabilidades anteriores ajudará a fazer pelo menos uma ideia inicial de você e se tornará o ponto de partida para uma entrevista pessoal.

Posso dizer com confiança que um candidato com esse currículo receberá mais convites para uma entrevista. Mas é possível fazer ainda melhor? Acontece que sim.

Opção 4. Mostrando conquistas

Bem, agora sabemos não apenas o que você estava fazendo , mas também o que você realmente fez . Isso é especialmente importante se você é líder sênior ou de equipe. Dos funcionários nessas posições, sempre esperamos uma contribuição decisiva para o desenvolvimento técnico do projeto ou do gerenciamento de equipes. Porém, desenvolvedores menos experientes geralmente têm algo a compartilhar.

Admito que, mudando meu trabalho pela primeira vez, fiquei envergonhado ao descrever minhas realizações: e daí, que passo status, avalio prazos e supervisiono um colega menos experiente, porque oficialmente ainda sou um “programador júnior”! Agora posso declarar autoritariamente que você não precisa ser tímido: você fez algo importante - escreva sobre isso, mesmo (e mais ainda) se não corresponder à sua posição atual.

Duvide do que considerar conquistas? Aqui estão algumas idéias:

• introduziu o TypeScript (ES6, testes de unidade, revisão de código, estilo de código etc.);
• carregamento otimizado do site;
• formou uma equipe, escolheu conscientemente uma estrutura;
• treinamento interno organizado (reuniões, viagens a conferências externas);
• fez um discurso na reunião, conferência.

Esta lista continua. Mas darei mais um conselho. Lembre-se da parábola sobre as três peneiras pelas quais você deseja passar o que deseja dizer? Portanto, as realizações devem ser passadas por uma peneira de adequação.

Por exemplo, você escreve que gerencia o departamento de desenvolvimento front-end. E então acontece que o departamento consiste em você e seu amigo Petit. Parece mais ou menos. Ou cite fatos insignificantes: durante o trabalho, escrevi 30 mil linhas de código, fechei 125 tickets, revisei 1.500 solicitações pull.

Se você observar a distribuição do último currículo recebido nas categorias indicadas, veremos a seguinte figura:


Pelo menos 28 dos 100 currículos podem ser significativamente melhorados.

Quero observar que um currículo mal preparado nem sempre significa um candidato menos adequado e vice-versa: o autor de um currículo excelente pode não passar por uma entrevista técnica ou trabalhar com a equipe. Mas se você nem tentar falar sobre si mesmo, como seus colegas em potencial o verão entre outros candidatos?

Problemas indicando experiência

Às vezes, uma pessoa tem anos de experiência suficientes, mas, ao ler o currículo, ainda pensamos que esse “não é nosso candidato”. O que poderia estar errado?

Mudança frequente de trabalho

Parece que todo mundo já sabe que uma mudança frequente de emprego não colore o candidato. Para mim, uma mudança frequente de trabalho - três ou mais lugares onde você trabalhou por menos de um ano. Esta não é uma base incondicional de recusa, especialmente se os motivos forem neutros. Por exemplo, você trabalhou em um projeto e ele foi concluído. Isso pode ser indicado imediatamente no currículo, para que o líder potencial não pense em si mesmo.

No entanto, proponho pensar sobre isso, mudando o trabalho da próxima vez: seu novo local é realmente melhor que o antigo, existem perspectivas e oportunidades de crescimento, isso o aproxima de seus objetivos globais de carreira? E você os tem?

Experiência em tecnologia irrelevante

Acontece que o candidato tem uma longa história, mas mesmo muitos anos de experiência e uma experiência bem descrita podem não ser relevantes para a posição.

Estamos procurando desenvolvedores Angular e React (mas geralmente estamos prontos para considerar desenvolvedores com experiência em outras estruturas) e, no resumo, por exemplo, apenas blogs WordPress. Ou você estava desenvolvendo um back-end e agora deseja treinar novamente no front-end. Eu mesmo estava nessa situação há vários anos e compreendo quais problemas esperam por você: há experiência em desenvolvimento, mas não há experiência prática em desenvolvimento web. Entrevistar em uma nova especialidade pode ser difícil.

O que fazer Levante as pernas e reconcilie-se? Continuar a fazer o que você já parou de amar? Claro que não. Prosseguimos para a próxima seção.

E se houver pouca experiência?

Bons desenvolvedores estão sempre ausentes. E os entrevistadores também são pessoas e também começaram do zero. Portanto, eles geralmente estão prontos para considerar candidatos, embora com experiência insuficiente, mas com desejo de crescer. Você só precisa reforçar esse desejo com um caso e dar dicas transparentes sobre ele no currículo.

Auto-desenvolvimento

Se você não tiver conhecimento de tecnologias relacionadas ou mais modernas, comece a aprendê-las. Faça cursos em vídeo, agora existem muitos para todos os gostos (eu amo o Pluralsight , mas você também pode encontrar vídeos gratuitos de ótima qualidade). Escreva sobre o caminho de desenvolvimento desejado e seus esforços no currículo - por exemplo, na seção "Informações adicionais" ou na carta de apresentação. Por exemplo:

No local de trabalho atual, não usamos estruturas, mas sigo as tecnologias modernas e estudo Angular (React, Vue - aqui nos concentramos em nossos interesses e no local de trabalho desejado). Passou tais e tais cursos.

E novamente sem fanatismo! Se você especificar 50 cursos, iniciando no layout e finalizando com a otimização de consultas ao banco de dados, isso parecerá estranho (a menos que você esteja no fullstack). Pense no que você realmente quer fazer e no que está perdendo agora.

A propósito, se você vai procurar trabalho, porque não está satisfeito com tecnologias ultrapassadas ou com a falta de boas práticas de equipe, sugiro que pense por um momento: você tentou mudar isso? Caso contrário, eu recomendo que você tente. Inesperadamente, isso pode se tornar uma oportunidade de crescimento e uma maneira de obter experiência prática em condições reais de trabalho.

Pet-project

Suponha que você esteja passando ou já tenha concluído algum treinamento: já assistiu a cursos, leu um livro ou artigos. Obviamente, você entende que uma preparação "teórica" ​​não é suficiente. Eu sempre aconselho a desenvolver novos conhecimentos na prática enquanto assiste a um vídeo ou lê um livro. Por exemplo, inicie um projeto de estimação.

O que poderia ser? Em princípio, qualquer coisa.

Você gosta de futebol? Faça um site sobre o próximo campeonato. Aprendendo uma língua estrangeira? Escreva um aplicativo para repetir palavras. Você gosta de viajar? Faça um mapa dos lugares onde você estava. Existem muitas APIs abertas cujos dados podem ser usados. Por exemplo, você pode encontrar uma boa lista de APIs no repositório de APIs públicas .

Além de consolidar o material estudado, o projeto pet oferece outra oportunidade interessante: ele pode ser postado no GitHub e fornecer um link para o seu perfil no currículo. Um bom código dirá mais de mil palavras sobre você e, em alguns casos, o salvará de uma tarefa de teste. Mas verifique se o seu github não está contra você.

Seu perfil no github

Várias vezes me deparei com currículos, cujo autor indicou um link para o GitHub (que por si só é muito saudável e destaca o currículo aos olhos de potenciais entrevistadores), mas visualizar o código desencorajou completamente o desejo de se comunicar. Aqui estão as razões mais simples pelas quais isso pode acontecer:

• Muito código em um arquivo, funções enormes, aninhamento grande.
• Duplicação de código óbvia.
• Francamente nomes ruins de variáveis ​​e funções.
• Variáveis, funções, importações não utilizadas.

E esses são apenas os cheiros de código que chamam minha atenção imediatamente, mesmo antes de eu colocar o código em spool. A propósito, é muito conveniente que seu projeto seja implantado em algum lugar e você possa assistir à demonstração sem iniciá-la em casa. A opção mais simples são as páginas do github .

Obviamente, você tem o direito de armazenar em seus repositórios o código que você esboçou de joelhos, o código que você escreveu há muito tempo e agora você teria feito tudo de forma diferente, código sem testes e sem tipos.

Mas lembre-se de que, se você forneceu um link para seu GitHub, para o entrevistador, este é um convite para avaliá-lo e tirar uma conclusão. Portanto, meu conselho: coloque o código em ordem para que ele mostre as práticas recomendadas que você conhece. Pelo menos para um projeto, que você demonstrará como padrão.

Recursos para a prática

Projeto animal de estimação - uma história sobre a criação de um projeto do zero, trabalhando com uma estrutura, com uma API. Em geral, isso é algo que lembra um projeto real em miniatura. Além de trabalhar em um projeto de estimação, aconselho a praticar a solução de problemas para escrever código. Isso é especialmente importante para desenvolvedores juniores ou desenvolvedores que alteram sua especialização (por exemplo, ao alternar de C # para javascript) - é assim que você pode se familiarizar com os novos designs.

Existem muitos sites com tarefas adequadas e um sistema de verificação automática. Meus favoritos são Codewars e LeetCode .

Em geral, esse conselho é mais sobre autodesenvolvimento e preparação para uma entrevista do que escrever um currículo.

Educação

Tudo é simples com a educação: existe ou não existe, simplesmente escrevemos a verdade. Se você recebeu treinamento adicional diretamente ou indiretamente relacionado ao trabalho, também vale a pena mencionar isso. No meu caso, este é, por exemplo, um curso de UX&UI Design na British Higher School of Design.
Recentemente me perguntaram o quanto é importante, em princípio, ter um diploma universitário para trabalhar em TI.

Penso que este é um problema oco, até alguns colegas podem discordar de mim. Minha resposta: se houver uma oportunidade de terminar uma boa universidade - é melhor fazê-lo. Mas a disponibilidade da educação não é um fator decisivo (mas o conhecimento é sim). E certamente não aconselho ninguém a entrar em um instituto pouco conhecido apenas por uma questão de crosta.

Eu admito, mentalmente, coloquei um sinal de mais para candidatos com ensino especializado
nas melhores universidades. No entanto, conheço alguns excelentes desenvolvedores sem ensino superior, e a falta de um diploma não os incomoda.

Informações Adicionais

Muitos currículos terminam com um bloco com informações adicionais sobre o candidato. Aqui você pode especificar tudo o que não é adequado para outras seções no formato. Por exemplo:

• em que você está interessado e em qual direção deseja desenvolver (você pode escrever que o UX é especialmente importante para você ou que gosta de orientar colegas menos experientes);
• Dê um link para o GitHub ou portfólio;
• fale sobre seus artigos ou discursos;
• explique que, embora você não tenha experiência em uma determinada tecnologia, você está pronto para dominá-la e fazer algo por isso (consulte a seção "Se houver pouca experiência?");
• fale sobre outras conquistas (na programação das olimpíadas, na solução de casos de negócios etc.).

Você pergunta: “E as palavras padrão“ resistentes ao estresse ”,“ fáceis de treinar ”e definições semelhantes que ainda podem ser vistas nos exemplos do currículo?” Elas não causam nenhuma impressão em mim e eu sinceramente não entendo por que elas ainda são usadas. . No final, não assumimos por padrão que os candidatos estão particularmente estressados ​​e tentamos evitar situações desconfortáveis ​​na equipe.

Conclusões

Concluindo, darei algumas idéias que queria transmitir com este artigo:

• Em um resumo, descreva em detalhes sua experiência: indique as tecnologias, tarefas principais e suas realizações, se houver.
• Se a experiência não for suficiente - estude por si mesmo e mostre-a ao potencial empregador.
• Para a prática, pegue um projeto de estimação.
• Publique-o no GitHub para mostrar um exemplo do código que você está escrevendo.
• Se você especificar o GitHub no currículo, leve o código à perfeição.