Dans un CV, tout ce qui constitue un langage de programmation [fermé]

Dans votre CV, que qualifieriez-vous de langage de programmation? Par exemple, sous Langages de programmation (ou une section du même nom de votre CV), citez-vous C #, Java, C et laissez-le à cela ou allez-vous ajouter XML (parce que, eh bien c'est le langage de balisage extensible) et XSLT et jQuery et tout ça aussi?

Si vous n'allez pas ajouter jQuery dans les langues, où le mettriez-vous exactement?

Une solution à ce dilemme serait dans les technologies que vous avez utilisées dans le cadre du projet, mais de cette façon, vous obligez le recruteur à passer par les projets que vous avez réalisés plutôt que de donner un aperçu des technologies et des langues que vous connaissez. .

Quelles sont vos pensées?

Si vous devez demander "devrais-je mettre cela comme un langage de programmation?" alors ne le faites pas.

Vous ne manquerez pas une interview car vous avez classé XML et XSLT sous "Tools and Technologies". Mais vous pourriez le faire si vous les déposez sous "Langages de programmation" et que vous frappez un responsable de développement grincheux qui vous déteste instantanément à cause de cela.

Mon CV a une section "Langues et cadres" qui ressemble à ceci:

• ECMAScript / Javascript (JQuery, Qooxdoo, YUI)
• C ++ (Qt, STL, ATL, MFC)
• Python (Wx)
• XML, XSLT, XSD

Ceci pour trois raisons:

1. Bien que personne ne s'attende à ce que vous ayez de l'expérience avec JQuery ou YUI en C ++, cela permet de lever l'ambiguïté de votre expérience hypothétique de Qt en C ++ de votre manque d'expérience en Wx en C ++. Le simple fait de placer Wx ou Qt dans un ensemble ultérieur de frameworks ne fait pas cela.

2. Il donne un titre concis pour chaque catégorie, de sorte qu'un recruteur compétent peut le scanner pour trouver ce qu'il veut, tout en le remplissant avec suffisamment de mots à la mode pour obtenir votre CV pour obtenir les robots de recrutement passés.

3. En n'appelant pas cette section «langages de programmation», j'évite également d'être renvoyé par quelqu'un qui n'est pas d'accord avec mon affirmation quant à savoir si XSLT est ou non un langage de programmation. Sans parler de ceux qui maintiennent une distinction arbitraire entre les langages de programmation et de script.

Personnellement, j'ai une section Compétences & Technologies, avec différentes sous-sections:

• Langages de programmation *
• Systèmes d'exploitation
• Bases de données
• Frameworks & Technologies (où vous videz tout ce que vous voulez)

* y compris les langages de balisage / déclaratifs, car les recruteurs pensent que c'est la même chose, et les personnes techniques qui garderaient rancune ne seraient pas des personnes avec qui je voudrais travailler si elles ne pouvaient pas les dépasser après un entretien.

Selon le travail, je le modifie pour inclure d'autres sections et être très complet comme ceci:

• Systèmes d'exploitation
• Cadres / SDK
• Langages de programmation
• CLE / VM
• Bases de données
• App. Serveurs / Conteneurs
• IDE / éditeurs
• Bureaux / Suites de création
• Virtualisation

Ce que j'admettrais est beaucoup trop exagéré et risible, mais le marché du travail étant ce qu'il est, et les recruteurs aimant les cases à cocher, je ne vois pas pourquoi je ne leur en voudrais pas. Si cela me permet de rechercher des mots clés, je peux envoyer une version plus propre et plus légère pour l'entretien. (Je produis en fait toujours 3 versions différentes de mon CV à cause de cela et à cause des différences culturelles dans plusieurs pays: j'ai une version 1 page, une version 3 pages et une version très complète.)

Mais je suis d'accord avec les autres: ne mélangez pas les langues et les bibliothèques. Ce serait bien avec les recruteurs, car ils souvent - mais pas toujours - ne comprennent pas tout cela en détail et ne voient pas la frontière entre les catégories. Mais les gens que vous interviewez penseront que cela va un peu trop loin. Je vous donnerais quand même un appel pour une projection téléphonique, mais je dirais que cela pourrait laisser une impression négative (par exemple, je dois avouer que mes dents grincent des dents chaque fois que je vois "J2EE" ou "JEE" sous le section langages de programmation).

Si vous avez besoin d'une section sur les technologies, répertoriez les langues, puis répertoriez les cadres séparément.

La meilleure chose est de lister vos langages, frameworks et autres technologies en ligne avec les descriptions de vos projets / expériences de travail clés.

c'est-à-dire, "Application Web développée pour faire XYZ en utilisant PHP, Javascript (jQuery) et XSLT ...."

Je vais répondre du point de vue de quelqu'un qui a lu le curriculum vitae. C'est comme ça que je les lis, donc YMMV comme toujours.

Quand je vois un CV avec quelque chose comme "Langues: jQuery, Django, Joomla" , c'est à peu près un fichier rond instantané. Je serais bien l'équivalent "Langages: JavaScript, Python, PHP" , avec un appel que vous avez de l'expérience avec jQuery / Django / Joomla, mais la première déclaration donne l'impression que vous ne connaissez pas réellement la différence entre un framework / bibliothèque et une langue, et ce n'est pas vraiment un bon signe.

J'accepte CSS / HTML / XML / XSLT comme "langues". Mais je ne suppose pas que vous n'en avez jamais entendu parler si vous ne les mentionnez pas spécifiquement (bien que je ferai un suivi pour vous assurer, si vous arrivez à l'écran du téléphone), et je ne lève pas un sourcil aux gens qui ont une section "outils" distincte où ils répertorient les balises / VCS / serveurs qu'ils connaissent.

Ne confondez pas les langues avec les bibliothèques. Vous pouvez répertorier JS et indiquer que vous connaissez JQuery (et éventuellement d'autres bibliothèques JS).

Mon expérience est principalement en C, que j'énumère ainsi que ma connaissance de plusieurs implémentations de la bibliothèque C standard. Je ne m'étend pas sur chaque bibliothèque individuelle (en plus de la norme C) avec laquelle j'ai travaillé, sauf si elles sont notables (MPI / etc).

De plus, si vous connaissez très bien les spécificités de n'importe quelle norme, c'est une bonne idée d'énumérer cette norme. Encore une fois, soyez bref et essayez de limiter la liste aux choses qui peuvent vous différencier des autres.

Je fais la liste de mon expérience avec XML et JSON, mais uniquement lors de l'élaboration de la section "Conception API" de mon expérience.

Je suis en désaccord avec Haylem sur la liste des langages de balisage sous les langages de programmation - les langages de balisage sont utilisés pour structurer les données, pas pour les générer réellement. Vous ne pouvez pas réellement programmer quoi que ce soit avec HTML, du moins pas en combinaison avec Javascript - dans lequel le langage de balisage devient le support de stockage de données, en quelque sorte. Énumérez ceux sous les cadres / technologies.

De plus, prouver que vous connaissez réellement la différence entre un langage de programmation / script, un langage de balisage / structuration de données et des bibliothèques / API vous évitera de vous faire virer de la liste après un rapide coup d'œil à votre CV.

Dans mon CV, j'ai défini 4 sections. Ils sont écrits comme suit:

• Compétences Web côté client: HTML, CSS, JavaScript, JQuery, Photoshop, Flash / ActionScript
• Compétences .Net: C #, ADO.NET/LINQ, ASP.NET, AJAXControlToolkit, SQL Server 2005 / T-SQL
• Compétences PHP: PHP, MySQL, PHPMyAdmin, Wordpress, Joomla
• Compétences informatiques générales: SDLC, SGBD, UML, compétences en communication

C'est juste ma façon de rédiger un CV, le vôtre sera également appréciable.

Vous devez cibler votre CV / CV sur le contexte dans lequel il est appliqué. Souhaitez-vous postuler à un emploi où ils souhaitent avoir une expérience des "langages de programmation dont Java, C ++ et HTML"? Si vous avez l'expérience pertinente, faites-en la liste. Demandez-vous si vos connaissances Rexx doivent être présentées, et si oui, si vous les intégrez à tout le reste ou si vous les mettez dans une section secondaire.

J'ai généralement une section "technologies pertinentes" où je liste les choses que j'ai de l'expérience et qui ont été explicitement demandées dans les spécifications de la personne, et une section "expérience technologique" qui est un peu plus étendue. N'oubliez pas que le public cible de votre CV comprend des RH qui ne sont pas des experts en technologie. Peu importe que vous pensiez que HTML est un langage de programmation, un langage de balisage ou un format de document: ils se soucient de savoir s'ils peuvent facilement découvrir si vos expériences correspondent à celles qu'on leur a demandé de rechercher.