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

46

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

— Kevin
fonte

34

Seria realmente de esperar que não se deva a distinções como essa.

— kasterma

19

Por que você marcou sua pergunta como "c" e "c ++" separadamente?

— dan04

7

Isso se resume a distinções como essa.

— quickly_now

3

Eu acho que isso vai além do pedante e entra no reino do anal-retentivo. A única razão pela qual não estou votando para fechar é porque acho que Kevin é genuinamente curioso.

— Rei Miyasaka

4

Minha opinião - você escreveria "C / Java"? Pode ser bom usar separadores de barra em vez de vírgulas, mas se você não escrever "C / Java", por que escrever "C / C ++"?

— 31311 Steve1314

62

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.

— user281377
fonte

29

Mesmo tecnicamente não é. Eu os separaria também.

— Tobu

7

Quando leio C / C ++, estou pensando em programas em C ++ usando #define, malloc () / free () e todas as coisas que funcionavam em C e, como hábito, também são usadas em C ++.

— Oliver Weiler

8

Eu penso que tecnicamente C ++ é um subconjunto de um subconjunto de C.

— Ian G

29

Tudo é um superconjunto de um subconjunto de C.

— Dario

1

@JBRWilkinson E se C for 0? Além disso, não há pontos de sequência definidos nessa instrução. É um comportamento definido compilado.

35

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

— haylem
fonte

17

+1 para o ângulo de análise. A maioria dos recrutadores não tem idéia da distinção técnica entre C e C ++.

— George Marian

@ George: Muito menos C, C + [sic] e C ++

— Nick T

@ George: verdade, infelizmente. Você também tem o caso do recrutador que acha que você não é adequado para uma função porque listou JEE em vez de J2EE, ou vice-versa ... Esse é outro caso de algo que tento ter nas duas ocorrências do meu currículo (JEE na lista de habilidades, J2EE para projetos em que a terminologia costumava ser J2EE naquela época). Irritante.

— haylem

28

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

— Thomas Padron-McCarthy
fonte

4

@ Kevin: Não é um apelo à autoridade se o raciocínio for explicado claramente. Stroustrup certamente não é atraente para a autoridade, e o raciocínio para sua resposta é suficientemente racional para não gostar de "C / C ++" - independentemente de quem o tenha dito.

— Billy ONeal

2

@ Kevin: Desculpe se eu não estava claro, mas não incluí a citação da Stroustrup como um apelo à sua autoridade, e não é por causa da opinião da Stroustrup que considero "C / C ++" como um sinal negativo. Eu apenas usei a explicação dele porque, bem, eu estava com preguiça de escrever a minha.

— Thomas Padron-McCarthy

"A frase geralmente é usada por pessoas que não têm idéia sobre programação (por exemplo, pessoal de RH e gerentes pobres)" - Parece uma boa razão para usar C / C ++ para mim. O objetivo de listar tecnologias em seu currículo é fazer com que o pessoal de RH as repasse para a equipe, que analisará principalmente sua experiência.

— Sean McMillan

C / C ++ é C com cout para a saída, em vez de printf

— Cashcow

Considero infeliz a atitude do Sr. Stroustrup, bem como a divergência entre C e C ++. Embora o código escrito de maneira orientada a objetos deva evitar os C-isms malloc, alguns dos recursos que o C ++ fornece podem ser úteis para programas escritos a 99% em C. Alguns dos softwares que escrevi foram projetados para que possam compile como código C para um pequeno processador incorporado ou como código C ++ para fins de "emulação" no PC. Mesmo o código que grava diretamente nos registradores de E / S pode ser executado sem modificação na camada de emulação, uma vez que os registradores de E / S substituíram ... #

— 1113

20

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.

— Noite escura
fonte

8

Se eu fizesse uma lista com todos os idiomas e tecnologias que usei, ocuparia a página inteira e mais algumas.

— Andrew Arnold

1

@ Andrew: você acha que isso iria ajudá-lo a conseguir um emprego que você realmente quer?

— JBRWilkinson

3

@JBRWilkinson - Claro que não. Estou dizendo que tecnologias com marcadores como essa não são boas.

— Andrew Arnold

1

Se seus dois maiores pontos fortes são C e C ++ e você não se importa se seu próximo trabalho usa um ou outro, qual é o problema?

— JBRWilkinson

@ Andrew - você provavelmente não deve listar tudo o que sabe - deve direcionar sua inscrição para o trabalho específico, e é improvável que haja mais idiomas / tecnologias relevantes para um trabalho do que possa ser razoavelmente possível. Há também o que o DocBook chama de lista simples, IIRC - uma espécie de minitabela de itens - se você precisar listar mais de meia dúzia.

— 31310 Steve11

18

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

— Pete
fonte

13

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

— user15697
fonte

9

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.

— Nicole
fonte

Discordo - com idiomas como A +, B, C, C ++, C #, Obj-C, D e E, é melhor deixar claro para um recrutador.

— JBRWilkinson

1

@JBRWilkinson Estou falando especificamente sobre o tratamento de "C, C ++" e "C / C ++" como a mesma coisa - não "C" e "C ++" como a mesma coisa. Em outras palavras, a maioria dos recrutadores não faz distinção entre usar um ,ou /. É com isso que você discorda?

— Nicole

Discordo: é importante para as pessoas que tomam a decisão de obter ou não uma entrevista.

— quickly_now

@quickly_now - De que forma o ,ou /assunto?

— Nicole

@ Renesis - veja minha resposta mais longa.

— quickly_now

8

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.

— CashCow
fonte

5

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

— rapid_now
fonte

Ponto interessante. Uma coisa a apreciar é a entrevista anti-loop - até bons candidatos têm entrevistadores que simplesmente nunca os contratariam. Nem todo candidato que escreve C/C++faz isso para banalizar a diferença, mas eles são essa pessoa para você, porque você vê dessa maneira. Posso discordar de você e C, C++tentar alongar a "contagem" de idiomas que eles conhecem. Enfim, uma boa perspectiva e isso me fazem gostar ainda mais dessa pergunta - gosto de entrar nos detalhes psicológicos de entrevistas / contratações.

— Nicole

Eu escrevi outra resposta longa sobre a contratação ... programmers.stackexchange.com/questions/3892/… e programmers.stackexchange.com/questions/19278/… Provavelmente vale a pena ler também. Estou firmemente no campo de Joel-on-software: é melhor contratar ninguém do que a pessoa errada. A pessoa que você não tem certeza ... não deve ser contratada.

— quickly_now

Contraponto; isso nunca me incomoda nem um pouco. A lista de linguagens de programação, não importa como apresentada, é apenas isso - uma lista. Eu não rejeitaria ninguém por usar / em vez de, claro, você vê a experiência mais detalhada e se parece com C / C ++ significa "Eu não aprendo um pouco de C uma vez", então rejeite-os. Mas essa não era realmente a questão.

— 11117 Errant

por esse mecanismo de filtragem , estou totalmente ferrado, na seção de idiomas que escrevi "C ++ / Java" - oops ...: D

— Nim

3

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.

— David Thornley
fonte

2

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.

— Nodey, o cara do nó
fonte

1

Sim, mas se você receber os currículos por meio de uma agência de recrutamento, talvez, como muitos realmente não tenham pistas do que estão procurando. Muito triste, mas é assim que é. Obviamente, se você contratar diretamente, não terá esse problema, isso é verdade. Mas sim ... é de fato rachar os cabelos.

— haylem

2

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.

— BobC
fonte

1

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.

— Rob Perkins
fonte

Eu não poderia concordar mais. Eu consegui meu emprego atual por causa da minha experiência em aplicar meu conhecimento geral a projetos que duram um semestre. Eu simplesmente descrevi minhas responsabilidades.

— Ramhound

Mas a maioria dos entrevistadores (não falo de bots de currículo), ou seja, os entrevistadores do F2F podem não ter tempo para analisar as frases da linguagem natural. Seria mais prudente listar sucintamente seus idiomas e adicionar uma seção separada listando os projetos que você realizou.

— abhicantdraw

Um currículo de uma página bem formatado não será uma tarefa árdua para qualquer entrevistador que se preze; o documento deve ser uma referência de pontos de discussão para a entrevista. Se o seu entrevistador nem leu muito, questione a qualidade da empresa à qual você está se candidatando. E em caso de dúvida, coloque as palavras-chave em negrito.

— Rob Perkins

1

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

— lukas
fonte

1

Este é um exemplo ruim, embora o significado não seja tão ruim. Que tal uma diferença maior, como MyStructureType *ptr = malloc(sizeof(MyStructureType))compilar em C ++, mas não em C? Esses exemplos, simplesmente usando palavras-chave C ++, são um IMHO muito artificial.

— Billy ONeal

0

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

— Errante
fonte

0

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.

— Dean J
fonte