Em que ponto você "conhece" uma tecnologia suficiente para listá-la em um currículo [fechado]

71

Eu 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 que eram estruturas de controle e lógica básica, eles tinham apenas alguns tutoriais de demonstração.

Então, minha pergunta é a seguinte: Em que ponto 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 ou simplesmente usá-lo sem precisar consultar a documentação a cada 30 segundos.

Eu não acredito que isso seja excessivamente subjetivo, uma linha de base deve ser facilmente estabelecida com base no feedback.

    
por Brandon Wamboldt 27.10.2010 / 04:42
fonte

14 respostas

77

Você deve ser capaz de defender / explicar cada palavra que você colocar em seu currículo. Mais ou menos como você dissertação / tese. Já vi muitos candidatos rejeitados com o motivo "não poderia justificar o que ele havia colocado em seu currículo".

Uma abordagem é seguir o questionário do próprio Google. Classifique cada habilidade em uma escala de 10. Dessa forma, podemos projetar quão relativamente confortáveis estamos com várias tecnologias.

  • 1 significa que você pode ler códigos de outras pessoas com bastante pesquisa do Google.
  • 5 talvez para implementar módulos na tecnologia. Etc.
  • 8 por muita experiência e confortável com o design e a implementação de grandes projetos nessa tecnologia.
  • 9 para conhecimento arquitetônico com compreensão moderada do que está sob o capô.
  • 10 significa que você escreveu um livro sobre ele ou o inventou.

Eu tenho visto currículos com gráficos de barras indicando proficiência relativa em várias tecnologias.

Outra opção é agrupar habilidades como "strong compreensão", "moderada proficiência" e "familiarizado com".

Editar:

Eu tentei colocar isso como um comentário, mas não pareceu devido à falta de formatação.

Para uma referência, aqui está o que o Google define as taxas em sua auto-avaliação

  • 0 - Você não tem experiência
  • 1 a 3 - Você está familiarizado com isso área, mas não seria confortável implementando qualquer coisa nele .-
  • 4 a 6 - Você está confiante nisso área e usá-lo diariamente .-
  • 7 - 9 Você é extremamente proficiente para especialista e tem profunda técnica experiência no assunto e sentir confortável projetar qualquer projeto em isto .-
  • 10 - Reservado para aqueles que são especialistas reconhecidos do setor, seja você escreveu um livro nele ou inventou isso.
por 27.10.2010 / 05:01
fonte
26

Na minha opinião, o foco em tecnologias específicas é um erro. Eu ainda listo minha experiência com o Rexx, não porque eu acho que alguém hoje estaria procurando por ele, mas porque eu quero destacar minha capacidade de me mover fluentemente em diferentes idiomas, mesmo depois de 19 anos em I.T.

Não, eu provavelmente não poderia falar de forma fluente sobre alguns dos idiomas que listo. Mas, me dê meio dia, e eu poderia escrever o mesmo roteiro em qualquer um dos 3 deles (sua escolha).

Para mim, a verdadeira questão é: você pode tirar proveito da tecnologia à sua frente (seja ela qual for), colocar boas ideias em ação de uma maneira que beneficie a empresa e tornar 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".

    
por 27.10.2010 / 05:23
fonte
23

Este é um problema que enfrentei um pouco. Eu finalmente abandonei a seção "Habilidades" do meu currículo completamente, e apenas foquei no que eu tinha feito com essas linguagens, especificamente na minha seção de projetos e emprego. Destaco / negrito tecnologias específicas como parte da descrição.

Exemplo:

Web Developer @ Company X (3/3/03 to 5/5/05) Primary developer on a database-driven website to help film students organize their projects. Used PHP and MySQL. Worked on it through development and release leading to a successful roll-out to students in early 2009, and maintenance thereafter.

Este método oferece às suas habilidades um contexto real que você pode discutir em uma entrevista.

    
por 27.10.2010 / 06:07
fonte
13

Eu listo apenas as coisas que conheço bem, e para mim isso significa usado com raiva por cerca de um ano ou mais .

Isso é só comigo. Esse é o tempo que eu levo para realmente conhecer, apreciar e entender um idioma / sistema / IDE / ambiente / o que for.

Quando mexer, você não aprende muito bem. A maioria das linguagens / frameworks / etc realmente exige que você entre na mente do designer antes de "obtê-lo", e saber realmente sobre o que você é leva cerca de 12 meses.

Como um pouco de lado:

Na minha posição de entrevistar e ler currículos, acho interessante que as pessoas listem todos os tipos de coisas, sem nenhuma informação de apoio em sua experiência para respaldar sua afirmação. 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, eu 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 é pretendido pela pessoa que envia o CV!

SUGESTÕES:

SE ESCREVER UM CV:

  • Seja claro, direto e escrupulosamente honesto.

  • Torne a vida mais simples para a pessoa que estiver lendo seu currículo. Apresentar claramente, sem hipérbole.

  • Se você tem uma descrição de posição que você não conhece completamente, anexe uma declaração mostrando COMO você encontra a descrição da posição (não faça com que a pessoa que recebe o seu CV descubra isso). E ONDE VOCÊ NÃO ENCONTRA ALGO requerido - 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 você não está apenas criando CV's para todas as posições.

SE LER UM CV:

  • Cruzar seleção - a experiência listada corresponde ao conjunto de habilidades listado? Se não, algo é suspeito.

  • Por quanto tempo algo foi usado? Alguns dias, ou um tutorial, não é experiência, não importa como você a veste.

  • A pessoa está constantemente cortada e trocada? Eles ficaram por tempo suficiente para realmente ver algo? (Eles viveram com seus próprios erros? Não = outro aviso)

Às vezes, essas coisas são difíceis de avaliar e você acaba ficando com "cheiro". É um CV tem um pouco de um cheiro do mar (ou seja, parece um pouco suspeito), em seguida, seguir em frente.

De Joel On Software: Qualquer duvida alguma = Sem contratação. E da minha própria experiência: Uma posição vaga é muito melhor do que aquela preenchida com alguém sobre o qual você tem dúvidas, que acaba sendo uma má escolha. (Nenhum progresso é melhor do que ir para trás.)

    
por 27.10.2010 / 09:22
fonte
9

Por que você está criando uma lista 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 projetos, o que o torna contextualmente relevante. Segundo, você está fazendo seu currículo mais sobre o que você fez e não simplesmente o que você sabe.

Neste caso, quando você está falando sobre seu trabalho e responsabilidades, você pode incluir como você aprendeu e usou o Hibernate (e outras tecnologias) para fazer o que quer que você tenha feito. Se eu estou interessado em suas habilidades com o Hibernate, é algo que eu perguntaria durante uma exibição de telefone ou uma entrevista. Eu esperaria que você me dissesse algumas informações sobre o projeto, como você usou o Hibernate e o que você aprendeu. Além disso, todos os scanners de retoque automáticos irão captar a palavra-chave, mas o seu currículo ainda é humano.

    
por 16.01.2012 / 21:41
fonte
4

Não tenho certeza se é exatamente determinável. Na minha opinião, deve ser caso a caso. O que quero dizer - deixe-me explicar um exemplo:

Anúncio de emprego 1 - candidato desejado com conhecimento de: Python, PHP, Rails, ASP, Assembler.
(e geralmente pode ser um pouco determinado a partir do anúncio quais habilidades são mais importantes do que outras - que estão lá apenas "no caso")

Neste caso eu colocaria meu currículo em Python, PHP ... somente se eu realmente os conhecer. Assembler, por exemplo, eu sei muito pouco, mas eu colocaria ainda, pois não pode ter um grande impacto em combinação com o resto do acima.

Anúncio de emprego 2 - candidato desejado com conhecimento de: Assembler, C / C ++, Kernel ..., Python, PHP, ...

Este caso é diferente. Aqui está (é?) Óbvio que eles estão procurando por um tipo diferente de candidato, e que eles (provavelmente) desconsiderarão a falta de conhecimento do PHP, por exemplo, se o candidato possuir essas outras habilidades.

Então, isso realmente depende.

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 pequenos atrás dele usando esse idioma em particular. Ele obviamente não precisa conhecer as bibliotecas & ajuda de cor ... mas como e & onde buscar ajuda, caso ele precise.
Pode haver exemplos contrários a essa regra - notei que pessoas que (realmente) conhecem muitas linguagens tendem a ficar confusas às vezes "dependendo de qual delas estão presas atualmente" - por exemplo: usando IF / loops / ... outros elementos de sintaxe de uma maneira correta, mas com uma sintaxe incorreta (que realmente se encaixa em alguma outra linguagem, em seguida, a que eles estão pensando atualmente). Então, isso não é realmente um teste verdadeiro de habilidades necessárias.

    
por 27.10.2010 / 04:51
fonte
4

Se tudo o que você fizer é listar as habilidades sem nenhum outro contexto, a maioria das pessoas que estiverem lendo seu currículo esperaria que você conheça as pessoas suficientemente bem para lidar com as perguntas da entrevista. No entanto, há muito contexto que você pode colocar em torno de cada habilidade para tornar mais óbvio qual é seu nível de especialização. Alguns exemplos:

Liste quanto tempo você usou a habilidade

  • Java (5 anos)
  • C ++ (3 anos)
  • SQL (1 ano)

Dê a cada habilidade uma classificação

  • Java (5/5)
  • C ++ (3/5)
  • SQL (1/5)

Relacione as habilidades nas categorias

Atualmente em uso: Java, C ++ Experiência anterior: SQL

    
por 27.10.2010 / 08:15
fonte
3

Você se sentiria à vontade para usá-lo em um novo projeto? Você está disposto a trabalhar com isso de novo? Se sim, então coloque lá. Você não tem que dizer "Guru" ou "Newb" apenas listá-lo como uma tecnologia que você está familiarizado. Se eles perguntarem em uma entrevista sobre sua experiência, você poderá explicar os detalhes. Eles provavelmente não esperam que você saiba tudo, mas irá provavelmente esperar que você seja capaz / disposto a aprender as partes que você não sabe quando precisar.

    
por 16.01.2012 / 21:35
fonte
2

Eu tenho alguns sentenciados descrevendo cada trabalho. No último parágrafo de cada descrição, eu coloco um "Idiomas e tecnologias usadas:" seguindo por quaisquer ferramentas que eu 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 alguns marcadores com idiomas e estruturas relevantes que tenho usado no passado.

Eu não uso o sistema de "avaliação" porque eu não sei como me classificar em cada uma das linguagens (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 um baixo nível de autoavaliação. Isso realmente 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 um monte de idiomas.

Eu não listo o número de anos porque não acho que isso ajuda muito. Por exemplo, tenho 4 anos de experiência profissional na linguagem / biblioteca que uso atualmente, mas não sou especialista nisso, já que costumo ficar com um certo subconjunto dele.

Algumas das linguagens que eu listei eu usei em trabalhos, outras que eu usei apenas em projetos e exercícios da Universidade (4 ou mais anos atrás). Eu não seria capaz de escrever código em algumas dessas línguas na parada, mas poderia voltar a elas em algumas horas de estudo. No entanto, se eu removesse qualquer idioma que não seria capaz de 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, então estou revisando meu CV (por isso estou lendo programadores.SE e procurando por dicas de CV :)) e estou pensando em remover os idiomas que eram usados apenas em projetos da Universidade (e isso seria algo como Prolog).

    
por 11.12.2011 / 20:31
fonte
2

Em meus aplicativos de emprego, uso duas seções para tecnologias, como eu esperaria que a maioria fizesse; 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 aplicar, listo em ambas as seções principalmente os itens que são relevantes para o trabalho em questão.

Objetivos:

Eu sinto que listar uma tecnologia na área geral é uma afirmação strong e, para que uma tecnologia resida, preciso

  • conseguir se comunicar com ele
  • conseguem trabalhar razoavelmente produtivamente com ele
  • ter algum conhecimento do possível armadilhas que estão dentro dele.

Critérios

Meus critérios muito vagos para listar tecnologias nas habilidades gerais seguem as seguintes linhas:

  • A proficiência de um programador médio que usou a tecnologia para escrever programas com cerca de 10K SLOC.
  • A capacidade de um programador médio que teve que manter a complexidade de um programa do tamanho de aproximadamente 30 objetos.
  • O equivalente de conhecimento teórico de um livro médio.

Basicamente, há pelo menos alguma amplitude na área, manipulação de razoável complexidade e algum conhecimento sobre os horrores que esperam.

Exemplos:

Proficiente, PHP: Escrever aplicativos web com PHP tem sido meu trabalho durante vários anos, com a manutenção de vários projetos, a leitura de muitos livros e uma grande parte do manual por trás de mim. Isso iria em ambas as seções, se fosse relevante para o trabalho.

Iniciante, Scala: Estou no meio da leitura de um livro 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 paralela em algum lugar se eu vi no anúncio de emprego, assim: "O trabalho que você está oferecendo também mencionou Scala que eu estou estudando agora e estou mais do que disposto a aprender mais sobre isso. "

Border case, Python: Eu escrevi um pequeno jogo shoot'em up e vários scripts em Python com a experiência de alguns milhares de linhas, lendo uma dúzia de artigos e tutoriais sobre o web e algumas partes do manual. Se o anúncio mencionasse Python (e eu estaria bem qualificado de outra forma) eu escreveria sobre isso no meu currículo na seção de experiência, talvez algo parecido com isto: "Eu criei um jogo de shoot'em up em Python com Pygame usando programação orientada a objetos com gráficos de bitmap ".

Naturalmente, uma ótima maneira de mostrar seu nível de habilidade real é fornecer links para capturas de tela, diagramas, planos, esquemas de dados, histórico de projetos, postagens de blog e código no aplicativo para o trabalho.     
por 03.11.2010 / 20:22
fonte
1

Coloque 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 assumir que você pode ser solicitado a provar qualquer coisa que você colocar no currículo.

    
por 11.12.2011 / 20:50
fonte
-1

Eu só listo as habilidades que usei em um projeto.

Eu não gosto da idéia de colocar minha ideia da minha habilidade em uma tecnologia no meu currículo, marcar de 5 etc, eu entrevistei para muitas pessoas que se marcam muito mais altas do que são.

Eu prefiro se entrevistar para perguntar e perguntar por que eles dizem esse nível ou se está sendo entrevistado para ser perguntado sobre onde e por que eu me classifico como um 5/5.

    
por 27.10.2010 / 13:10
fonte
-2

Se você está confiante de que, dado um teste de programação nessa tecnologia como parte da entrevista, você iria gerenciá-lo, então está tudo bem.

Se você dissesse,

actually I haven't used X in a while so I am a bit rusty...

Provavelmente, melhor não listá-lo como uma habilidade. Não significa que você não possa mencionar em outro lugar projetos anteriores em que você trabalhou.

    
por 27.10.2010 / 15:09
fonte
-5

Às vezes, basta saber o significado do acrônimo para adicioná-lo ao currículo ...

Isso é verdade, por exemplo, para estruturas e bibliotecas que você pode acoplar a um determinado idioma.

    
por 27.10.2010 / 10:38
fonte

Tags