À quel point connaissez-vous suffisamment une technologie pour la répertorier sur un CV
J'ai récemment eu un programmeur pour une interview, qui a énuméré Python, PHP, Rails et ASP comme quelques-unes de leurs compétences. Dans l'interview cependant, ils ont l'interviewé ne savait pas assez quelles étaient les structures de contrôle et la logique de base, il n'avait suivi que quelques tutoriels de démonstration.
Donc ma question est la suivante: À quel moment pouvez-vous ajouter une technologie à votre CV avec précision. Est-ce lorsque vous pouvez démontrer tous les concepts de base, y écrire un programme utile ou être à l'aise de l'utiliser sans avoir à consulter la documentation toutes les 30 secondes.
Je ne pense pas que ce soit trop subjectif, une base de référence devrait facilement être établie sur la base des commentaires.
Vous devriez être en mesure 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 "ne pouvait pas justifier ce qu'il avait mis dans son curriculum vitae".
Une approche consiste à suivre l'auto-questionnaire de Google. Évaluez chaque compétence sur une échelle de 10. De cette façon, nous pouvons projeter à quel point nous sommes relativement à l'aise avec diverses technologies.
- 1 signifie que vous pouvez lire le code des autres avec beaucoup de recherches sur Google.
- 5 peut-être pour la mise en œuvre de 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 dessus ou que vous l'avez inventé.
J'ai vu des curriculum vitae qui ont des graphiques à barres indiquant une compétence relative dans diverses technologies.
Une autre option consiste à regrouper les compétences en "compréhension forte", "compétence modérée" et "familier".
Éditer:
J'ai essayé de mettre cela en commentaire, mais je n'ai pas regardé en raison d'un manque de formatage.
Pour référence, voici ce que Google définit les tarifs dans leur auto-évaluation
- 0 - Vous n'avez aucune expérience
- 1 à 3 - Vous connaissez ce domaine mais ne seriez pas à l'aise d'y mettre quoi que ce soit.
- 4 à 6 - Vous êtes confiant dans ce domaine et l'utilisez au quotidien.-
- 7 - 9 Vous êtes extrêmement compétent à expert et avez une expertise technique approfondie dans le sujet et vous sentez à l'aise pour concevoir n'importe quel projet.
- 10 - Réservé à ceux qui sont des experts reconnus de l'industrie, soit vous y avez écrit un livre, soit vous l'avez inventé.
À mon avis, l'accent mis sur des technologies spécifiques est une erreur. Je continue à énumérer mon expérience Rexx, non pas parce que je pense que quiconque aujourd'hui la rechercherait, mais parce que je veux souligner ma capacité à évoluer avec fluidité dans différentes langues, même après 19 ans chez I.T.
Non, je ne pourrais probablement pas parler couramment de certaines des langues que j'énumère. Mais, donnez-moi une demi-journée, et je pourrais écrire le même script dans 3 d'entre eux (votre choix).
Pour moi, la vraie question est, pouvez-vous profiter de la technologie devant vous (quelle qu'elle soit), pour mettre en œuvre de bonnes idées d'une manière qui profite à l'entreprise et rend votre travail stimulant et agréable?
C'est une question difficile à répondre, basée simplement 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 mes projets et mon emploi section. Je souligne/met en évidence des technologies spécifiques dans le cadre de la description.
Exemple:
Développeur Web @ Company X (3/3/03 au 5/5/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. tilisé PHP et MySQL. Travaillé dessus pendant le développement et la publication menant à un déploiement réussi aux étudiants début 2009, et à la maintenance par la suite.
Cette méthode donne à vos compétences un contexte réel dont vous pouvez discuter lors d'un entretien.
Je n'énumère que les choses que je connais bien, et pour moi cela signifie tilisé dans la colère pendant environ un an ou plus.
Ce n'est que moi. C'est le temps que je pense prendre vraiment pour connaître, apprécier et comprendre un langage/système/IDE/environnement/autre).
En bricolant, on n'apprend pas vraiment aussi bien. La plupart des langages/frameworks/etc vous obligent vraiment à entrer dans l'esprit du concepteur avant de "l'obtenir", et savoir vraiment de quoi vous parlez prend environ 12 mois.
En aparté:
Dans mon poste d'interview et de lecture de CV, je trouve intéressant que les gens listent toutes sortes de choses, sans aucune information à l'appui de leur expérience pour étayer leur affirmation. Par exemple, ils peuvent répertorier PHP, MYSQL, Ada, C++, C #. Et puis leur expérience pourrait dire qu'ils ont fait un projet en utilisant C++.
Quand il n'y a rien pour sauvegarder les langues revendiquées dans l'expérience répertoriée, je sens généralement un rat et cette personne ne se rend même pas à un entretien.
L'énumération des langues par notation, ou combien de temps utilisé ou compétence, tout cela aide l'intervieweur - ce qui n'est pas toujours ce que la personne qui soumet le CV a l'intention de faire!
CONSEILS:
SI VOUS ÉCRIVEZ UN CV:
Soyez clair, simple et scrupuleusement honnête.
Rendez la vie aussi simple que possible à la personne qui lit votre CV. Présente clairement, sans hyperbole.
Si vous avez une description de poste que vous ne remplissez pas complètement, joignez une déclaration indiquant COMMENT vous répondez à la description de poste (ne faites pas comprendre à la personne qui obtient votre CV). ET OERE VOUS NE RENCONTREZ PAS QUELQUE CHOSE REQUIS - dites-le. Et si vous êtes prêt à apprendre, dites-le. Cela montre également que vous avez réellement lu la description de poste et que vous l'avez comprise, et que vous ne lancez pas simplement des CV de formulaire pour chaque position autour.
SI VOUS LISEZ UN CV:
Vérification croisée - l'expérience répertoriée correspond-elle à l'ensemble de compétences indiqué? Sinon, quelque chose est louche.
Pendant combien de temps quelque chose a-t-il été utilisé? Quelques jours, ou un tutoriel, ce n'est pas l'expérience, peu importe comment vous l'habillez.
La personne a-t-elle constamment coupé et changé? Sont-ils restés assez longtemps pour réellement voir quelque chose à travers? (Ont-ils vécu avec leurs propres erreurs? Non = un autre avertissement)
Parfois, ces choses sont difficiles à évaluer et vous finissez par "sentir". Si un CV a un peu d'odeur de la mer (c'est-à-dire qu'il semble un peu louche), passez à autre chose.
De Joel On Software: aucun doute du tout = pas de location. Et d'après ma propre expérience: un poste vacant est bien mieux qu'un poste rempli de quelqu'un sur lequel vous avez des doutes et qui s'avère être un mauvais choix. (Aucun progrès ne vaut mieux que de reculer.)
Pourquoi créez-vous une liste de blanchisserie de technologies? Au lieu de cela, incluez des informations sur le projet et mentionnez les technologies clés, les cadres, les bibliothèques et les outils qui y sont utilisés. Cela réalise deux ou trois choses. Tout d'abord, vous démontrez vos connaissances et vos compétences avec quelque chose aux 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 inclure la façon dont vous avez appris et utilisé Hibernate (et d'autres technologies) afin de créer ce que vous voulez. Si je suis intéressé par vos capacités avec Hibernate, c'est quelque chose que je demanderais 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 ce que vous avez pu apprendre. En outre, tous les scanners de CV automatisés récupèrent le mot-clé, mais votre CV est toujours convivial.
Je ne suis pas sûr que ce soit exactement déterminable. À mon avis, ce devrait être au cas par cas. Ce que je veux dire - laissez-moi vous expliquer sur un exemple:
Offre d'emploi 1 - candidat recherché ayant des connaissances en: Python, PHP, Rails, ASP, Assembleur.
(et il est généralement possible de déterminer quelque peu à partir de l'annonce quelles compétences sont plus importantes que d'autres - qui sont juste là "au cas où")
Dans ce cas, je mettrais sur mon CV Python, PHP ... seulement si je les connais très bien. Assembleur, par exemple, je sais très peu de choses, mais je le mettrais quand même, car il ne peut pas avoir un impact majeur en combinaison avec le reste de ce qui précède.
Offre d'emploi 2 - candidat recherché ayant une connaissance de: assembleur, C/C++, noyau ..., Python, PHP, ...
Ce cas est différent. Ici, il est (est-ce?) Évident qu'ils recherchent un autre type de candidat et qu'ils ignoreront (probablement) le manque de connaissances de PHP par exemple, si le le candidat possède ces autres compétences.
Cela dépend donc vraiment.
En règle générale, pour mettre quelque chose sur un CV, OMI, il faut savoir "trouver son chemin" dans le code, la syntaxe de base et avoir au moins quelques petits projets derrière lui en utilisant ce langage particulier. Il n'a bien sûr pas à connaître les bibliothèques et l'aide par cœur ... mais devrait savoir comment et où obtenir de l'aide s'il en a besoin.
Il peut y avoir des contre-exemples à cette règle - j'ai remarqué que les gens qui connaissent (vraiment) beaucoup de langues ont parfois tendance à être confus "selon la langue dans laquelle ils se trouvent actuellement" - par exemple: en utilisant 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 pensent actuellement). Ce n'est donc pas vraiment un véritable test des capacités.
Si tout ce que vous faites est d'énumérer les compétences sans autre contexte, alors la plupart des gens qui liront votre CV s'attendraient à ce que vous les connaissiez suffisamment pour gérer les questions d'entrevue à leur sujet. Cependant, il y a beaucoup de contexte que vous pouvez mettre autour de chaque compétence pour rendre plus évident votre niveau d'expertise. Quelques exemples:
Indiquez 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
Actuellement utilisé: Java, C++ Expérience précédente: SQL
Vous sentiriez-vous à l'aise de l'utiliser sur un nouveau projet? Êtes-vous disposé à retravailler avec lui? Si oui, mettez-le là. Vous n'avez pas besoin de dire "Guru" ou "Newb", il suffit de le lister comme une technologie que vous connaissez. S'ils posent des questions sur votre expérience lors d'une interview, vous pouvez expliquer les détails. Ils ne s'attendront probablement pas à ce que vous sachiez tout, mais le fera s'attendra probablement à ce que vous soyez capable/désireux d'apprendre les parties que vous n'avez pas quand vous en avez besoin.
J'ai quelques phrases décrivant chaque travail. Dans le dernier paragraphe de chaque description, je place un "Langues et technologies utilisées:" suivi par les outils que j'ai utilisés dans ce travail.
De plus, j'ai une section Compétences avec une note qui dit quelque chose comme: "Expérience variée avec les langues et outils suivants" puis j'ai quelques puces avec les langues et les cadres pertinents que j'ai utilisés dans le passé.
Je n'utilise pas le système de "notation" car je ne saurais pas m'évaluer dans chacune des langues (qu'est-ce qu'une note de 3 (de 0 à 5) en Java implicite en termes de connaissances?). Afin de ne pas être malhonnête, je viserais probablement bas lorsque je m'auto-évalue. Cela s'est en fait produit l'année dernière lorsque j'ai postulé à un emploi et la société m'a remis un un tas de langues.
Je n'énumère 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 ne suis pas un expert dans ce domaine, car je m'en tiens généralement à un certain sous-ensemble.
Certaines des langues que j'ai énumérées que j'ai utilisées dans des emplois, d'autres que je n'utilisais que dans des projets et des exercices universitaires (il y a 4 ans ou plus). Je ne serais pas en mesure d'écrire du code dans certaines de ces langues à l'arrêt, mais je pourrais y revenir en quelques heures d'étude. Cependant, si je supprimais une langue dans laquelle je ne serais pas en mesure d'écrire du code de la mémoire sans examen, je me retrouverais avec seulement deux langues - probablement pas une évaluation juste non plus.
Je suis actuellement à la recherche d'un emploi, donc je revois mon CV (donc je lis programmers.SE et je cherche des astuces CV :)) et je pense à supprimer les langues qui n'étaient utilisées que dans les projets universitaires (et cela serait des trucs comme Prolog).
Dans mes demandes d'emploi, j'utilise deux sections pour les technologies, comme je m'y attendrais la plupart; il y a d'abord la section des compétences générales, puis la liste des expériences spécifiques dans des projets spécifiques. Bien sûr, lors de l'application, j'énumère dans les deux sections principalement les éléments pertinents pour le travail en question.
Buts:
J'estime que l'énumération d'une technologie dans le domaine général est une déclaration forte et pour qu'une technologie y réside, je dois
- pouvoir communiquer avec lui
- réussir à travailler de manière raisonnablement productive avec
- avoir une certaine connaissance des boobytraps 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 composés d'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 de connaissances théoriques d'un livre moyen.
Fondamentalement, c'est au moins certains largeur dans la région, la gestion de raisonnable complexité, et certaines connaissance sur les horreurs qui attendent.
Exemples:
Compétent, PHP: Écrire des applications Web avec PHP a été mon travail quotidien pendant plusieurs années, avec la maintenance de plusieurs projets, la lecture de nombreux livres et une grande partie de le manuel derrière moi. Cela irait dans les deux sections, s'il était pertinent pour le travail.
Débutant, Scala: Je suis en train de lire un livre Scala avec environ 200 pages derrière moi et quelques centaines de lignes de code écrites. Je serais probablement utilisez-le comme note secondaire quelque part si je l'ai vu dans l'annonce d'emploi, comme ceci: "Le travail que vous proposez mentionnait également Scala que j'étudie en ce moment et je suis plus que de vouloir en savoir plus. "
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, et certaines parties du manuel. Si l'annonce mentionnait Python (et je serais bien qualifié sinon), j'écrirais à ce sujet dans mon CV dans le section expérience, peut-être quelque chose de similaire à ceci: "J'ai créé un jeu de shoot'em up en Python avec Pygame en utilisant une programmation orientée objet avec des 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. Le but est que le CV soit un reflet honnête de vos capacités, et vous devez supposer qu'on pourrait vous demander de prouver tout ce que vous mettez sur le CV.