Recentemente, tive um programador para uma entrevista, que listou Python, PHP, Rails e ASP como algumas de suas habilidades. Na entrevista, no entanto, os entrevistados não sabiam o suficiente quais eram as estruturas de controle e a lógica básica; haviam seguido apenas alguns tutoriais de demonstração.
Então, minha pergunta é a seguinte: em que momento você pode adicionar uma tecnologia ao seu currículo com precisão . É quando você pode demonstrar todos os conceitos básicos, escrever um programa útil nele ou se sentir confortável usando-o sem precisar consultar a documentação a cada 30 segundos.
Não acredito que isso seja excessivamente subjetivo, uma linha de base deve ser facilmente estabelecida com base no feedback.
Respostas:
Você deve ser capaz de defender / explicar cada palavra que colocar em seu currículo. Como você dissertação / tese. Eu já vi muitos candidatos rejeitados pelo motivo "não poderiam justificar o que ele colocou em seu currículo".
Uma abordagem é seguir o auto questionário do Google. Classifique cada habilidade em uma escala de 10. Dessa forma, podemos projetar quão relativamente confortáveis estamos com várias tecnologias.
Eu vi currículos que têm gráficos de barras indicando proficiência relativa em várias tecnologias.
Outra opção é agrupar habilidades como "forte entendimento", "proficiência moderada" e "familiarizado com".
Editar:
Tentei colocar isso como um comentário, mas não parecia devido à falta de formatação.
Para uma referência, aqui está o que o Google define as taxas em sua Auto-avaliação
fonte
Na minha opinião, o foco em tecnologias específicas é um erro. Ainda listo minha experiência com a Rexx, não porque acho que hoje alguém a esteja procurando, mas porque quero destacar minha capacidade de me mover com fluidez em diferentes idiomas, mesmo depois de 19 anos em TI
Não, provavelmente não consegui escrever no quadro branco fluentemente alguns dos idiomas que listo. Mas me dê meio dia e eu poderia escrever o mesmo script em qualquer um deles (sua escolha).
Para mim, a verdadeira questão é: você pode tirar proveito da tecnologia à sua frente (seja lá o que for), para colocar boas idéias em ação de uma maneira que beneficie a empresa e torne seu trabalho desafiador e agradável?
Essa é uma pergunta difícil de responder, baseada apenas na leitura de uma lista de "o que você já sabe".
fonte
Este é um problema em que me deparei um pouco. Acabei abandonando completamente a seção "Habilidades" do meu currículo e me concentrei apenas no que havia feito com esses idiomas, especificamente em meus projetos e na seção de empregos. Destaco / negrito tecnologias específicas como parte da descrição.
Exemplo:
Esse método fornece ao contexto real de suas habilidades que você pode discutir em uma entrevista.
fonte
Listo apenas as coisas que sei bem e, para mim, isso significa usado na raiva por cerca de um ano ou mais .
Sou apenas eu. É quanto tempo eu acho que preciso para realmente conhecer, apreciar e entender uma linguagem / sistema / IDE / ambiente / qualquer coisa.
Ao mexer, você realmente não aprende tão bem. A maioria das linguagens / frameworks / etc realmente exige que você entre na mente do designer antes de "entendê-lo" e que realmente saiba do que se trata leva cerca de 12 meses.
Como um pouco de lado:
Em minha posição de entrevistar e ler currículos, acho interessante que as pessoas listem todos os tipos de coisas, sem informações de apoio em suas experiências para apoiar suas afirmações. Por exemplo, eles podem listar PHP, MYSQL, Ada, C ++, C #. E então a experiência deles pode dizer que eles fizeram um projeto usando C ++.
Quando não há nada para fazer backup dos idiomas reivindicados na experiência listada, geralmente sinto o cheiro de um rato e essa pessoa nem chega a uma entrevista.
Listar idiomas por classificação, ou por quanto tempo usado, ou proficiência, tudo ajuda o entrevistador - o que nem sempre é o que a pessoa que envia o currículo!
DICAS:
SE ESCREVER UM CV:
Seja claro, direto e escrupulosamente honesto.
Simplifique a vida da pessoa que estiver lendo seu currículo. Apresente claramente, sem hipérbole.
Se você tem uma descrição do cargo que não atende completamente, anexe uma declaração mostrando COMO você atende à descrição do cargo (não faça com que a pessoa que recebe seu currículo descubra isso). E ONDE VOCÊ NÃO ENCONTRA ALGO NECESSÁRIO - diga isso. E se estiver disposto a aprender, DIGA. Isso também mostra que você realmente leu a descrição da posição e a entendeu, e não está apenas criando CVs de formulário para todas as posições ao redor.
SE LER UM CV:
Verificação cruzada - a experiência listada corresponde ao conjunto de habilidades listado? Caso contrário, algo é suspeito.
Quanto tempo foi usado algo? Alguns dias, ou um tutorial, não são uma experiência, não importa como você a vista.
A pessoa constantemente cortou e mudou? Eles permaneceram tempo suficiente para realmente ver algo passar? (Eles viveram com seus próprios erros? Não = outro aviso)
Às vezes, essas coisas são difíceis de avaliar e você acaba "cheirando". É um CV que tem um pouco de cheiro do mar (ou seja, parece um pouco suspeito) e depois seguir em frente.
De Joel On Software: Qualquer dúvida = Sem contratação. E, por experiência própria: uma posição vaga é muito melhor do que uma posição com alguém de quem você duvida, que acaba sendo uma má escolha. (Nenhum progresso é melhor do que retroceder.)
fonte
Por que você está criando uma lista completa de tecnologias? Em vez disso, inclua informações sobre o projeto e mencione as principais tecnologias, estruturas, bibliotecas e ferramentas usadas lá. Isso alcança algumas coisas. Primeiro, você está demonstrando seu conhecimento e habilidades com algo para os projetos, o que o torna contextualmente relevante. Segundo, você está tornando seu currículo mais sobre o que você fez e não simplesmente sobre o que você sabe.
Nesse caso, quando estiver falando sobre seu trabalho e responsabilidades, você poderá incluir como aprendeu e usou o Hibernate (e outras tecnologias) para fazer o que quer que seja. Se estou interessado em suas habilidades com o Hibernate, é algo que eu perguntaria durante uma triagem por telefone ou uma entrevista. Eu esperaria que você me desse algumas informações sobre o que era o projeto, como você usou o Hibernate e o que você foi capaz de aprender. Além disso, qualquer scanner de currículo automatizado selecionará a palavra-chave, mas seu currículo ainda é compatível com o ser humano.
fonte
Não tenho certeza se é exatamente determinável. Na minha opinião, deve ser caso a caso. O que eu quero dizer - deixe-me explicar um exemplo:
Anúncio de emprego 1 - candidato desejado com conhecimento em: Python, PHP, Rails, ASP, Assembler.
(e geralmente pode ser determinado, a partir do anúncio, quais habilidades são mais importantes do que outras - que existem apenas "no caso")
Nesse caso, eu colocaria no meu currículo Python, PHP ... apenas se eu realmente os conhecesse. Assembler, por exemplo, eu sei muito pouco, mas eu o colocaria quieto, pois não pode ter um grande impacto em combinação com o restante.
Anúncio de emprego 2 - candidato procurado com conhecimento em: Assembler, C / C ++, Kernel ..., Python, PHP, ...
Este caso é diferente. Aqui está (é?) Óbvio que eles estão procurando um tipo diferente de candidato e que (provavelmente) desconsiderarão a falta de conhecimento de PHP, por exemplo, se o candidato possuir essas outras habilidades.
Então depende mesmo.
Como regra geral, para colocar algo em um currículo, IMO, deve-se saber como "encontrar o caminho" em torno do código, sintaxe básica e ter pelo menos alguns projetos de pequeno porte por trás dele usando essa linguagem específica. Obviamente, ele não precisa conhecer as bibliotecas e ajudar de cor ... mas deve saber como e onde obter ajuda, caso precise.
Pode haver exemplos contrários a essa regra - notei que as pessoas que (realmente) conhecem vários idiomas tendem a ficar confusas às vezes "dependendo de qual delas está presa atualmente" - por exemplo: usando IF / loops / ... outros elementos de sintaxe de maneira correta, mas com uma sintaxe incorreta (que realmente se encaixa em outra linguagem que não a que eles estão pensando no momento). Portanto, esse não é realmente um verdadeiro teste necessário de habilidades.
fonte
Se tudo o que você faz é listar as habilidades sem outro contexto, a maioria das pessoas que lê o seu currículo espera que você conheça essas habilidades o suficiente para lidar com perguntas da entrevista. No entanto, há muito contexto que você pode colocar em torno de cada habilidade para tornar mais óbvio qual é o seu nível de especialização. Alguns exemplos:
Liste quanto tempo você usou a habilidade
Dê a cada habilidade uma classificação
Listar habilidades em categorias
Atualmente usando: Java, C ++ Experiência anterior: SQL
fonte
Você se sentiria confortável em usá-lo em um novo projeto? Você está disposto a trabalhar com isso novamente? Se sim, coloque-o lá. Você não precisa dizer "Guru" ou "Newb", apenas liste-o como uma tecnologia que você conhece. Se eles perguntarem em uma entrevista sobre sua experiência, você poderá explicar os detalhes. Eles provavelmente não vai esperar que você sabe tudo, mas vai provavelmente esperam que você seja capaz / dispostos a aprender as peças que você não fazer quando quando você precisar deles.
fonte
Eu tenho algumas sentenças descrevendo cada trabalho. No último parágrafo de cada descrição, coloco um "Idiomas e tecnologias usadas:", seguindo as ferramentas que usei nesse trabalho.
Além disso, tenho uma seção de Habilidades com uma nota que diz algo como: "Experiência variada com os seguintes idiomas e ferramentas" e, em seguida, tenho algumas balas com idiomas e estruturas relevantes que usei no passado.
Eu não uso o sistema "rating" porque não saberia como me classificar em cada um dos idiomas (o que uma classificação 3 (de 0 a 5) em Java implica em termos de conhecimento?). Para não ser desonesto, eu provavelmente teria como objetivo baixo a auto-avaliação. Na verdade, isso aconteceu no ano passado, quando me candidatei a um emprego e a empresa me deu um questionário que solicitava que o candidato se classificasse em vários idiomas.
Não listo o número de anos porque acho que não ajuda muito. Por exemplo, eu tenho 4 anos de experiência profissional na linguagem / biblioteca que uso atualmente, mas não sou especialista nela, pois geralmente me ater a um determinado subconjunto dela.
Alguns dos idiomas que listo já usei em trabalhos, outros que usei apenas em projetos e exercícios da Universidade (há 4 ou mais anos). Eu não seria capaz de escrever código em alguns desses idiomas, mas poderia voltar a usá-lo algumas horas depois de estudar. No entanto, se eu removesse qualquer idioma em que não pudesse escrever código da memória sem revisão, ficaria com apenas dois idiomas - provavelmente também não é uma avaliação justa.
Atualmente, estou procurando emprego, por isso estou revendo meu currículo (por isso estou lendo programmers.SE e procurando dicas de currículo :)) e estou pensando em remover os idiomas que eram usados apenas em projetos da universidade (e isso seria algo como Prolog).
fonte
Nos pedidos de emprego, uso duas seções para tecnologias, como seria de esperar da maioria; primeiro, há a seção de habilidades gerais e, em seguida, a listagem de experiências específicas em projetos específicos. É claro que, ao me candidatar, listo nas duas seções principalmente os itens relevantes para o trabalho em questão.
Metas:
Eu sinto que listar uma tecnologia na área geral é uma afirmação forte e para que uma tecnologia resida lá, preciso
Critério
Meus critérios muito vagos para listar tecnologias nas habilidades gerais seguem estas linhas:
Basicamente, isso é pelo menos um pouco de amplitude na área, manipulação de complexidade razoável e algum conhecimento sobre os horrores que aguardam.
Exemplos:
Proficiente, PHP: Escrever aplicativos da Web com PHP é meu trabalho diário há vários anos, com a manutenção de vários projetos, a leitura de muitos livros e uma grande parte do manual atrás de mim. Isso iria nas duas seções, se fosse relevante para o trabalho.
Iniciante, Scala: Estou lendo um livro de Scala com cerca de 200 páginas atrás de mim e algumas centenas de linhas de código escritas. Eu provavelmente usaria isso como uma nota lateral em algum lugar se o visse no anúncio de emprego, assim: "O trabalho que você está oferecendo também mencionou o Scala que estou estudando agora e estou mais do que disposto a aprender mais sobre isso."
Caso fronteiriço, Python: escrevi um pequeno jogo de tiro e vários scripts em Python com a experiência de algumas milhares de linhas, lendo uma dúzia de artigos e tutoriais na Web e algumas partes do manual. Se o anúncio mencionasse Python (e eu seria bem qualificado de outra forma), escreveria sobre isso no meu currículo na seção de experiência, talvez algo parecido com isso: "Criei um jogo de tiro em Python com Pygame usando programação orientada a objetos com gráficos de bitmap ".
Naturalmente, uma boa maneira de mostrar seu nível de habilidade real é fornecer links para capturas de tela, diagramas, planos, esquemas de dados, histórico do projeto, postagens de blog e código no aplicativo para o trabalho.
fonte
Coloque-o no seu currículo, se tiver certeza de que pode responder a perguntas técnicas sobre o idioma sem se envergonhar . O objetivo é que o currículo seja um reflexo honesto de suas habilidades, e você deve presumir que poderá ser solicitado a provar qualquer coisa que colocar no currículo.
fonte
Só listo as habilidades que usei em um projeto.
Não gosto da ideia de colocar minha ideia de habilidade em uma tecnologia no meu currículo, com uma nota de 5, etc., entrevistei muitas pessoas que se destacam muito mais do que são.
Prefiro que a entrevista pergunte e pergunte por que eles dizem esse nível ou se está sendo entrevistada para ser perguntada sobre onde e por que eu me classifico como 5/5.
fonte
Se você está confiante de que, dado um teste de programação nessa tecnologia como parte da entrevista, você o gerenciaria, tudo bem.
Se você dissesse,
Provavelmente é melhor não listá-lo como uma habilidade. Não significa que você não possa mencionar em outros lugares projetos anteriores nos quais trabalhou.
fonte
Às vezes, apenas conhecer o significado da sigla é suficiente para adicioná-la ao currículo ...
Isso é verdade, por exemplo, para estruturas e bibliotecas que você pode acoplar a uma determinada linguagem.
fonte