Je suis diplômé dans quelques semaines et mon CV (comme prévu) répertorie les langues avec lesquelles j'ai eu de l'expérience. Auparavant, j'ai mis "C/C++", mais à l'époque je n'avais pas autant beaucoup d'expérience avec ces deux langues comme je le fais maintenant.
Maintenant que j'ai officiellement appris ces deux langues, il est devenu évident pour moi (et pour tous ceux qui connaissent vraiment ces langues) qu'elles sont similaires et complètement différentes en même temps. Bien sûr, la plupart du code C est du code C++ compilable, mais la syntaxe et l'incorporation des fonctions de bibliothèque sont à peu près là où ces similitudes s'arrêtent. Dans la plupart des problèmes non triviaux, il est probable que la solution C++ souhaitable soit différente de la solution C souhaitable.
Les recruteurs noteront-ils ou se soucieront-ils si vous mettez "C/C++" par opposition à "C, C++"? Vont-ils supposer un manque de connaissance du fonctionnement de l'un ou l'autre en raison de l'inclusion du premier formulaire, ou peut-être voir l'inclusion du deuxième formulaire comme un potentiel "reprendre le boeuf" (en les énumérant en 2 langues, au lieu de "une") ?
De plus, pour les emplois auxquels vous avez postulé et qui étaient particulièrement intéressés par ces deux langages, le processus d'entretien comprenait-il des questions sur les différences entre la programmation C et la programmation C++ (donc, sur les techniques de programmation réelles, pas seulement sur les paradigmes supplémentaires de ces dernières) )?
C, C++
Je n'aime pas C/C++, car bien que C++ soit techniquement un surensemble de C, pour le faire correctement, vous devez faire les choses différemment. C/C++ vous fait ressembler à quelqu'un qui connaît C et sait qu'un compilateur C++ accepte également C.
J'écrirais habituellement C/C++ comme une habitude, mais:
C, C++
soit analysé par les éléments C
et C++
que C/C++ ... ce qui peut être important lorsque les recruteurs essaient de faire correspondre votre profil aux exigences d'un rôle.Essayez donc d'avoir peut-être C/C++ dans votre description générale et puis C et C++ séparés ailleurs.
Ce n'est qu'un conseil, je n'ai aucune preuve solide pour suivre cela, mais (de nombreuses) agences de recrutement ont une approche assez orientée par mots clés.
Une fois que vous aurez dépassé l'agence de recrutement, le véritable recruteur de votre entreprise cible saura (espérons-le, s'il n'est pas filtré par des RH non techniques) que vous n'impliquez pas nécessairement que C et C++ sont dans le même panier, donc je vraiment le considérer uniquement comme un problème d'analyse.
Il en va de même pour les variantes de Java et ses plates-formes et spécifications, qui avaient même le mauvais goût de changer les conventions de dénomination au fil du temps pour aboutir à: Java SE, JavaSE, JSE, J2SE, Java EE, JavaEE, JEE, J2EE, etc ...
Pour moi, "C/C++" est un signal négatif fort.
Bjarne Stroustrup écrit :
Il n'y a pas de langage appelé "C/C++". L'expression est généralement utilisée par des personnes qui n'ont aucune idée de la programmation (par exemple, le personnel des RH et les mauvais gestionnaires). Alternativement, il est utilisé par des personnes qui ne connaissent pas le C++ (et souvent pas le C non plus). Lorsqu'il est utilisé par les programmeurs, il indique généralement une attitude "C++ is C avec quelques fonctionnalités utiles et beaucoup de fonctionnalités compliquées inutiles ajoutées". C'est souvent le point de vue des personnes qui aiment écrire leurs propres chaînes et tables de hachage avec peu de connaissances de la bibliothèque standard au-delà de printf et memcpy. Il y a des gens qui s'en tiennent à un sous-ensemble restreint de C++ pour de très bonnes raisons, mais ils (à ce que j'ai remarqué) ne sont pas ceux qui disent "C/C++".
Si vous souhaitez supprimer toute ambiguïté, il suffit de les pointer:
- C
- C++
Cela couvrira tous les angles, y compris l'analyse.
Si vous écrivez C/C++, cela donne l'impression que vous ne faites pas vraiment de différence entre les deux. J'écrirais donc certainement C, C++
Mettez ce que vous êtes le mieux au début et en soi, et soyez honnête. J'embauche des développeurs C++ expérimentés, et mon expérience est que les gens qui listent "C/C++" sont de bons programmeurs C et généralement des programmeurs C++ marginaux ou débutants. Ce n'est pas du pédantisme, ce sont les résultats de centaines d'interviews que mon groupe et moi avons faites. Si vous listez "C++, C, Java, Perl", je vais continuer à lire vos projets, votre expérience et votre éducation. si vous citez "Perl, Java, C, C++", je vais vous remettre au gars dans le couloir qui embauche notre équipe Perl. Si vous listez "C/C++", vous devez avoir des expériences vraiment fortes qui sont clairement 100% C++.
Peu importe probablement
Du moins pas aux recruteurs. La plupart des recruteurs les traiteront probablement comme la même chose ou au moins une variation de la même chose. Les plus avancés techniquement ne font probablement pas attention à un détail aussi mineur.
Cependant, je m'inquiéterais de "reprendre le renforcement" si vous aviez une description pour chacun. Si vous incluez une description des langues que vous listez, listez-les ensemble et incluez une phrase partielle pour chacune.
Souhaitez-vous mettre Java/C # sur votre CV? Ou Perl/Python? (Java/Javascript serait intéressant)
Probablement pas, alors pourquoi C/C++?
Bien sûr, vous pourriez simplement parce que la spécification du travail demande C/C++ et si vous ne l'écrivez pas exactement de cette façon, il sera filtré pour ne pas contenir les mots à la mode valides. Tout comme vous devez vous assurer que des mots comme Agile apparaissent sur votre CV de nos jours.
Lorsque votre CV sort, il touche plusieurs endroits: l'agence de recrutement/chasseur de têtes (s'il y en a un), le responsable du recrutement du cabinet, le chef d'équipe du cabinet ... et ainsi de suite.
Un curriculum vitae peut facilement passer par 3-4 mains, et CHACUN a la capacité de griffonner une note en disant "perd des points pour ne pas connaître X". Ou jetez-le simplement directement sur la pile de rejet. Une fois que vous êtes marqué, c'est tout ... le CV est effectivement mort. Tu as perdu.
N'oubliez pas que trouver un emploi est un concours. Vous ne faites pas seulement un bon CV, vous devez être clair, succinct et avoir quelque chose qui vous démarque du prochain. De cette façon, vous obtenez le travail, et l'autre ne le fait pas.
Les petites choses comptent. Quand j'ai envisagé 2 candidats qui paraissent identiques, celui qui écrit: "C/C++" m'énerve parce qu'il a banalisé la différence. Celui qui écrit: "C/C++/C #" va sur la pile de rejet sans autre considération. Parce que la personne qui écrit ces 8 personnages pense que tout véhicule et ceux-ci sont interchangeables. Ils ne sont pas.
Je regarde également l'expérience pertinente et les projets réalisés. Lorsque j'emploie quelqu'un, mon détecteur de conneries fonctionne à plein régime parce que tous ceux que vous entrez dans la porte qui font des conneries perdent juste votre temps précieux. Le désherbage le moins cher est en phase de reprise.
Donc, si vous connaissez bien quelque chose, dites-le clairement, faites-le distinct. Faites-vous ressortir de la foule.
(Par analogie, peut-être un peu démodé. Si je connais Pascal et Ada - deux langues avec un peu en commun (et oui je sais beaucoup de choses différentes). Vous attendriez-vous à ce que j'écrive Pascal/Ada? Si je connaître Pascal et Delphi, est-ce que j'écrirais Pascal/Delphi. Delphi pourrait être basé sur Pascal, il était une fois, mais les extensions OO et les énormes bibliothèques font la comparaison entre craie et fromage.)
Le rôle d'un CV est de vous amener à l'entretien. De nos jours, cela signifie souvent frapper les mots à la mode que le recruteur et les RH recherchent, puis impressionner le responsable du recrutement.
À cette fin, je les énumérerais séparément. Cela n'a peut-être pas d'importance pour les RH ou le recruteur, mais le responsable du recrutement est susceptible de le remarquer, et la seule façon dont cela va avoir de l'importance pour lui est si cela vous fait mal d'utiliser "C/C++".
Cela dit, vous ne devriez pas avoir peur d'adapter votre CV au travail, et s'il indique C/C++ dans la description, répertoriez C/C++ et trouvez également des moyens de les répertorier séparément.
Je suis désolé, mais ne pensez-vous pas que ce soit vraiment des cheveux fendus? Lorsque j'embauche un programmeur, je jette un coup d'œil à la liste des langues, car je recrute généralement pour une langue spécifique. De plus, ce n'est pas parce que vous connaissez une langue que vous connaissez vraiment toutes ses bibliothèques, ses API et que vous savez comment les utiliser.
Ce qui m'intéresse le plus, c'est généralement l'expérience de travail ou tout projet sur lequel vous pourriez avoir travaillé. Je connais beaucoup de langues mais je n'ai fait qu'un travail sérieux dans environ deux ou trois d'entre elles. Je passerais plus de temps à souligner vos succès et votre expérience plutôt que le nombre de langues que vous connaissez. Juste mon 0,02 $.
Une barre oblique est traditionnellement un raccourci pour et/ou. Connaissez-vous le C et/ou le C++? Je pense que vous connaissez C et C++. Écrivez-le comme ça.
Je n'aurais pas de section qui énumérerait simplement les affirmations de connaissances linguistiques.
Un exemple: lorsque j'étais à l'université, j'ai utilisé C pour mieux exprimer ce qui était à l'origine un programme écrit en assembleur 80286 annoté MASM, tout en utilisant la fonction asm
pour inclure les éléments qui devaient être dans l'assembleur. Pour tout le reste, j'ai choisi C++ ou un précurseur de Delphi appelé "Object Pascal", qui a été enseigné à ce collège.
Sur un curriculum vitae qui pourrait prendre la forme "Acme University - 1993-1995 - Network Programmer\En tant qu'étudiant employé du département MIS, j'ai développé des utilitaires de surveillance de réseau TCP/IP de bas niveau à utiliser par MIS, en utilisant Assembler, C et les langages de programmation C++. "
Les services RH des cv-bots utiliseront toujours pour trouver et sélectionner ou rejeter votre CV, mais la revendication ci-dessus apparaîtra dans le contexte de votre expérience réelle et existera comme une phrase en langage naturel que les humains aiment lire. Une telle chose en dit beaucoup plus qu'une liste de mots à la mode.
Imaginez un morceau de code
int class = 0;
c'est du code C légal, mais il ne compilera pas avec le compilateur C++, donc ce sont deux langages. Mettez C, C++.
Pour la grande majorité des employeurs, cela ne fait simplement aucune différence (ce petit élément spécifique de toute façon). Pour ceux qui le font ... eh bien, ils ne sont probablement pas l'entreprise de toute façon.
Votre liste de langages de programmation est de toute façon insignifiante - ne vous inquiétez pas trop, listez simplement les langages auxquels vous pouvez faire face. Les recruteurs sont généralement assez intelligents pour lire votre expérience, ce qui est le plus important après tout.
Sûr; certaines personnes rejettent (ou choisissent) des candidats plutôt que des choix médiocres. C'est exactement ce qui se passe. Mais cela peut concerner n'importe quelle donnée banale.
Écrivez simplement un CV clair et décent et c'est tout ce que vous pouvez faire :)
Le dernier. C, C++.
Lorsque les CV sont numérisés dans un ordinateur afin que les RH puissent les traiter plus efficacement, s'ils recherchent des mots clés, ils peuvent manquer C/C++ s'ils recherchent le seul mot "C++" quelque part sur le CV.
C'est triste, mais vous ne voulez pas manquer une opportunité.