A quel moment connaissez-vous suffisamment la technologie pour la lister sur un CV [fermé]

J'ai récemment eu un programmeur pour une interview, qui a cité Python, PHP, Rails et ASP comme une partie de leurs compétences. Dans l'interview, cependant, ils ne connaissaient pas suffisamment les structures de contrôle et la logique de base, ils n'avaient suivi que quelques tutoriels de démonstration.

Ma question est donc la suivante: à quel moment pouvez-vous ajouter avec précision une technologie à votre CV ? Est-ce lorsque vous pouvez démontrer tous les concepts de base, y écrire un programme utile, ou vous pouvez simplement l'utiliser sans avoir à vous reporter à la documentation toutes les 30 secondes.

Je ne crois pas que cela soit excessivement subjectif, une base de référence devrait facilement être établie sur la base des commentaires.

Vous devriez être capable de défendre / expliquer chaque mot que vous mettez dans votre CV. Un peu comme vous dissertation / thèse. J'ai vu de nombreux candidats rejetés pour la raison "qu'ils ne pouvaient pas justifier ce qu'il avait mis dans son CV".

Une approche consiste à suivre l'auto-questionnaire de Google. Évaluez chaque compétence sur une échelle de 10. Ainsi, nous pouvons prévoir à quel point nous sommes relativement à l'aise avec différentes technologies.

• 1 signifie que vous pouvez lire le code des autres avec beaucoup de google.
• 5 peut-être pour implémenter des modules dans la technologie. Etc.
• 8 pour beaucoup d'expérience et à l'aise avec la conception et la mise en œuvre de grands projets dans cette technologie.
• 9 pour la connaissance architecturale avec une compréhension modérée de ce qui est sous le capot.
• 10 signifie que vous avez écrit un livre ou que vous l'avez inventé.

J'ai vu des curriculum vitae qui présentent des graphiques à barres indiquant leur maîtrise relative de diverses technologies.

Une autre option consiste à regrouper les compétences en "compréhension forte", "compétence moyenne" et "familiarité avec".

Modifier:

J'ai essayé de mettre cela comme un commentaire, mais je n'ai pas eu l'air en raison d'un manque de formatage.

Pour référence, voici ce que Google définit les tarifs dans son auto-évaluation

• 0 - Vous n'avez aucune expérience
• 1 à 3 - Vous connaissez ce domaine, mais ne voudriez rien y mettre.
• 4 à 6 - Vous êtes confiant dans ce domaine et utilisez-le quotidiennement.-
• 7 - 9 Vous maîtrisez extrêmement bien les experts et possédez une profonde expertise technique dans le sujet. Vous vous sentez à l'aise pour concevoir tous vos projets.-
• 10 - Réservé à ceux qui sont des experts reconnus du secteur, vous avez soit écrit un livre, soit l'inventé.

À mon avis, mettre l'accent sur des technologies spécifiques est une erreur. J'énumère toujours mon expérience Rexx, non pas parce que je pense que n'importe qui aujourd'hui serait à la recherche de cette expérience, mais parce que je souhaite mettre en évidence ma capacité à évoluer de manière fluide dans différentes langues, même après 19 ans dans l'informatique.

Non, je ne pourrais probablement pas couramment mettre en tableau blanc certaines des langues que je liste. Mais donnez-moi une demi-journée et je pourrais écrire le même script dans 3 d'entre eux (à vous de choisir).

Pour moi, la vraie question est la suivante: pouvez-vous tirer parti de la technologie en face de vous (quelle qu’elle soit) pour mettre en œuvre de bonnes idées d’une manière qui profite à la société et rend votre travail stimulant et agréable?

C'est une question difficile à répondre, juste basée sur la lecture d'une liste de "ce que vous savez déjà".

C'est un problème que j'ai rencontré un peu. J'ai finalement abandonné entièrement la section "Compétences" de mon CV et je me suis concentré sur ce que j'avais fait avec ces langues, en particulier dans ma section projets et emploi. Je souligne / audacieux technologies spécifiques dans le cadre de la description.

Exemple:

Web Developer @ Company X (03/03/03 au 05/05/05) Développeur principal sur un site Web basé sur une base de données pour aider les étudiants en cinéma à organiser leurs projets. Utilisé PHP et MySQL . Il a travaillé sur le développement et la publication, ce qui a permis un déploiement réussi pour les étudiants au début de 2009 et une maintenance ultérieure.

Cette méthode donne à vos compétences un contexte réel que vous pouvez discuter lors d’un entretien.

Je ne liste que les choses que je connais bien et, pour moi, cela signifie être utilisé dans la colère pendant environ un an ou plus .

Ce n'est que moi. C’est le temps que je pense pour vraiment connaître, apprécier et comprendre une langue / système / IDE / environnement / peu importe.

Quand on bricole, on n’apprend pas vraiment bien. La plupart des langages / frameworks / etc. vous obligent vraiment à entrer dans l'esprit du concepteur avant de "comprendre", et savoir vraiment ce que vous êtes prend environ 12 mois.

En passant:

Dans mon poste d’interview et de lecture de CV, je trouve intéressant que les gens répertorient toutes sortes de choses, sans aucune information à l’appui de leur expérience pour étayer leur affirmation. Par exemple, ils pourraient lister PHP, MYSQL, Ada, C ++, C #. Et puis leur expérience pourrait dire qu'ils ont fait un projet en utilisant C ++.

Lorsqu'il n'y a rien qui sauvegarde les langues revendiquées dans l'expérience répertoriée, je sens habituellement un rat et cette personne ne parviendra même pas à une entrevue.

Répertorier les langues par note, ou combien de temps il a utilisé, ou sa compétence, tout cela aide l’enquêteur - ce qui n’est pas toujours ce que l’intéressé souhaite faire par le CV!

CONSEILS:

SI ÉCRIT UN CV:

• Soyez clair, simple et scrupuleusement honnête.

• Rendre la vie aussi simple que possible pour la personne qui lit votre CV. Présent clairement, sans hyperbole.

• Si vous avez une description de poste que vous ne rencontrez pas complètement, joignez une déclaration indiquant comment vous remplissez cette description (ne faites pas comprendre à la personne qui reçoit votre CV). ET O VOUS NE RENCONTREZ PAS QUELQUE CHOSE DE NÉCESSAIRE - dites le. Et si vous voulez apprendre, dites-le. Cela montre également que vous avez bien lu et compris la description du poste et que vous ne vous contentez pas de créer un CV pour chaque poste.

SI VOUS LISEZ UN CV:

• Vérification croisée - l'expérience indiquée correspond-elle à l'ensemble de compétences répertorié? Si non, quelque chose est louche.

• Combien de temps a été utilisé quelque chose? Quelques jours, ou un tutoriel, n’est pas une expérience, peu importe la façon dont vous l’habillez.

• La personne a-t-elle constamment haché et changé? Est-ce qu'ils sont restés assez longtemps pour voir quelque chose? (Ont-ils vécu avec leurs propres erreurs? Non = un autre avertissement)

Parfois, ces choses sont difficiles à évaluer, et vous finissez par "sentir". Un CV sent un peu la mer (c’est-à-dire qu’il semble un peu louche) puis continue.

De Joel On Software: Des doutes du tout = pas de location. Et d’après ma propre expérience: un poste vacant est bien mieux qu’un poste pourvu d’une personne douteuse, qui s’avère être un mauvais choix. (Aucun progrès ne vaut mieux que de revenir en arrière.)

Pourquoi créez-vous une liste exhaustive de technologies? Au lieu de cela, incluez des informations sur le projet et mentionnez les technologies clés, les frameworks, les bibliothèques et les outils utilisés ici. Cela permet de réaliser plusieurs choses. Premièrement, vous démontrez vos connaissances et vos compétences avec quelque chose dans vos projets, ce qui le rend contextuellement pertinent. Deuxièmement, vous faites votre CV plus sur ce que vous avez fait et pas simplement sur ce que vous savez.

Dans ce cas, lorsque vous parlez de votre travail et de vos responsabilités, vous pouvez indiquer comment vous avez appris et utilisé Hibernate (ainsi que d’autres technologies) afin de réaliser ce que vous êtes en train de faire. Si vos capacités avec Hibernate m'intéressent, c'est une question que je voudrais poser lors d'une projection téléphonique ou d'une interview. Je m'attendrais alors à ce que vous me disiez quelques informations sur le projet, comment vous avez utilisé Hibernate et sur ce que vous avez pu apprendre. En outre, tous les scanneurs de CV automatisés collecteront le mot clé, mais votre CV est toujours convivial.

Je ne suis pas sûr que ce soit exactement déterminable. À mon avis, cela devrait être au cas par cas. Ce que je veux dire - laissez-moi vous expliquer un exemple:

Offre d'emploi 1 - candidat recherché avec une connaissance de: Python, PHP, Rails, ASP, Assembler.
(et généralement, l'annonce détermine les compétences les plus importantes par rapport aux autres, lesquelles sont juste "au cas où")

Dans ce cas, je mettrais sur mon CV Python, PHP ... uniquement si je les connais vraiment bien. Assembleur, par exemple, je connais très peu de choses, mais je le dirais tout de même, car cela ne peut pas avoir un impact majeur en combinaison avec le reste de ce qui précède.

Offre d'emploi 2 - candidat recherché avec connaissance de: Assembler, C / C ++, Kernel ..., Python, PHP, ...

Cette affaire est différente. Ici, il est (est-il?) Évident qu'ils recherchent un type de candidat différent et qu'ils ignorent (probablement) le manque de connaissance de PHP, par exemple, si le candidat possède ces autres compétences.

Donc ça dépend vraiment.

En règle générale, pour mettre quelque chose sur un CV, il faut savoir "trouver son chemin" autour du code, de la syntaxe de base, et avoir au moins quelques projets de petite taille utilisant ce langage particulier. Il n'a bien sûr pas besoin de connaître les bibliothèques et l'aide par cœur ... mais devrait savoir où et comment obtenir de l'aide s'il en avait besoin.
Il peut y avoir des contre-exemples à cette règle - j'ai remarqué que les gens qui connaissent (vraiment) beaucoup de langues ont tendance à s'embrouiller parfois "en fonction de la langue dans laquelle ils sont coincés" - par exemple: using IF / loops / ... d'autres éléments de syntaxe de manière correcte, mais avec une syntaxe incorrecte (qui correspond en fait à un autre langage que celui auquel ils réfléchissent actuellement). Ce n’est donc pas vraiment un véritable test de capacité.

Si tout ce que vous faites est de répertorier les compétences sans autre contexte, la plupart des personnes qui lisent votre CV s'attendent à ce que vous les connaissiez suffisamment bien pour pouvoir répondre aux questions de l'entrevue. Cependant, vous pouvez placer chaque compétence dans son contexte pour mieux préciser votre niveau d’expertise. Quelques exemples:

Énumérez combien de temps vous avez utilisé la compétence

• Java (5 ans)
• C ++ (3 ans)
• SQL (1 an)

Donnez une note à chaque compétence

• Java (5/5)
• C ++ (3/5)
• SQL (1/5)

Liste des compétences dans les catégories

Utilise actuellement: Java, C ++ Expérience précédente: SQL

Seriez-vous à l'aise pour l'utiliser sur un nouveau projet? Êtes-vous prêt à travailler avec elle à nouveau? Si oui, alors mettez-le là. Vous n'avez pas besoin de dire "Guru" ou "Newb", mais simplement de le lister comme une technologie que vous connaissez bien. S'ils vous interrogent sur votre expérience lors d'une interview, vous pouvez expliquer les détails. Ils ne seront probablement pas vous attendre à tout savoir, mais sera probablement vous attendre à être en mesure / prêt à apprendre les pièces que vous faites pas quand lorsque vous en avez besoin.

J'ai quelques sentiments décrivant chaque travail. Dans le dernier paragraphe de chaque description, je place un "Langages et technologies utilisés:" suivi de tous les outils que j'ai utilisés dans ce travail.

En outre, j'ai une section de compétences avec une note qui dit quelque chose comme: "Expérience variée avec les langages et outils suivants" , puis j'ai quelques puces avec les langages et les cadres pertinents que j'ai utilisés dans le passé.

Je n'utilise pas le système de "rating" car je ne saurais pas me noter dans chacune des langues (qu'implique en termes de connaissance une notation de 3 (de 0 à 5) en Java?). Afin de ne pas être malhonnête, j'aurais probablement tendance à viser bas lorsque je me suis auto-évalué. C'est ce qui s'est passé l'année dernière, lorsque j'ai postulé à un emploi et que l'entreprise m'a donné un questionnaire qui demandait au candidat de se noter dans plusieurs langues.

Je ne liste pas le nombre d'années parce que je ne pense pas que cela aide beaucoup. Par exemple, j'ai 4 ans d'expérience professionnelle dans la langue / bibliothèque que j'utilise actuellement, mais je n'en suis pas un expert, car je m'en tiens à un certain sous-ensemble.

Certaines des langues que je liste sont celles que j'ai utilisées dans le cadre de mon travail, d'autres que je n'ai utilisées que dans des projets et exercices universitaires (il y a 4 ans ou plus). Je ne serais pas capable d’écrire du code dans certaines de ces langues lors de l’arrêt, mais je pourrais y revenir quelques heures plus tard. Toutefois, si je supprimais toute langue dans laquelle je ne pourrais pas écrire de code sans vérification, il ne me resterait plus que deux langues, ce qui ne serait probablement pas une évaluation juste.

Je suis actuellement à la recherche d'un emploi; je consulte donc mon CV (par conséquent, je lis les programmeurs.SE et cherche des conseils de CV :)) et je songe à supprimer les langues qui n'étaient utilisées que dans des projets universitaires (et cela serait des choses comme Prolog).

Dans mes candidatures, j'utilise deux sections pour les technologies, comme je m'y attendais le plus. Il y a d'abord la section des compétences générales et ensuite la liste des expériences spécifiques dans des projets spécifiques. Bien entendu, lors de l’application, je liste dans les deux sections principalement les éléments pertinents pour l’emploi en question.

Buts:

Je pense que l’énumération d’une technologie dans le domaine général est une déclaration forte et qu’une technologie doit y résider, j’ai besoin de

• être capable de communiquer avec elle
• réussir à travailler de manière raisonnablement productive avec elle
• avoir une certaine connaissance des pièges possibles qui s'y trouvent.

Critères

Mes critères très vagues pour lister les technologies dans les compétences générales vont dans ce sens:

• La compétence d'un programmeur moyen qui a utilisé la technologie pour écrire des programmes comprenant environ 10K SLOC.
• La capacité d'un programmeur moyen qui a dû maintenir la complexité d'un programme de la taille d'environ 30 objets.
• L'équivalent des connaissances théoriques d'un livre moyen.

En gros, il s’agit au moins d’une certaine profondeur dans la région, d’une complexité raisonnable et d’une certaine connaissance des horreurs à venir.

Exemples:

Expert en PHP: L'écriture d'applications Web en PHP est mon travail quotidien depuis plusieurs années, avec la maintenance de plusieurs projets, la lecture de nombreux livres et une grande partie du manuel derrière moi. Cela irait dans les deux sections, si c'était pertinent pour le travail.

Débutant, Scala: Je suis en train de lire un livre de Scala avec environ 200 pages derrière moi et quelques centaines de lignes de code écrites. Je l’utiliserais probablement comme note secondaire quelque part si je le voyais dans l’annonce, comme ceci: "L’emploi que vous proposez mentionne également Scala que je suis en train d’étudier et je suis plus que disposé à en apprendre davantage. à propos de ça."

Border case, Python: J'ai écrit un petit jeu de shoot'em up et plusieurs scripts en Python avec l'expérience de quelques milliers de lignes, en lisant une douzaine d'articles et de tutoriels sur le Web, ainsi que certaines parties du manuel. Si l’annonce mentionnait Python (et je serais bien qualifié sinon), j’en parlerais dans mon CV dans la section Expérience, cela ressemblerait peut-être à ceci: "J'ai créé un jeu de shoot'em up en Python avec Pygame en utilisant programmation orientée objet avec graphiques bitmap ".

Mettez-le sur votre CV si vous êtes sûr de pouvoir répondre à des questions techniques sur la langue sans vous embarrasser . L’objectif est que le CV reflète fidèlement vos capacités et vous devez supposer que l’on peut vous demander de prouver tout ce que vous mettez sur le CV.

Je ne liste que les compétences que j'ai utilisées dans un projet.

Je n'aime pas l'idée de mettre mon CV à propos d'une technologie sur mon CV, note sur 5, etc.

Si j'interviewe, je préfère demander pourquoi ils disent ce niveau ou si je dois répondre à une interview pour savoir où et pourquoi je me classe 5/5.

Si vous êtes certain que, compte tenu d'un test de programmation de cette technologie dans le cadre d'une interview, vous y parviendrez, tout va bien.

Si vous deviez dire,

en fait, je n'ai pas utilisé X depuis un moment, alors je suis un peu rouillé ...

Mieux vaut probablement ne pas l'énumérer comme une compétence. Cela ne signifie pas que vous ne pouvez pas mentionner ailleurs des projets antérieurs sur lesquels vous avez travaillé.

Parfois, il suffit de connaître le sens de l'acronyme pour l'ajouter au CV ...

Cela est vrai, par exemple, pour les frameworks et les bibliothèques que vous pouvez coupler avec un langage donné.