Estou me formando em algumas semanas e meu currículo (como esperado) lista os idiomas com os quais tive experiência. Anteriormente eu coloquei "C / C ++" , mas naquela época eu não tinha essa muita experiência com essas duas linguagens como eu faço agora.
Agora que aprendi formalmente essas duas línguas, tornou-se evidente para mim (e para qualquer pessoa que realmente conhece esses idiomas) que elas são semelhantes e completamente diferentes ao mesmo tempo. Claro, a maior parte do código C é um código C ++ compilável, mas a sintaxe e a incorporação das funções da biblioteca é praticamente onde essas semelhanças terminam. Na maioria dos problemas não triviais, é provável que a solução C ++ desejável seja diferente da solução C desejável.
Os recrutadores irão notar ou se importam se você coloca "C / C ++" ao invés de "C, C ++" ? Será que eles assumirão uma falta de conhecimento do funcionamento de qualquer um por causa da inclusão da primeira forma, ou talvez ver a inclusão da segunda forma como um potencial "currículo beefer" (listando-os como 2 idiomas, em vez de "um") ?
C, C ++
Eu não gosto de C / C ++, porque apesar de C ++ ser tecnicamente um superconjunto de C, para fazer isso direito, você tem que fazer as coisas de maneira diferente. C / C ++ faz você parecer com alguém que conhece C e sabe que um compilador de C ++ também aceita C.
Eu normalmente escrevia o C / C ++ como um hábito, mas :
C, C++ seja analisado para os elementos C e C++ do que C / C ++ ... o que pode ser importante quando os recrutadores tentam corresponder seu perfil aos requisitos de uma função. Portanto, tente ter talvez C / C ++ em sua descrição geral e, em seguida, C e C ++ separados em outro lugar.
Isso é apenas um conselho, eu não tenho nenhuma prova strong para seguir isso, mas (muitas) agências de recrutamento têm uma abordagem bastante orientada por palavras-chave.
Depois de passar pela agência de recrutamento, o recrutador real da sua empresa-alvo saberá (se não filtrado por pessoas de RH não técnicas) que você não necessariamente implica que C e C ++ estejam na mesma cesta. , então eu realmente penso nisso apenas como um problema de análise.
O mesmo se aplica a variantes de Java e suas plataformas e especificações, que até tiveram o gosto ruim de mudar as convenções de nomenclatura ao longo do tempo para: Java SE, JavaSE, JSE, J2SE, Java EE, JavaEE, JEE, J2EE, etc ...
Para mim, "C / C ++" é um strong sinal negativo.
Bjarne Stroustrup escreve :
There is no language called "C/C++". The phrase is usually used by people who don't have a clue about programming (e.g. HR personnel and poor managers). Alternatively, it's used by people who simple do not know C++ (and often not C either). When used by programmers, it typically indicates a "C++ is C with a few useful and a lot of useless complicated features added" attitude. Often, that is the point of view of people who like to write their own strings and hash tables with little knowledge of the standard library beyond printf and memcpy. There are people who stick to a restricted subset of C++ for perfectly good reasons, but they (as far as I have noticed) are not the people who say "C/C++".
Se você quiser remover qualquer ambigüidade, basta apontar para eles:
- C
- C++
Isto cobrirá todos os ângulos, incluindo qualquer análise.
Se você escreve C / C ++, parece que você não diferencia muito entre os dois. Então eu definitivamente escreverei C, C ++
Coloque o que você é melhor no início e por si só, e seja honesto. Eu contratei desenvolvedores C ++ experientes, e minha experiência é que pessoas que listam "C / C ++" são bons programadores C e geralmente programadores C ++ marginais ou iniciantes. Isso não é pedantismo, são os resultados de centenas de entrevistas que meu grupo e eu fizemos. Se você listar "C ++, C, java, perl", continuarei lendo seus projetos, experiência e educação. Se você listar "perl, java, C, C ++", eu vou entregá-lo ao cara no final do corredor que contrata nosso time de perl. Se você listar "C / C ++", você precisa ter algumas experiências realmente strongs que eram claramente 100% C ++.
Provavelmente não importa
Pelo menos não para recrutadores. A maioria dos recrutadores provavelmente irá tratá-los como a mesma coisa ou, pelo menos, uma variação da mesma coisa. Os mais avançados tecnicamente provavelmente não estão prestando atenção a um detalhe tão pequeno.
No entanto, eu me preocuparia em "retomar o reforço" se você tivesse uma descrição para cada um. Se você incluir uma descrição para os idiomas listados, liste-os e inclua uma frase parcial para cada um.
Você colocaria o Java / C # no seu currículo? Ou Perl / Python? (Java / Javascript seria interessante)
Provavelmente não, então por que C / C ++?
É claro que você pode simplesmente porque a especificação do job solicita C / C ++ e, se você não a escrever exatamente dessa maneira, ela será filtrada por não conter as palavras-chave válidas. Assim como você tem que garantir que palavras como o Agile apareçam no seu currículo hoje em dia.
Quando seu currículo sai, ele atinge alguns lugares: a agência de recrutamento / headhunter (se houver), o gerente de contratação da empresa, o líder da equipe na empresa ... e assim por diante.
Um currículo pode passar facilmente por 3-4 mãos, e CADA UM tem a capacidade de rabiscar uma nota dizendo "perde pontos por não saber X". Ou simplesmente atire diretamente na pilha de rejeitos. Uma vez que você está marcado, é isso ... o currículo está efetivamente morto. Você perdeu.
Lembre-se de conseguir um emprego é uma competição. Você não está apenas fazendo um bom currículo, você tem que ser claro, sucinto e ter algo que faça você se destacar do próximo cara. Dessa forma, você consegue o emprego e o outro não.
Pequenas coisas são importantes. Quando eu estive considerando 2 candidatos que de outra forma parecem idênticos, aquele que escreve: "C / C ++" me irrita porque ele banalizou a diferença. Aquele que escreve: "C / C ++ / C #" vai para a pilha rejeitada sem mais considerações. Porque a pessoa que escreve esses 8 caracteres pensa que transmite tudo e estes são intercambiáveis. Eles não são.
Eu também vejo experiências relevantes e projetos concluídos. Ao empregar alguém, meu detector de besteira está funcionando com força total, porque todos que entram na porta, que é besteira, estão apenas desperdiçando seu precioso tempo. A eliminação mais barata está no estágio de retomada.
Então, se você conhece bem alguma coisa, deixe claro, deixe-a diferente. Faça você se destacar da multidão.
(por analogia, talvez um pouco antiquado. Se eu conheço Pascal e Ada - duas linguagens com um bom pedaço em comum (e sim eu sei muito diferente). Você espera que eu escreva Pascal / Ada? "Se eu conheço Pascal e Delphi, eu escreveria Pascal / Delphi. O Delphi pode ser baseado em Pascal, uma vez, mas as extensões OO e as enormes bibliotecas fazem a comparação de giz e queijo.)
O papel de um currículo é levá-lo para a entrevista. Hoje em dia, isso freqüentemente significa atingir as palavras de ordem que o recrutador e o RH estão procurando e, em seguida, impressionar o gerente de contratação.
Para isso, eu os listaria separadamente. Pode não importar para o RH ou o recrutador, mas é provável que o gerente de contratação perceba, e a única maneira que isso vai importar para ele ou ela é se dói você usar "C / C ++".
Dito isso, você não deve ter medo de adaptar seu currículo ao trabalho, e se ele diz C / C ++ na descrição, liste C / C ++ e também encontre maneiras de listá-los separadamente.
Me desculpe, mas você não acha que isso é realmente dividir os cabelos? Quando estou contratando um programador, dou uma breve olhada no que é a listagem de idiomas, porque geralmente estou contratando para uma linguagem específica. Além disso, só porque você conhece uma linguagem não significa que você realmente conhece todas as suas bibliotecas, APIs, e sabe como usá-las.
O que mais me interessa é geralmente a experiência de trabalho ou qualquer projeto em que você possa ter trabalhado. Conheço muitas línguas, mas só fiz um trabalho sério em cerca de duas ou três delas. Eu gastaria mais tempo destacando seus sucessos e experiência, em vez de quantas línguas você conhece. Apenas meus $ 0,02.
Uma barra é tradicionalmente abreviada e / ou. Você conhece C e / ou C ++? Eu acho que você conhece C e C ++. Escreva assim.
Eu não teria uma seção que apenas listasse afirmações sobre o conhecimento da língua.
Um exemplo: quando estava na faculdade, usei C para expressar melhor o que era originalmente um programa escrito em Assembler 80286 anotado em MASM, enquanto usava o recurso asm para incluir o material que deveria estar no Assembler. Para todo o resto eu escolhi o C ++ ou um precursor do Delphi chamado "Object Pascal", que foi ensinado naquela faculdade.
Em um currículo que pode tomar a forma "Universidade Acme - 1993-1995 - Programador de Rede \ Como funcionário do departamento de MIS, desenvolvi utilitários de monitoramento de rede TCP / IP de baixo nível para uso pelo MIS, usando Linguagens de programação Assembler, C e C ++. "
Os departamentos de RH do currículo-bots ainda encontrarão e selecionarão ou rejeitarão seu currículo, mas a afirmação acima aparecerá no contexto de sua experiência real e existirá como uma sentença em linguagem natural que os humanos gostam de ler. Tal coisa diz muito mais que uma lista de palavras de ordem.
Imagine um pice de código
int class = 0;
é código C legal, mas não será compilado com o compilador C ++, portanto, são duas linguagens. Coloque C, C ++.
Para a grande maioria dos empregadores, isso simplesmente não faz diferença (este minúsculo item específico, de qualquer maneira). Para aqueles que faz .. bem, eles provavelmente não são a empresa para você de qualquer maneira.
Sua lista de linguagens de programação é trivial de qualquer maneira - não se preocupe muito, apenas liste com sinceridade os idiomas que você pode lidar. Recrutadores são geralmente espertos o suficiente para ler sobre sua experiência, que é a parte importante, afinal.
Claro; algumas pessoas rejeitam (ou escolhem) os candidatos sobre picaretas de nit. Isso é o que acontece. Mas pode ser sobre qualquer dado trivial.
Basta escrever um currículo claro e decente e isso é tudo que você pode fazer:)
O último. C, C ++.
Quando os currículos são digitalizados em um computador para que o RH possa processá-los com mais eficiência, se estiverem procurando palavras-chave, eles poderão perder C / C ++ se estiverem procurando a única palavra "C ++" em algum lugar do currículo.
O que é triste, mas você não quer perder uma oportunidade.