Erros comuns do programador ao se candidatar a um emprego

Desde 2007, tenho contratado alguém o tempo todo (mesmo agora). No começo, eram apenas codificadores e tecnólogos para sites pequenos, mas agora são testadores, desenvolvedores de front-end e back-end para projetos médicos ocupados. Quero compartilhar com a comunidade os erros típicos dos caras que vêm para conseguir um emprego conosco.



1. Resumo da curva


O currículo mostra imediatamente se uma pessoa sabe como pensar ou não. Uma pessoa normal, ao escrever um currículo, faz isso do ponto de vista do usuário, fazendo a si mesmo a pergunta: “Meu currículo ajudará o empregador a me escolher?”. É claro que o caçador de talentos ou meu próprio círculo formam a estrutura do currículo, mas mesmo usando essas plataformas, os candidatos conseguem cometer erros.

Erros típicos do resumo:

  • sem contato (sim, acontece!)
  • não há carta de apresentação quando necessário (por que você nos deseja para esta vaga específica). Acontece que uma carta não é necessária, porque tudo já está claro: ele trabalhou 20 anos na linha de frente e quer continuar. Mas se o candidato trabalhou como encanador e decidiu se tornar um programador, surgem dúvidas. É melhor removê-los imediatamente escrevendo sobre seus motivos em uma carta de apresentação
  • o nível de renda estimado não é indicado. Às vezes, parece que se você não especificar um salário, terá mais espaço para manobra. No entanto, dessa maneira, você se encontra fora do filtro do empregador, se ele indicou uma faixa específica de dinheiro ao pesquisar.
  • O currículo não está escrito no idioma do empregador. Se você deseja conseguir um emprego na Federação Russa, escreva em russo. Se estiver no exterior - em inglês. É melhor ter duas versões.
  • piadas idiotas. Um senso de humor é uma coisa perigosa e relativa, não tente exibi-lo no currículo. O texto não transmite emoções; portanto, sua piada pode não ser entendida.

2. Nenhum projeto e experiência


Se você está se candidatando a um emprego como programador, deve ter experiência. Mesmo se você estiver assumindo uma posição de júnior, ainda precisará ter alguns projetos no nível de um hobby ou estudo. Idealmente, se você possui uma conta decente no Github, envia algo pelo menos uma vez a cada poucos meses. Pessoalmente, tenho uma conta e trabalho constantemente nela. É comum ouvir que o candidato não pode mostrar o código porque ele tem um NDA. Pessoalmente, não acredito nisso. Você sempre pode mostrar seu código, mesmo se ele estiver fechado pela NDA, mas fora de contexto: basta mostrar uma parte pela qual seu estilo de codificação é claro. Se não houver absolutamente nada para mostrar, você terá que executar uma tarefa de teste, e isso é uma perda de tempo e, antes de tudo, do candidato. Portanto, é do interesse do solicitante preparar um código para demonstração com antecedência.

3. Não atende chamadas / cartas


Isso acontece com tanta frequência que me pergunto como essas pessoas conseguem trabalho. No meu entender, uma pessoa decente liga novamente para as chamadas perdidas e responde às cartas. Se eu perceber que o mesmo número está me ligando persistentemente pela quarta vez em dois dias, eu definitivamente ligarei de volta. Se eles escreverem uma carta, responderei com pelo menos uma frase. E alguns candidatos respondem a vagas no HH, enviam currículos e não atendem chamadas e cartas. Para mim, pessoalmente, isso é um sinal de irresponsabilidade e / ou descuido. Ambos são ruins, então eu escrevo esses candidatos em anunas.

4. Tarefa de teste curvada


Muitas vezes, eles enviam uma tarefa de teste mal executada. Vou dar um exemplo de erros típicos para Java, mas essa lista é perfeita para outras linguagens.

  • Leitura desatenta da tarefa. Por exemplo, o uso do ORM quando está escrito que não pode ser usado;
  • Bloqueio de exceção através de e.printStackTrace ();
  • Falta de comentários;
  • Curva OOP: que classes devem fazer o que;
  • Separação de código insuficiente
  • Injeção de SQL
  • Código Noodle; Métodos enormes que podem ser divididos em várias partes para maior clareza;
  • Trabalhando com git: arquivos extras no repositório;
  • Nomeação de classes, métodos, estilo de codificação;
  • Configurações do banco de dados no local errado;
  • "Meu inglês é muito bom." Se estiver ruim, escreva em russo
  • Falta de testes
  • Recursos não fechados: arquivos, conexões

5. Maus relacionamentos


Eu moro em uma pequena cidade da província de Cherepovets e todos os programadores se conhecem. Quando um candidato vem até mim, quase sempre sei quem perguntar sobre ele. Quase sempre eles me dizem algo e eu tomo uma decisão com base nas opiniões dos outros. Não basta ser um bom programador, você também precisa ser uma boa pessoa. Mesmo, eu diria que as qualidades humanas desempenham um papel primordial na recepção.

Um dia, um bom programador chamado Nikolai veio se contentar comigo. Depois de conversar com ele, percebi que ele era um idiota e de alguma forma o recusou. Depois de alguns dias, meu gerente mais importante me liga e pergunta:

- Nikolai Pupkin ligou e reclama que você não aceitou. Por que você não pegou?
- porque ele é um idiota
"Ah, eu entendo, bom."

Às vezes, tomamos juniores completamente despreparados, porque "um bom homem". Se ele fosse uma boa pessoa, introduziríamos conhecimento nele em cursos internos ou o enviaríamos para estudar em cursos externos.

6. Incapacidade de fundamentar suas decisões


Se você estiver executando uma tarefa de teste ou descartando um exemplo de seu código, precisará falar sobre esse código: por que essas ou essas decisões foram tomadas. Se você entender imediatamente que a solução não é óbvia, escreva imediatamente por que você fez isso e não o contrário.

Tive um caso quando contratei um programador, e ele começou a discutir constantemente comigo sobre alguns problemas de arquitetura. Argumentar é bom, mas você precisa ser capaz de justificar sua posição e não dizer "porque é necessário". Com o tempo, uma situação estranha acabou: eu digo uma coisa e ele faz a outra silenciosamente. Eu tive que sair Mas nessa situação também houve o meu erro: era necessário esclarecer imediatamente ao contratar quem é o chefe da casa e quem toma a decisão final. Quando eu estava procurando um substituto para esse cara, corrigi esse erro e imediatamente concordamos na entrada quem toma a decisão final. Agora não há problema.

7. Incompreensão de renda


Muitas vezes, um candidato vem e não sabe quanto ele quer ganhar. Quando faço uma pergunta, muitas vezes ouço a resposta: "Oh, essa é uma pergunta difícil, ainda não pensei nisso". Esse candidato sempre recebe um mínimo. Minhas táticas:

- Quanto você quer ganhar?
Eu não sei
- 10 mil é suficiente?
- Não, não é suficiente
- Bom, mas 25 mil é suficiente?
- Nem um pouco, é apenas para um empréstimo para um carro
- Ok, então 45?
Sim, mais ou menos.

Com esse diálogo, o candidato sempre recebe menos do que podia. Se ele se preparou com antecedência, conhece seu nível e salários no mercado para seu nível, ele pode realmente se avaliar.

8. Preguiça no autodesenvolvimento


Eu pergunto aos candidatos sobre livros que ele recomendaria que eu lesse em sua indústria. Eu digo algo assim: "Eu não sei Angular 6. O que você recomenda ler / ver para aprender"? Se o candidato não estiver interessado em seu trabalho, ele responderá a algo muito relativo. E se o candidato estiver acostumado a treinamento contínuo, ele recomendará imediatamente um livro ou cursos específicos.

Estes são os erros. Às vezes, parece que meus requisitos são muito altos; no entanto, como resultado, acontece que apenas as pessoas mais legais trabalham na equipe.
Espero que isso ajude alguém a encontrar um bom emprego. Toda felicidade e amor divino =)

Source: https://habr.com/ru/post/pt442328/


All Articles