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

74

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.

Brandon Wamboldt
fonte
18
Enquanto você dirige para casa com uma nova cópia do Sam's Teach Yourself [Blah] em 24 horas
Anthony Pegram
1
No momento, você percebe que precisa excluir outras 30 tecnologias listadas.
Coder

Respostas:

79

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.

  • 1 significa que você pode ler outros códigos com bastante pesquisa no Google.
  • 5 talvez para implementar módulos na tecnologia. Etc.
  • 8, com bastante experiência e confortável em projetar e implementar grandes projetos nessa tecnologia.
  • 9 para conhecimento de arquitetura, com entendimento moderado do que está por trás.
  • 10 significa que você escreveu um livro ou o inventou.

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

  • 0 - Você não tem experiência
  • 1 a 3 - Você está familiarizado com esta área, mas não se sentiria confortável implementando nada nela.-
  • 4 a 6 - Você está confiante nessa área e usa-a diariamente.
  • 7 - 9 Você é extremamente proficiente para especialista e possui profundo conhecimento técnico no assunto e se sente à vontade para projetar qualquer projeto nele.
  • 10 - Reservado para aqueles que são especialistas reconhecidos no setor, você escreveu um livro ou o inventou.
aufather
fonte
4
+1 nas classificações de habilidades. E é isso que eu faço. Por exemplo: eu trabalhei em um produto JSP antes e tenho uma ideia geral sobre o que é o JSP / JEE - mas não podia dizer exatamente que posso arquitetar sistemas JEE do zero confortavelmente. Então, eu digo que tenho "alguma exposição ao JSP / JEE" no meu currículo.
Bobby Tables
6
+1 bem colocado! Só eu colocaria "conhecimento escrita do livro" um pouco menor (talvez 7-8?) ... ou isso, ou eu tendem a ler os livros dos autores errados ...
Rook
21
Não estou convencido de que escrever um livro sobre um assunto se qualifique para a classificação "10". Jogou livros fora com um ambivalente "Meh". depois de alguns capítulos, quando percebo que já sou mais competente do que o autor do livro. Em resumo, alguns livros realmente ruins podem ser publicados.
Dan Molding
6
Não aplicável aqui na Europa ... ninguém adiciona classificação de habilidades no currículo, isso pareceria muito estranho.
Wizard
7
Por que não há nada entre "desconfortável em implementar algo nele" e "usá-lo diariamente"?
user13278
26

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".

Greg Gauthier
fonte
10
1+ concordou. Se você está contratando um programador para um emprego em período integral e espera que ele esteja lá com você no próximo ano, acho que a qualificação mais importante é a disposição e a capacidade de aprender .
Martin Wickman
Engraçado, eu também coloquei minha experiência Rexx no meu currículo, e pelo mesmo motivo: para mostrar que usei muitos idiomas diferentes.
Frank Shearar
+1 para a referência Rexx! E pela fluidez na movimentação entre idiomas.
Simon Knights
Um exemplo do que estou falando nesta resposta: (Sim, eu sei que isso soa como se estivesse agitando minha própria bandeira e peço desculpas por isso: $) ... Acabei de converter um conjunto inteiro de Testes do IronPython que escrevi há 2 meses, em C #. Foi a primeira vez que eu realmente trabalhei com C #, mas com um pequeno pontapé inicial de um dos desenvolvedores (um tutorial de cerca de 1 hora), pude dedicar 3 semanas ao trabalho em Python e entregá-lo em C # em cerca de três dias. Agora, para voltar ao novo código e procurar oportunidades de melhoria !!
Greg Gauthier
23

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:

Desenvolvedor da Web na empresa X (03/03/03 a 05/05/05) Desenvolvedor primário em um site orientado a banco de dados para ajudar os alunos a organizar seus projetos. Usado PHP e MySQL . Trabalhei nisso através do desenvolvimento e da liberação, levando a uma implantação bem-sucedida dos alunos no início de 2009 e manutenção a partir de então.

Esse método fornece ao contexto real de suas habilidades que você pode discutir em uma entrevista.

Fishtoaster
fonte
Em algum momento, as habilidades individuais não são particularmente relevantes - especialmente quando o código real torna-se uma parte tão pequena do seu trabalho e você está gastando mais tempo no projeto, em vez de implimentation
saschabeaumont
13

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.)

rapid_now
fonte
9

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.

Thomas Owens
fonte
4

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.

Torre
fonte
Rails + Assembler? Gostaria de saber onde essas duas tecnologias se tocam.
@ Thorbjorn - Foi apenas um exemplo que inventei no local. Mas eu vejo esses anúncios todos os dias ... e não :) Eu não tenho idéia de onde eles se encontram :))
Rook
vê anúncios do Rails + Assembler todos os dias? Link: por favor: D
@Thorbjorn - Desculpe, jornal local. Nesta parte do mundo, ainda é para onde vão os anúncios de emprego (Europa Central / Leste). Poderia tentar digitalizá-lo na próxima vez que eu vejo um, e postá-lo em algum lugar se você estiver em fase terminal curioso embora :-)
Rook
1
Já fiz assembler e php no meu trabalho atual. Mas estamos consultando ... Às vezes, estamos trabalhando em hardware, outras em desenvolvimento web. É um ótimo lugar para aprender!
Malfist 27/10/10
4

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

  • 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)

Listar habilidades em categorias

Atualmente usando: Java, C ++ Experiência anterior: SQL

Yevgeniy Brikman
fonte
3
Ao ler currículos, ignoro anos de experiência. Por quê? (1) Algumas pessoas obtêm profunda experiência com uma tecnologia em um tempo relativamente curto, outras apenas repetem o mesmo evento superficial uma e outra vez. (2) Ignora habilidades transferíveis entre tecnologias - alguém com 5 anos de Java e 1 ano de C # pode ter 5 anos de C # por toda a diferença que faz. (3) Algumas pessoas afirmam ter 5 anos de experiência quando usaram uma tecnologia duas vezes, com um intervalo de 5 anos no meio.
Kramii 27/10/10
Concordo, até certo ponto, que os "anos de experiência" não sejam a métrica ideal - prefiro as classificações de habilidades - mas ainda é útil como um guia. Se eu listar 5 anos de experiência em Java, será melhor capaz de identificar qualquer pergunta de entrevista relevante para Java. Se eu listar 1 ano de SQL, isso provavelmente é uma indicação de que não sou especialista nisso. Dito isso, você está certo de que ainda é possível sugar Java após 5 anos ou se tornar um wizz SQL após 1, para que as classificações de habilidades sejam mais úteis.
Yevgeniy Brikman 27/10/10
@ Kramii - excelente resumo de por que anos de experiência são inúteis. O ponto 3 é especialmente o motivo pelo qual tenho tantos problemas ao escrever currículos e preencher solicitações. Muitos usos ocasionais de certas ferramentas ou habilidades.
darenw
Os anos têm pelo menos um contexto interessante (mas não a qualidade ou a confiabilidade). Pode ser de interesse importante o que e quantas versões você mencionou. Se você declarar 10 anos de codificação, poderá ser moderado / bom / novato como desenvolvedor de 3 anos, mas provavelmente conhece o VB6 e a complexidade migrando módulos COM antigos e 16bits na arquitetura do console e assim por diante. Você provavelmente colocou sua chave win311 comercial em mãos para um cara que se interessou por um tempo. Mais uma vez, honesto é importante!
Independent
3

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.

FrustratedWithFormsDesigner
fonte
2

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).

MyNameIsZero
fonte
2

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

  • ser capaz de se comunicar com ele
  • conseguir trabalhar razoavelmente produtivamente com ele
  • tenha algum conhecimento das possíveis armadilhas que existem nela.

Critério

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

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

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.

Heikki Naski
fonte
1

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.

Bryan Oakley
fonte
-1

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.

DBlackborough
fonte
-1: você não pode apenas listar as tecnologias que está usando no momento; assim, seu currículo ficaria quase vazio. Não digo que você tenha que trapacear, mas deve ficar claro até para o entrevistador que você será mais "novo" em algumas tecnologias do que em outras.
Wizard
Meu currículo está longe de estar vazio e é assim que sempre trabalhei. Eu disse que usado em um projeto, que poderia ser pessoal ou em um emprego. A maior parte do meu aprendizado está fora do horário de trabalho e talvez eu nunca use uma tecnologia em uma função, mas a conheço bastante em projetos pessoais.
DBlackborough
-2

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,

na verdade, eu não uso o X há algum tempo, então estou um pouco enferrujado ...

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.

DanSingerman
fonte
1
-1: você não pode apenas listar as tecnologias que está usando no momento. Dessa forma, seu currículo ficaria quase vazio. Não digo que você tenha que trapacear, mas deve ficar claro até para o entrevistador que você será mais "novo" em algumas tecnologias do que em outras.
Wizard
@bruxo. Eu provavelmente não contrataria você então. Se você colocar uma habilidade em seu currículo, espero que você possa fazer o backup.
precisa saber é o seguinte
2 votos negativos - uau, listar tecnologias que você não pode realmente usar deve ser realmente popular. Observe que minha resposta não a limita apenas às tecnologias usadas atualmente, mas às que você pode usar no momento. Enfim, mantenho minha resposta claramente impopular.
DanSingerman 28/10/10
@ DanSingerman Acho que não há problema em listar uma habilidade que não foi usada por um tempo - desde que isso fique claro no currículo . No meu currículo, não tenho uma lista única de habilidades - cada habilidade faz parte da descrição do que fiz em cada trabalho, portanto, fica claro se eu usei uma habilidade recentemente.
TeamBob
-5

À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.

Wizard79
fonte
Eu devo discordar. Por exemplo, você não pode adicionar o Django ao seu currículo se você conhece Python e "olhou" para o Django. Claro, você poderia descobrir isso muito rapidamente, mas ainda há uma curva de aprendizagem por isso, se alguém precisa de um programador Django imediatamente, você é inútil :)
Brandon Wamboldt
1
Qual parte de "às vezes" não é clara?
Wizard79
5
-1, discordo! Eu sei o que a NASA representa, posso arriscar uma espaçonave agora?
Malfist 27/10/10
2
@ Lorenzo, às vezes nunca deveria ser, você realmente precisa saber como usar algo em vez de apenas o nome. É ótimo que você saiba que existe, mas não estou contratando você por causa disso, isso não implica nenhuma habilidade de sua parte.
Malfist 27/10/10
2
Eu acho que todos vocês devem voltar ao mundo real ... O currículo está cheio de idiomas, acrônimos, tecnologias, você não pode ser fluente em todos eles, e os entrevistadores do mundo real sabem disso.
Wizard79