Idiomas em um currículo: É melhor colocar "C / C ++" ou "C, C ++"? [fechadas]

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 ++" , porém naquela época eu não tinha que muita experiência com estes dois idiomas como eu faço agora.

Agora que aprendi formalmente essas duas línguas, tornou-se evidente para mim (e para quem realmente conhece essas línguas) que elas são semelhantes e completamente diferentes ao mesmo tempo. Certamente, a maioria dos códigos C é compilável em C ++, mas a sintaxe e a incorporação das funções da biblioteca estão 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.

Minha pergunta:

Os recrutadores tomarão nota ou se preocuparão se você coloca "C / C ++" em oposição a "C, C ++" ? Eles assumirão uma falta de conhecimento do funcionamento de ambos, devido à inclusão da primeira forma, ou talvez vejam a inclusão da segunda forma como um potencial "currículo sonoro" (listando-os em 2 idiomas, em vez de "um") ?

Além disso, nos trabalhos aos quais você se inscreveu que estavam particularmente interessados ​​nesses dois idiomas, o processo de entrevista incluiu perguntas sobre as diferenças entre programação C e programação C ++ (portanto, sobre técnicas de programação reais, não apenas os paradigmas extras nos últimos )?

C, C ++

Não gosto de C / C ++, porque, embora o C ++ seja tecnicamente um superconjunto de C, para fazer o certo, você precisa fazer as coisas de maneira diferente. O C / C ++ faz você parecer alguém que conhece C e sabe que um compilador C ++ também aceita C.

Eu normalmente escreveria C / C ++ como um hábito, mas :

• algum recrutador pedante pode pensar que você assume erroneamente que eles são os mesmos (improvável ... espero),
• há uma probabilidade mais alta de C, C++ser analisada pelos elementos Ce por C++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 depois C e C ++ separados em outro lugar.

Isso é apenas um conselho, não tenho provas suficientes para segui-lo, mas (muitas) agências de recrutamento têm uma abordagem bastante orientada a palavras-chave.

Depois de passar pela agência de recrutamento, o recrutador real em sua empresa-alvo (espero, se não for filtrado por pessoas não-técnicas de RH) saberá que você não implica necessariamente que C e C ++ estejam na mesma cesta, então eu realmente pense 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 mau gosto de alterar as convenções de nomenclatura ao longo do tempo para terminar com: Java SE, JavaSE, JSE, J2SE, Java EE, JavaEE, JEE, J2EE, etc. ..

Para mim, "C / C ++" é um forte sinal negativo.

Bjarne Stroustrup escreve :

Não há linguagem chamada "C / C ++". A frase é geralmente usada por pessoas que não têm idéia sobre programação (por exemplo, pessoal de RH e gerentes pobres). Como alternativa, é usado por pessoas que simplesmente não conhecem C ++ (e geralmente também não C). Quando usado por programadores, normalmente indica uma atitude "C ++ é C com alguns recursos complicados úteis e muitos inúteis adicionados". Freqüentemente, esse é o ponto de vista das pessoas que gostam de escrever suas próprias seqüências de caracteres e tabelas de hash com pouco conhecimento da biblioteca padrão além do printf e do memcpy. Existem pessoas que aderem a um subconjunto restrito de C ++ por razões perfeitamente boas, mas elas (até onde eu notei) não são as pessoas que dizem "C / C ++".

Se você deseja remover qualquer ambiguidade, basta apontá-los com marcadores:

• C
• C ++

Isto irá cobrir todos os ângulos, incluindo qualquer análise também.

Se você escreve C / C ++, parece que você realmente não diferencia muito isso entre os dois. Então eu definitivamente escreveria C, C ++

Coloque o que você é melhor a princípio e por si só, e seja honesto. Contrato desenvolvedores experientes em C ++, e minha experiência é que as pessoas que listam "C / C ++" são bons programadores de C e geralmente programadores de 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 do outro lado do corredor que contrata nossa equipe de perl. Se você listar "C / C ++", precisará ter algumas experiências realmente fortes que eram claramente 100% C ++.

Provavelmente não importa

Pelo menos não para recrutadores. A maioria dos recrutadores provavelmente os tratará 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 a discussão" se você tivesse uma descrição para cada uma. Se você incluir uma descrição para os idiomas listados, liste-os juntos e inclua uma frase parcial para cada um.

Você colocaria 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 apenas porque a especificação do trabalho solicita C / C ++ e, se você não escrever exatamente dessa maneira, será filtrada por não conter as palavras-chave válidas. Assim como você precisa garantir que palavras como Agile apareçam no seu currículo hoje em dia.

Quando o 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 facilmente passar por 3-4 mãos, e CADA UM tem a capacidade de escrever uma nota dizendo "perde pontos por não conhecer X". Ou jogue-o diretamente na pilha de rejeitos. Uma vez 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, precisa ser claro, sucinto e ter algo que o destaque do próximo. Dessa forma, você consegue o emprego, e o outro cara não.

Pequenas coisas importam. Quando considero dois candidatos que parecem idênticos, quem escreve: "C / C ++" me irrita porque ele banalizou a diferença. Quem escreve: "C / C ++ / C #" entra na pilha de rejeitos sem mais considerações. Porque a pessoa que escreve esses 8 caracteres pensa que transmite tudo e isso é intercambiável. Eles não são.

Também olho para a experiência relevante e os projetos concluídos. Ao empregar alguém, meu detector de besteira funciona com força total, porque todo mundo que você entra na porta que está fazendo besteira está desperdiçando seu valioso tempo. A eliminação mais barata é na fase de resumo.

Portanto, se você souber algo bem, deixe claro, faça-o distinto. Faça você se destacar da multidão.

(Por analogia, talvez um pouco antiquado. Se eu conheço Pascal e Ada - duas línguas com um pouco em comum (e sim, eu sei muito diferente). Você esperaria que eu escrevesse Pascal / Ada? Se você conhece 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 entre giz e queijo.)

O papel de um currículo é levá-lo à entrevista. Hoje em dia, isso freqüentemente significa atingir as palavras-chave que o recrutador e o RH estão procurando e, em seguida, impressionar o gerente de contratação.

Para esse fim, eu os listaria separadamente. Pode não ser importante para o RH ou o recrutador, mas é provável que o gerente de contratações observe, e a única maneira que isso importa para ele ou ela é se machuca você usar "C / C ++".

Dito isto, você não deve ter medo de adaptar seu currículo para o trabalho e, se houver C / C ++ na descrição, liste C / C ++ e também encontre maneiras de listá-los separadamente.

Sinto muito, mas você não acha que isso é realmente cortar os cabelos? Quando estou contratando um programador, apenas dou uma olhada no que é a listagem de idiomas, porque geralmente estou contratando um idioma específico. Além disso, o fato de você conhecer uma linguagem não significa que 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ências, em vez de quantos idiomas você conhece. Apenas meus $ .02.

Tradicionalmente, uma barra é uma abreviação para 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 as alegações de conhecimento de linguagem.

Um exemplo: quando estava na faculdade, usei C para expressar melhor o que originalmente era um programa escrito no Assembler anotado no MASM 80286, enquanto usava o asmrecurso para incluir as coisas que precisavam estar no Assembler. Para todo o resto, escolhi C ++ ou um precursor do Delphi chamado "Object Pascal", que foi ensinado na faculdade.

Em um currículo que pode assumir o formato "Universidade Acme - 1993-1995 - Programador de Rede \ Como aluno empregado do departamento MIS, desenvolvi utilitários de monitoramento de rede TCP / IP de baixo nível para uso do MIS, usando Assembler, C e linguagens de programação C ++. "

Os departamentos de RH que os departamentos de RH usam ainda encontrarão e selecionarão ou rejeitarão seu currículo, mas a reivindicação acima aparecerá no contexto de sua experiência real e existirá como uma frase em linguagem natural que os humanos gostam de ler. Tal coisa diz muito mais do que uma lista de chavões.

Imagine um pedaço de código

int class = 0;

é um código C legal, mas não será compilado com o compilador C ++, portanto, essas são duas linguagens. Coloque C, C ++.

Para a grande maioria dos empregadores, isso simplesmente não faz diferença (esse pequeno item específico de qualquer maneira). Para quem faz ... bem, provavelmente eles não são a empresa certa para você.

De qualquer maneira, sua lista de linguagens de programação é trivial - não se preocupe, basta listar com sinceridade as linguagens com as quais você pode lidar. Os recrutadores geralmente são espertos o suficiente para ler sobre sua experiência, que é a parte importante, afinal.

Certo; algumas pessoas rejeitam (ou escolhem) candidatos em vez de seleções. É exatamente o que acontece. Mas pode ser sobre qualquer dado trivial.

Basta escrever um currículo claro e decente e é tudo o 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 por palavras-chave, eles poderão perder o C / C ++ se estiverem procurando a palavra "C ++" em algum lugar do currículo.

O que é triste, mas você não quer perder uma oportunidade.