Question:
Comment puis-je surmonter les exigences d '«années d'expérience» lorsque je postule à des postes?
marcof
2012-05-29 17:55:49 UTC
view on stackexchange narkive permalink

Ayant juste été rejeté en tant que candidat à un poste parce que je ne montre pas le nombre d'années d'expérience requis, j'ai quelques questions sur la manière dont les "années d'expérience" sont interprétées par les responsables du recrutement.

  • Comment puis-je surmonter l'hypothèse selon laquelle je n'ai pas les compétences requises parce que je n'ai pas le «bon» nombre d'années d'expérience?
  • Les compétences sont-elles directement proportionnelles aux années d'expérience?

Bien que ma situation concerne des emplois de programmation, il va de soi que tout poste dans n'importe quel domaine nécessitant "des années d'expérience" peut postuler.

Ma situation spécifique est que j'ai postulé pour un emploi en tant que développeur logiciel intermédiaire (entre 3 et 7 ans d'expérience) et j'ai actuellement environ 2 ans d'expérience. Mais je sens que j'ai suffisamment de compétences pour le poste. Par exemple, mes compétences en programmation orientée objet sont très bonnes, j'ai tendance à suivre les principes SOLID et les modèles de conception lorsque cela est nécessaire, et lorsque je parle avec des amis ayant la même expérience, ils ne semblent pas savoir ces choses. En général, je lis beaucoup de livres sur le sujet et passe de nombreuses heures à la maison à creuser plus profondément pour augmenter mes compétences, au point que je crois que je suis plus capable que ceux qui pourraient être considérés comme mes pairs.

Comment quelqu'un peut-il surmonter cette exigence de base de l'emploi pour montrer qu'il / elle est qualifié? Ou les "années d'expérience" sont-elles gravées dans la pierre?

Les modifications importantes apportées à cette question vont en quelque sorte à l'encontre de la raison pour laquelle cette question et ses réponses ont été tellement votées. J'encourage les nouveaux lecteurs à lire la question originale à http://workplace.stackexchange.com/revisions/1478/1
21 réponses:
user718
2012-05-29 19:36:36 UTC
view on stackexchange narkive permalink

Dans votre question, vous dites qu'ils demandent

3 à 7 ans d'expérience

Ensuite, vous continuez encore et encore sur les compétences, et combien mieux vous êtes que les membres plus expérimentés de vos pairs actuels. Plus de 5 ans dans l'industrie vous diraient d'expérience que ce n'est pas logiquement un argument valable. Cela vous dirait également que ce n'est pas non plus important pour les responsables du recrutement de l'industrie.

Des compétences humaines, pas des compétences techniques

L'industrie regorge de codeurs de cow-boy qui ne prenez pas de direction, ne travaillez pas en équipe, ne s'intègre pas bien dans les cultures d'entreprise, surestimez leurs capacités et dénigrez leurs pairs; fondamentalement, ces personnes font des employés terribles (réévaluez vraiment votre question initiale comme vous l'avez posée vous-même avec ces critères).

Les responsables du recrutement expérimentés peuvent sentir ces personnalités sur un kilomètre (1,609344 km ) et les rejettera catégoriquement comme candidats indépendamment de leurs qualifications techniques.

Les deux choses ne sont en aucun cas égales. L'expérience implique compétence et jugement , la compétence n'implique ni expérience ni jugement.

Le jugement est gagné

Vous pouvez être hautement qualifié mais manquent d'expérience pour savoir quand appliquer cette compétence. C'est ce que vous ne comprenez pas. Lire des livres et «connaître» des choses n'est PAS la même chose que faire des choses et savoir ce qui fonctionne et ce qui ne fonctionne pas dans diverses situations données et comment appliquer ces choses.

Le jugement ne vient pas du succès, mais des échecs. La plupart des entreprises souhaitent embaucher des personnes dont les échecs ont été payés par les entreprises précédentes, c'est pourquoi elles ont besoin de N + années d'expérience , cela implique qu'elles ont commis toutes les erreurs de base et d'entrée de gamme déjà et quelqu'un d'autre a dû les payer.

Le jugement ne vient qu'avec l'expérience.

Edison a inventé l'ampoule électrique en échouant, et non par une compétence brute et expérimentée.

Lorsque Thomas Edison a été interviewé par un jeune journaliste qui a hardiment demandé à M. Edison s'il se sentait comme un échec et s'il pensait qu'il devrait simplement abandonner maintenant. Perplexe, Edison a répondu: "Jeune homme, pourquoi me sentirais-je comme un échec? Et pourquoi abandonnerais-je un jour? Je sais maintenant de manière définitive plus de 9 000 façons qu'une ampoule électrique ne fonctionnera pas. Le succès est presque à ma portée." Et peu de temps après, et après plus de 10 000 tentatives, Edison a inventé l'ampoule.

Même les plus talentueux ne réussissent pas sans un nombre d'échecs proportionnel. C'est ainsi que le jugement est acquis.

L'expérience ne se mesure pas en années

Elle se mesure en échecs et réussites démontrables. Il est mesuré par la profondeur et les détails avec lesquels vous pouvez parler de vos réalisations, comment elles ont été réalisées et comment vous les feriez aujourd'hui.

10 ans à faire la même année de connaissances, ce n'est pas 10 années d'expérience.

Le talent / compétence est inutile sans jugement

Le talent / compétence vous permet de faire une tâche, le jugement vous dit quoi / quand pas à faire!

Par exemple, si vous étiez un nouveau musicien de jazz talentueux, vous pourriez improviser et savoir quand et quoi jouer. Mais seule l'expérience de jouer à beaucoup de concerts avec beaucoup de gens différents vous donnera le jugement de savoir quand ne pas jouer.

Les musiciens et programmeurs expérimentés peuvent dire exactement à quel point quelqu'un d'autre est expérimenté par ce que la personne ne joue pas ou ne code pas .

Dunning Kruger Effet

Si vous êtes incompétent, vous ne pouvez pas savoir que vous êtes incompétent. […] Les compétences dont vous avez besoin pour produire une bonne réponse sont exactement les compétences dont vous avez besoin pour reconnaître ce qu'est une bonne réponse. —David Dunning

Si vous ne comprenez pas le principe de cette réponse, vous voudrez peut-être lire ce qui précède plusieurs fois avec une rétrospective intérieure critique.

Bien arrondi

Si vous aviez plus d'expérience sur le marché du travail, vous n'auriez pas besoin de poser cette question et vous sauriez déjà qu'il est plus important de démontrer vos compétences que de les documenter.

Il existe d'innombrables exemples de compétences plus , mais des gens moins expérimentés sont battus par des adversaires moins qualifiés, mais plus expérimentés dans presque tous les cas imaginables.

Même dans le monde des échecs, un jeu où les connaissances / compétences sont très convoitées, l'expérience gagne toujours la journée dans la plupart des cas (humains ou humains bien sûr).

Comment surmonter cela?

Tout comme pour les arts libéraux, un portefeuille de travaux démontre vos capacités mieux qu'une liste de technologies abréviations et mots-clés dans un CV.

J'ai commencé comme graphiste / production vidéo / animateur, je me suis appris tout ce que j'ai jamais appris sur le logiciel et le matériel parce que j'ai dû écrire mes propres outils d'animation 2D et 3D dans les années 1980 et 1990. J'ai dû construire les interfaces matérielles personnalisées pour adapter du matériel non conçu pour l'Amiga afin que je puisse les utiliser.

Tout comme un portfolio est la chose la plus importante pour un artiste, un portfolio de travail sur GitHub ou manque cela en dit plus sur vous qu'un CV plein d'abréviations, d'acronymes et de mots à la mode sans signification.

Si vous êtes vraiment proche de ce que quelqu'un recherche, on peut démontrer que vous savez ce qu'ils sont recherche, ou cela peut démontrer que vous pouvez l'apprendre rapidement.

Certainement une bonne leçon d'humilité pour moi :)
@JarrodRoberson, Veuillez énumérer quelques ** exemples ** des mots en gras «erreurs de base d'entrée» dans la réponse elle-même. Cela renforcera la réponse.
Lisez également les modifications apportées à la ** question d'origine ** telle qu'elle était formulée, ma réponse était à la question d'origine, formulée de manière sensiblement différente, qui était assez pleine d'orgueil au sujet de la surestimation de la «compétence» du sujet OP. Peut-être que cela mettra également l'effet Dunning Kruger dans son contexte.
@Pacerier «les erreurs de base et d'entrée de gamme» sont toutes des erreurs non techniques.Ce sont tous, à tous les niveaux, des problèmes personnels ou interpersonnels.Un mauvais code, dans un résumé très général, est dû au fait que le codeur n'a pas réfléchi à ** qui ** l'utilise, et ** qui ** va le maintenir (même si c'est lui-même).Ils font confiance à leur ** propre ** infaillibilité (je l'ai codé, je n'ai pas besoin de commentaires).Au fond, des problèmes non techniques vraiment.Ce n'est pas comme si les codeurs ne savent pas ** comment faire des commentaires, ou penser à l'avenir ou envisager le travail d'équipe, mais ils ont simplement ** choisi ** de ne pas le faire.
@Nelson - Je suis d'accord avec les premières parties, mais pas d'accord sur les commentaires;les commentaires sont des odeurs de code si vous devez écrire des commentaires détaillés, vous n'avez pas nommé correctement vos méthodes / fonctions / variables et types et dégustez un manque de connaissances.Je n'utiliserais pas l'exemple de paille de ne pas commenter le code comme une erreur.Les commentaires ** sont ** du code et en tant que tels doivent être maintenus en même temps que le code, ils le sont rarement et exiger des commentaires est une pratique terrible.
@JarrodRoberson Désolé, je n'avais pas l'intention d'impliquer que le commentaire est un must, mais c'est juste l'excuse (je l'ai fait, je me souviendrai de ce que cela fait et je n'ai pas besoin de le rendre évident; opérateurs ternaires mal imbriqués, avec plusieurs RegEx, etc.).La situation des commentaires est assez complexe ... J'apprends la programmation fonctionnelle et, bon sang, vous n'avez vraiment pas besoin de commenter cela.C'est un million de fois plus évident.
@marco-fiset - comment allez-vous depuis 5 ans maintenant?
@JarrodRoberson Merci de votre demande!J'ai occupé quelques autres postes au cours de ces années et j'ai travaillé avec des personnes bien plus expérimentées que moi.Maintenant, je sais ce qui fait un bon développeur, et ce ne sont pas seulement des compétences techniques.En repensant à ma question (dans sa forme originale), il est absolument clair pour moi que je n'embaucherais pas quelqu'un d'aussi arrogant.Heureusement, mes compétences générales se sont beaucoup améliorées et je ne méprise plus les gens qui ne savent pas quelque chose.Il y a toujours une opportunité d'enseigner à quelqu'un et d'être enseigné aussi, quel que soit le nombre d'années d'expérience de l'autre personne.
@jarrod CECI est la réponse canonique à utiliser, mieux expliquée que je ne pourrais jamais le faire.
Je dois dire que je ne suis pas d'accord avec une grande partie de ce que vous dites dans cette réponse: différentes personnes apprennent à des rythmes différents.Une personne exceptionnelle dans un rôle stimulant pourrait en apprendre plus en 2 ans qu'une personne sur 4, dans une position moins stimulante, faisant la même chose tous les jours.La fixation que certains gestionnaires semblent avoir sur «X ans d'expérience» suppose une hypothèse intrinsèque selon laquelle chaque employé est coupé des biscuits et apprend au même rythme, ce qui n'est tout simplement pas vrai.
@Time4Tea- Je pense que vous avez posté ceci à la mauvaise réponse, car votre commentaire n'a rien à voir en contradiction avec ma réponse.
Cette réponse ne semble pas vraiment aboutir.Cela signifie-t-il essentiellement que _vous devez avoir autant d'années_, comme il est dit?Cela signifie-t-il que si vous pouvez en quelque sorte «démontrer» (comment faire cela sans être embauché?) Assez de compétences réelles, l'exigence des «années» disparaît?Ou quoi?(Oui, je n'ai pas non plus eu cette expérience, donc je veux savoir comment cela fonctionne en termes directs.)
@The_Sympathizer;J'ai ajouté ce que vous recherchez à la fin de la réponse.
Thorbjørn Ravn Andersen
2012-05-29 19:31:30 UTC
view on stackexchange narkive permalink

Version courte: ils ont peut-être choisi une raison qui n'est ni personnelle ni discutable

Il faut du temps pour acquérir des compétences autant que de l'expérience. Vous êtes peut-être un bon codeur, mais pas assez expérimenté à son goût pour la gestion de projets, ou ils ne pensaient pas que vous étiez un bon candidat dans l'équipe.

Avez-vous pensé qu'il pouvait y avoir plusieurs raisons ils ne veulent pas de vous, mais que la raison du rejet en est une qui est très difficile à discuter? C'est peut-être parce qu'ils ont été polis au lieu d'avoir à vous dire qu'ils pensent que vous avez une mauvaise attitude ou que vous n'êtes pas assez bon et - pire encore - que vous n'êtes pas d'accord et commencez à en discuter. Dire "Vous ne possédez pas l'expérience que nous recherchons" est neutre et ferme la discussion avant qu'elle ne commence.

Vous voudrez peut-être leur demander s'ils ont des suggestions sur la façon dont vous pouvez vous améliorer - en plus de travailler davantage ans - pour mieux s'intégrer dans leur entreprise. Vous pourriez apprendre une chose ou deux.

Les commentaires ne sont pas destinés à une discussion approfondie;cette conversation a été [déplacée vers le chat] (https://chat.stackexchange.com/rooms/79289/discussion-on-answer-by-thorbjorn-ravn-andersen-how-can-i-overcome-years-of-exp).
Je pense que c'est beaucoup mieux s'ils _did_ vous disent la "vérité douloureuse et directe" parce qu'alors vous saurez où vous êtes faible et pouvez alors chercher à l'améliorer.Je pense que certaines choses sont mieux gérées avec une vérité brutale «douloureuse» (bien sûr, pas «intentionnellement» rendue plus «douloureuse» qu'elle ne l'est par nature) que l'excès de «politesse» où cette dernière peut en fait être beaucoup plus préjudiciable à long terme.
Quand il s'agit de savoir si vous faites quelque chose de mal en tant que personne, je préfère une vérité directe qu'un mensonge de bien-être.Période - tout le temps, à chaque fois.Sentez-vous bien Les mensonges ne sont que «momentanément» bénéfiques.Exactement ce qui ne va pas, pourquoi cela vous rend inacceptable et quelles sont les conséquences si vous continuez comme vous êtes.
@The_Sympathizer Pas nécessairement.Veuillez noter que cette raison était la vérité.Il peut y avoir eu plus, comme une mauvaise hygiène ou de mauvaises compétences personnelles, mais cela devrait suffire.Ce n'est pas le travail d'un employeur de vous apprendre à faire des entretiens, ce à quoi se résument vos besoins en matière de vérité directe.
@The_Sympathizer, dans la plupart des endroits, si un employeur était complètement et 100% franc en vous disant exactement pourquoi il ne vous a pas embauché, en supposant même qu'il le sache consciemment, il s'exposerait à tant de poursuites qu'ils seraient en faillite après les 6 premiers.les gens qu'ils n'ont pas embauchés.Croyez-moi quand je dis cela, ayant été interviewé pendant plus de 35 ans, vous ne voulez pas travailler pour des gens qui ne veulent pas que vous travailliez pour eux.Ces personnes ne valent pas votre temps, et si elles sont tolérées dans l'entreprise, l'entreprise n'est probablement pas non plus un endroit où vous voulez être.
@Jarrod Roberson: Donc, si ce sont des personnes pour lesquelles vous ne voudriez pas travailler de toute façon, alors ce n'est pas vraiment de votre faute ou quelque chose auquel vous devez remédier, n'est-ce pas, c'est la leur?
bethlakshmi
2012-08-21 00:04:31 UTC
view on stackexchange narkive permalink

J'ai en fait embauché, spécifiquement pour ce qui est décrit ici, donc je vais utiliser quelques exemples du génie logiciel.

Bien que je convienne que l'expérience vous en donnera plus - une expertise dans le domaine, des compétences en relations humaines , et bien équilibré - je crois que tous ces points peuvent être (et sont) généralement clarifiés dans la description de poste. Je peux dire que je recherche des détails dans ces domaines et que je garde le champ ouvert à une plus grande piscine.

Alors ... quelle expérience?

C'est avoir eu le temps sur le terrain de voir la boucle de rétroaction causée par vos propres décisions.

Particulièrement en ingénierie , vous (et votre équipe) prendrez diverses décisions sur la façon dont vous allez faire le travail, la conception et d'autres hypothèses de base. Vous suivrez une sorte de plan qui est inévitablement défectueux. Montrez-moi un plan qui a parfaitement fonctionné et vous me montrerez soit un très petit projet, soit un ingénieur très insensible. Aucun plan ne survit au contact avec la réalité, et même un très bon plan peut bien fonctionner de manière inattendue et mal dans d'autres.

Au fil du temps, vous ajusterez le plan, les gens et les technologies vont et viennent , et la réalité ne marchera pas de manière prévisible. L'équipe proposera de nouvelles solutions et des changements au plan pour compenser ce qu'ils ont appris.

Cette boucle de rétroaction est ce qui saisit un ingénieur. Tout comme un laboratoire pratique, il est généralement préférable de réserver l'apprentissage et la mémorisation par cœur - l'expérience de vivre à travers un cycle de vie de produit (ou plusieurs!) Donne au candidat plus d'informations pratiques sur ce qui fonctionne - à la fois pour son équipe et pour lui-même. Cela peut inclure des heuristiques de conception, des moyens d'améliorer les processus de développement, de bonnes habitudes de travail, des astuces de recherche et une expérience de la manière de faire avancer les choses dans une organisation.

Variation en années

Ce n'est pas une chose fixe - en fait 3-7 sonne juste. Il y a un point après 2 mais avant ... 8? là où il y a un nombre important de cas où un ingénieur dit "Oh ... cela n'a pas fonctionné avant, essayons une autre manière" une partie importante du temps. Et pourtant, ils ne sont pas tellement brûlés par l'expérience qu'ils ne voient pas l'espoir d'essayer de nouvelles choses et d'adopter de nouvelles stratégies. Après 10 ans, je vois une différence radicale - généralement due à une diversité d'expériences de travail qui signifie que ce que voit l'ingénieur s'applique non seulement à son domaine de travail principal, mais également aux éléments de l'organisation qui l'entourent.

Ce n'est certainement pas un nombre fixe. Voici quelques exemples de variantes:

  • Un ingénieur qui a basculé entre de nombreux projets sur un laps de temps très court, n'ayant jamais vu la sortie complète de l'un d'entre eux est susceptible d'avoir moins d'expérience dans cette perspective .
  • Un ingénieur qui a effectué plusieurs stages, puis 1 à 2 ans dans le même groupe, peut avoir plus que les 2 années d’expérience standard, car il a vu ce groupe survivre pendant 3 à 4 ans d’histoire, indépendamment de avoir été là pour des espaces de temps fixes (par exemple un stage d'été pendant la scolarité)
  • Quelqu'un travaillant dans un très petit magasin avec beaucoup de bricolage peut acquérir une expérience plus riche plus rapidement. Je ne vois pas beaucoup de ceux-ci fonctionner avec une expérience aussi forte sur le court terme (2 ans), mais je vois que cela commence à prendre en compte les 7 contre 13 ans - une personne d'une petite startup qui a dû faire à peu près n'importe quoi montre plus d'expérience qu'un gars qui a travaillé pendant 13 ans à toujours faire une petite partie de l'entreprise, sans jamais remettre en question le processus ne dépassant jamais sa petite partie du monde.

Y a-t-il une équation?

Non ... mais vous attendiez-vous vraiment à un oui?

C'est certainement un facteur de:

  Temps de travail + expériences vécues + nature du rôle Responsabilités & + leçons apprises  

Je dirais que la plupart des rôles ont un facteur de notation instinctif. Et cela peut être autant lié aux lacunes de l'équipe actuelle qu'à la nature du travail qu'ils font. Je n'ai pas besoin de compétences en relation avec les clients, par exemple, dans une énorme équipe de passation de marchés de défense où tous les contacts avec les clients sont protégés par la direction. Et les types de contact client sont très différents entre l'ingénierie commerciale et le support technique informatique. L'expérience avec l'un à un certain niveau aide avec l'autre, mais quelqu'un qui correspond plus étroitement au profil souhaité mais avec moins d'années peut très bien obtenir la meilleure note.

En gros, certains le "facteur d'expérience" revient à dire (en tant que responsable du recrutement) - "avec quelle facilité puis-je bloquer cette cheville carrée dans mon trou triangulaire?" ainsi que "ce sera plus facile ou plus difficile qu'avec cette cheville circulaire?"

Interview pour l'expérience

La différence entre l'expérience et "pas assez d'expérience" ou "pas le bonne expérience "se résume, pour moi, aux questions" qu'avez-vous appris en faisant les choses sur votre CV? ".

Si en réponse à ces questions, la réponse est:

  • eh bien, je n'ai pas travaillé assez longtemps pour avoir beaucoup appris.
  • Je n'en ai aucune idée, je continue de changer de projet et je n'ai jamais suivi les gens sur les projets pour voir ce qui s'est passé.

Alors je vais probablement dire - "n'a pas l'expérience".

Si, cependant, j'obtiens:

  • Je continue de changer de projet, mais j'ai remarqué que quand ils ont sorti le produit, il avait des réactions XYZ, ce qui m'a rendu heureux / regretté que nous ayons fait ABC.

  • Eh bien, je n'ai pas réussi à traverser un cycle de vie complet, mais j'ai un panthéon de façons pas de lancer un projet, jusqu'à présent, nous avons échoué au cours des 5 dernières tentatives, bu t nous avons appris à ne pas faire E, F, G, H, et plus particulièrement I.

  • Quelques idées réfléchies sur les moyens d'améliorer les processus une fois qu'un véritable cycle de vie est terminé

Ensuite, je vais évaluer le candidat plus favorablement. Remarque - l'échec est assez courant. Vivre l'échec est souvent encore plus puissant que le succès. Si vous vous joignez dès le départ à un projet complexe, fructueux et réussi, vous aurez peut-être moins d’expérience simplement parce que vous n’avez pas vu de catastrophe majeure et que vous n’avez pas appris à le faire. survivre. Nous devrions tous être si chanceux!

Puis-je battre le système?

Peut-être. Pourriez-vous avoir une discussion approfondie sur les forces et les lacunes de vos compétences? Comment vos propres expériences et préjugés ont-ils aidé et gêné vos équipes jusqu'à présent? Comment vos projets ont réussi ou échoué ou ont été moins efficaces à plus d'un niveau "le manuel le dit, donc ça doit être vrai"? Ensuite, le défi consiste en grande partie à transmettre cela dans l'entrevue.

Gardez à l'esprit que la fiche d'emploi a été rédigée sur la base de l'expérience d'au moins une personne. Probablement plusieurs. Il existe une myriade de stratégies sur la façon dont un recueil de travail est rédigé et chaque entreprise peut être différente - mais la fourchette 3-7 est suffisamment canonique pour qu'un groupe réfléchisse à pourquoi cette fois sur le terrain est important. Si vous envisagez de vendre une autre idée, sachez que vous devrez peut-être aller au-delà pour montrer pourquoi vous, en particulier, êtes la valeur aberrante et que vous êtes en quelque sorte plus expérimenté que les années que vous avez normalement indiquées.

Sachez également qu'ils vous considèrent comme une piscine. Si quelqu'un avec toutes vos compétences est entré pour le même travail l'heure suivante après votre départ de la pièce, mais qu'il avait une expérience que vous n'aviez pas encore eue - alors il n'y a aucune raison de faire un compromis.

C'est une réponse incroyable.
+1: ** "qu'avez-vous appris en faisant les choses sur votre CV?" ** - le résume parfaitement. ** Apprendre des échecs ** est l'ancienneté. Vous ne pouvez pas obtenir cela dans les livres. Même si vous lisez le livre, vous ne vous y rapporteriez pas. Il ne peut pas être appris, seulement gagné par la sueur et le sang. Continuez à vous améliorer et vous y arriverez!
Doux Jésus, c'est une très bonne réponse. Quelle est votre expérience en écriture? clin d'oeil clin d'oeil
@bethlakshmi, "Groupe pense" est un mot, pas deux.
C'est une excellente réponse;Cependant, même si je pense que l'expérience est importante, de nombreux gestionnaires d'embauche la jugent trop haut et cela ne peut pas être * la seule chose qui compte *.Le contre-exemple est le fait que vous pouvez mettre un mauvais employé dans n'importe quel poste pendant 3 ans, et il pourra dire qu'il a «l'expérience».Les gestionnaires d'embauche doivent être capables de faire la différence entre une personne exceptionnelle qui n'a pas d'expérience et une personne pauvre qui en a.
Absolument, je n'ai jamais dit que c'était la seule chose qui importait au responsable du recrutement.Mais la question n'était pas "quelles sont toutes les choses qui comptent?".Et, triste à dire, l'entretien ne consiste pas à trouver la personne qui peut avoir le * potentiel * pour le rôle, mais à trouver la personne qui est * la plus susceptible * de réussir dans le rôle et d'être quelqu'un que vous pouvez trouver dans undélai raisonnable.
Monica Cellio
2012-05-29 20:15:02 UTC
view on stackexchange narkive permalink

D'autres réponses ont expliqué pourquoi ils se soucient des années d'expérience, mais pour répondre à la question dans votre titre, comment surmonter cela , la réponse est: commencez par la lettre de motivation.

Vous ne pourrez peut-être pas le surmonter (pour les raisons expliquées par d'autres), mais si vous le pouvez, ce sera parce que, dans la lettre de motivation, vous avez reconnu leur exigence et ensuite expliqué pourquoi vous devriez être considéré de toute façon. Mettez en évidence ce que vous pouvez faire et évitez les comparaisons avec vos collègues. Si cela vous mène jusqu'à un écran de téléphone, vous aurez alors la possibilité de leur montrer ce que vous pouvez faire.

Bien sûr, je ne me suis pas comparé à mes collègues actuels dans la lettre de motivation. Je ne leur ai pas dit à quel point j'étais meilleur que tout le monde, comme certains le supposent ici.
+1 pour l'excellent point d'utiliser la lettre de motivation de l'une des manières qu'elle avait spécifiquement prévues: reconnaître l'annonce et créer un pont entre l'annonce et le CV (et éventuellement une interview).
+1 Dans de nombreux cas, malheureusement, les lettres de motivation sont ignorées, et vous pouvez être éliminé uniquement sur la base de critères «stricts» (c.-à-d. Des années d'expérience) par les RH avant même d'arriver au concours «compétences». Cependant, dans un peu tordu de philosophie classique (ou, un yogi-isme, je ne suis pas tout à fait sûr), * toutes * les lettres de motivation non écrites ne sont pas lues.
HLGEM
2012-05-29 19:52:03 UTC
view on stackexchange narkive permalink

Les individus apprennent à des rythmes différents et vivent des expériences différentes qui les aident à apprendre. Donc non, les compétences ne sont pas directement liées à l'expérience. Il y a des gens qui sont très qualifiés avec seulement quelques années d'expérience et des gens qui ont de nombreuses années d'expérience qui ne sont pas très qualifiés.

Cependant, en général, la personne avec plus d'années d'expérience a traversé plus du cycle de développement logiciel et a connu à la fois des succès et des échecs et a dû maintenir un drek écrit par des personnes qui n'en avaient pas assez expérience ou compétence. Vous vous regarderez en arrière dans dix ans et vous vous rendrez compte à quel point vous en saviez peu à l'époque. Alors oui, la personne intelligente et motivée aura, en fait, plus de compétences après dix ans d'expérience qu'elle n'en avait à 2 ans. Il peut avoir de meilleures compétences à deux ans que les moins motivés ou moins intelligents à 10 ans.

Maintenant, ce qu'ils vous ont dit. En premier lieu, ce n'est pas nécessairement la raison pour laquelle vous avez été rejeté, mais c'est une excuse acceptable à donner à la personne. Les gens ne sont pas embauchés pour de nombreuses raisons telles que la compatibilité avec l'équipe, la personnalité, le sexe, la race, la religion. Certaines de ces choses ne sont pas des choses que les entreprises peuvent dire à haute voix (car la discrimination est illégale pour certaines d'entre elles; cela arrive néanmoins), alors elles ont invoqué une raison acceptable comme le manque d'expérience.

Ensuite, à deux ans, peu importe à quel point vous êtes intelligent, vous pouvez vraiment manquer d'expérience du type qu'ils recherchent. Peut-être ont-ils vraiment besoin de la personne que vous serez à 7 ans d'expérience. Combien de temps avez-vous passé à encadrer les autres ou à diriger une équipe ou à concevoir l'architecture ou même à livrer un produit. Vous coordonnez avec l'assurance qualité et les clients? Et ainsi de suite. Vous avez peut-être été en concurrence avec des personnes qui ont ce niveau de compétence ainsi que des compétences en programmation beaucoup plus étendues que les vôtres. Si j'ai de bons candidats qui ont les niveaux d'expérience que je recherche, alors pourquoi devrais-je, en tant que responsable du recrutement, prendre un risque sur quelqu'un qui n'a vraiment qu'une expérience de débutant, quelle que soit sa perception? Chaque fois que vous parlez d'embauche, vous devez toujours considérer que peu importe à quel point vous êtes bon, ils peuvent interviewer dix personnes qui sont meilleures que vous. Vous ne connaissez pas les qualifications des personnes qu'ils ont interviewées et embauchées; ils pourraient vous faire sauter hors de l'eau.

Tout cela signifie-t-il que vous ne devriez pas postuler à un emploi à moins d'avoir toutes les qualifications papier? Non, parce que vous ne savez jamais ce que sera la concurrence ou exactement quel genre de personne le responsable du recrutement veut vraiment. Certains pourraient préférer le jeune, hot shot à la personne avec 1 an d'expérience répétée dix fois, certains pourraient avoir besoin de la personne avec des compétences vraiment avancées en raison du type de travail qu'ils font, certains pourraient préférer le gars qui n'a pas des compétences supérieures mais il est fiable et peut faire le travail de bas niveau dont il dispose (vous ne voulez pas non plus embaucher le hot-shot pour le travail ennuyeux, aucun de vous n'est susceptible d'être satisfait des résultats).

Caleb
2012-05-29 19:04:49 UTC
view on stackexchange narkive permalink

Les compétences sont-elles directement proportionnelles au nombre d'années d'expérience?

Seulement si vous apprenez à un rythme constant. Avez-vous appris exactement le même montant la semaine dernière que la semaine précédente? Et comment, disons, le mois dernier se compare-t-il aux premiers mois où vous avez commencé à apprendre la programmation?

Il est difficile de mesurer votre taux d'apprentissage avec précision, mais je pense que la plupart des gens diront que non apprenez à un rythme constant. Parfois, vous apprenez beaucoup très rapidement, parfois non. Si vous acceptez cela, alors la réponse est évidemment non, les compétences ne sont pas directement proportionnelles à l'expérience.

Je viens d'être rejeté comme candidat à un emploi parce que ne pas montrer le nombre d'années d'expérience dont ils ont besoin.

C'est dommage. Ne le prenez pas personnellement - essayez de vous rappeler qu'il est très difficile de dire en une heure ou deux ce que quelqu'un sait. Vous avez peut-être raison de dire que toutes vos lectures et votre pratique pourraient vous rendre plus qualifié que quelqu'un avec plus d'expérience, mais les gens qui embauchent pour le poste en question a) n'ont peut-être pas été autorisés à considérer quelqu'un avec moins que le nombre d'années requis. d'expérience; b) peut ne pas avoir été disposé à prendre le risque que vous soyez l'une des personnes inhabituelles qui est sage au-delà de ses années; et / ou c) peuvent ne pas avoir pris la peine de regarder de très près le reste de votre CV une fois qu'ils ont réalisé que vous ne répondiez pas à l'une de leurs exigences de base.

De plus, réalisez que l'expérience apporte plus que Compétences en programmation OO ... il y a la connaissance du domaine, le leadership, la gestion du temps, la persévérance et d'autres compétences «non techniques» qui sont parfois encore plus importantes que la capacité de codage fou.

Une autre chose à considérer est qu’un employeur peut être obligé de vous rejeter si vous n’avez pas suffisamment d’expérience pour vous qualifier pour le poste selon les exigences énoncées. Les employeurs peuvent être tenus par la loi ou par la politique de l'entreprise (principalement pour éviter les poursuites pour discrimination) de rejeter les candidats dont les compétences ou l'expérience ne répondent pas aux exigences minimales pour le poste. Dans de tels cas, vous ne pouvez rien faire d'autre que demander à l'employeur de vous appeler si les exigences changent.

~ * "Les employeurs peuvent être tenus par la loi de rejeter les candidats dont les compétences ou l'expérience ne répondent pas aux exigences minimales pour le poste" * Êtes-vous sûr qu'il existe une telle loi?
@Pacerier IANAL (et je ne travaille même pas dans les RH) mais je sais que la loi fédérale américaine interdit la discrimination fondée sur certaines classes protégées (par exemple la race, le sexe). Si vous embauchez quelqu'un qui ne peut pas répondre aux exigences de la description de poste alors que d'autres candidats l'ont fait, vous pourriez vous retrouver à regarder du mauvais côté d'une action en justice. De plus, le processus d'embauche pour les emplois du gouvernement fédéral et des États est hautement prescrit, et je serais choqué s'il n'y avait pas de réglementation concernant le moment où les exigences annoncées peuvent ou non être levées.
Je suis d'accord.Les responsables du recrutement devraient se concentrer beaucoup plus sur les * compétences spécifiques * qu'ils recherchent, par opposition à un nombre arbitraire X d'années de «service».
GuyM
2012-12-27 03:19:25 UTC
view on stackexchange narkive permalink

Nous avons cessé d'utiliser les «années d'expérience» sur les descriptions de poste au travail en partie parce que les RH craignaient que des cas d '«âge» ne soient intentés pour les raisons que vous indiquez. Bien que cela ait été assoupli, cela nous a tous obligés à aborder ce que nous entendions vraiment par des années d’expérience et à quantifier plus précisément ce que nous recherchions dans les offres d’emploi.

Avec tout employé potentiel, je me pose trois questions de base:

  • Ont-ils les compétences techniques minimales dont j'ai besoin pour se lancer dans le travail lorsqu'ils commencent?

  • À quel niveau de développement se trouvent-ils dans les autres compétences techniques "préférées" et de quel soutien auront-ils besoin pour se développer?

  • À quel niveau de développement se situent leurs compétences générales et de quel soutien auront-ils besoin pour se développer?

Le "niveau de développement" est basé sur le Modèle de " leadership situationnel", et en particulier pour la dernière question, je regarde vraiment combien de travail de gestion pratique cette personne est susceptible de générer et combien elle est susceptible de freiner / supprimer (basé sur mon profil d'équipe actuel).

Pour moi, les compétences générales et l'adéquation de l'équipe sont la clé d'un recrutement réussi. De solides compétences techniques ne suffisent pas à elles seules , car je suis intéressé par la productivité de l'équipe dans son ensemble, et non par l'individu productivité.

Les domaines clés sont:

  • La livraison du projet: essentiellement la taille, la complexité et la valeur monétaire du projet qu'ils peuvent faire confiance pour apporter dans les limites convenues (ou renégocié) les contraintes de temps, de coût et de qualité, en fonction de leur expérience éprouvée et / ou de leur compréhension des projets ayant échoué

  • Communication: connaissance de leur propre style de communication / personnalité et de celle des autres, et capacité à ajuster le style en fonction du public et du contexte. Capacité à être efficace dans les discussions d'équipe sans contrarier les autres ni être conflictuel. Capacité à fournir des commentaires constructifs et / ou un encadrement / mentorat du personnel junior. Capacité à créer des analyses de rentabilité, des propositions ou des discussions gagnant / gagnant pour l'équipe dans son ensemble.

  • Compréhension commerciale: connaissance du cadre commercial dans lequel nous opérons, y compris les dépenses et le cycle budgétaire , CAPEX / OPEX, budgétisation, appels d'offres / contrats, rôles exercés par d'autres membres du personnel et amélioration de l'entreprise.

J'ai un ensemble d'attentes pour ces compétences clés aux différents niveaux I avoir au sein de mon équipe; cela relève généralement d'un groupe «d'années d'expérience», mais il y a toujours des «valeurs aberrantes» qui soit ramassent ces choses très rapidement, soit qui ne les prennent jamais du tout.

En recherchant ces compétences, je ont tendance à rechercher des «réalisations clés» plutôt que des «responsabilités / tâches de rôle» sur un CV / curriculum vitae. En matière de recrutement, je ne suis pas très intéressé par ce que vous étiez censé faire , plus par ce que vous avez livré et appris jusqu'à présent .

En rassemblant votre CV / CV et votre lettre de motivation, vous concentrer sur ces domaines en vous référant aux points clés de la Hay Scale peut surmonter le besoin d'années d'expérience spécifiques.

C'est une excellente réponse.«Expérience» est un terme très vague qui pourrait signifier beaucoup de choses.Les gestionnaires d'embauche devraient cesser d'être paresseux et être plus précis sur les compétences et les techniques qu'ils recherchent à travers cette expérience.C'est à dire.s'ils veulent quelqu'un qui a traversé tout le cycle de vie du développement logiciel en Java, ils doivent le déclarer clairement.
TMN
2012-05-29 18:57:40 UTC
view on stackexchange narkive permalink

Les compétences ne sont pas directement proportionnelles à l'expérience, mais en général, plus vous avez d'expérience, meilleures sont vos compétences. Les compétences sont difficiles à évaluer sans un test quantitatif quelconque, qui est également difficile à développer. Certaines personnes qui ont l'air bien sur papier se démènent impuissantes lorsqu'elles sont soumises à un test de codage ou de débogage, tandis que d'autres fraîchement sorties de l'université peuvent rapidement éclipser leurs pairs avec deux ou trois ans d'expérience dans l'industrie.

En bref: c'est difficile à évaluer correctement les compétences en programmation, de sorte que de nombreuses entreprises n'essaient même pas de se rabattre sur une métrique paralysée. Si vous voulez vraiment le poste, je ferais un suivi avec une lettre expliquant pourquoi vous pensez qu'ils devraient reconsidérer et donnant des exemples spécifiques de vos compétences. S'ils vous ont déjà rejeté, qu'avez-vous à perdre?

Trevor Sullivan
2012-05-30 01:36:25 UTC
view on stackexchange narkive permalink

Les compétences et l'expérience ne sont pas nécessairement proportionnées. Je connais beaucoup de gens très expérimentés (lire: ils sont dans l'industrie depuis longtemps), mais ce sont des idiots absolus en matière de technologie. Dans ces scénarios, peu importe leur expérience. S'ils sont incompétents et incapables, alors ils offrent beaucoup moins de valeur commerciale que quelqu'un (comme vous, OP) qui est passionné et étudie dur à son rythme. L'intérêt personnel et la passion pour la technologie sont largement négligés par les employeurs potentiels, peut-être valablement dans certains cas.

J'ai tendance à penser que à travers la passion et l'intérêt personnel pour la technologie, vient une valeur commerciale. Quelqu'un avec les bonnes compétences techniques peut résoudre les problèmes commerciaux que les gestionnaires rencontrent - il n'est pas toujours pratique de s'attendre à ce qu'une personne purement technique comprenne parfaitement l'entreprise. Devraient-ils comprendre les bases des affaires? Sûr. Devraient-ils prendre des décisions commerciales? Probablement pas.

+1 pour avoir mentionné que les compétences n'augmentent pas en proportion directe de l'expérience.
Oui.Tout crétin, qui est en position depuis assez longtemps, gagnera de «l'expérience».Les responsables du recrutement doivent être capables de voir au-delà des X années arbitraires de «temps purgé».
Ed Hinchliffe
2012-05-29 23:07:31 UTC
view on stackexchange narkive permalink

Il y a quelques bonnes réponses ici, mais l'une des plus grandes questions semble sans réponse.

Avez-vous eu un entretien?

Si vous avez eu un entretien, vous êtes suffisamment qualifié , et la raison du rejet est plus probable la façon dont vous avez répondu aux questions, vous a présenté & votre personnalité. Tout travail technique ne se limite pas à une simple connaissance technique et à l’expérience , il y a aussi le côté «soft». Vous devrez peut-être interagir avec des clients, des personnes moins techniquement intéressées ou des parties prenantes expérimentées - toutes ces choses seront également prises en compte.

Si vous n'avez pas pu vous entretenir, vous devez revoir les informations que vous avez fournies la personne présélectionnée et décidez comment vous pouvez l'améliorer. Vous êtes désavantagé par rapport à quelqu'un avec plus d'années à son actif, vous devez donc compenser cela par des déclarations convaincantes et prouvées sur ce que vous avez fait jusqu'à présent et ce qui vous fait sentir que vous pouvez vivre à la hauteur défi 6. Cela signifie soumettre une lettre de motivation solide montrant des recherches diligentes sur l'entreprise, de l'enthousiasme et une explication des raisons pour lesquelles votre CV correspond à ce rôle.

Dans les deux cas, demandez plus de commentaires - peut-être même un appel téléphonique pour en discuter.

Enfin: c'est une dure réalité de la vie que l'expérience peut être surestimée, n'oubliez pas d'envisager de mordre la balle, d'opter pour un rôle plus junior et de prouver que vous avez ce qu'il faut pour obtenir un promotion anticipée.

Non, je ne suis pas arrivé à l'entrevue. Si j'en avais eu une, je n'aurais pas posté cette question car cela signifierait qu'ils pensaient que j'étais suffisamment qualifié.
Pierre 303
2012-05-29 18:18:12 UTC
view on stackexchange narkive permalink

Il existe un lien fort entre les compétences de l'expérience &, cependant il n'y a pas de causalité.

Ils augmentent ensemble probablement pour la même raison: acquisition de connaissances .

Par conséquent, je pense personnellement que la capacité d'une personne à acquérir ces connaissances supplémentaires plus rapidement que les autres est la clé.

Mais sérieusement, la plupart d'entre nous sommes des gars ordinaires et acquérons de nouvelles connaissances de manière normale. Par conséquent, le bon sens indiquerait que des années d'expérience sont une bonne prédiction de vos compétences actuelles, peu importe si dans une petite partie des cas, ils manquent un génie.

Exactement ... Même pour un génie, il n'y a pas de substitut à l'expérience, même si un génie peut être en mesure d'utiliser plus avec moins d'expérience
* "par rapport à mon équipe actuelle" * qui est un qualificatif majeur, si votre équipe actuelle est votre seul cadre de référence ** significatif **, et avec 2 ans d'expérience, c'est probablement le cas, alors vous ** vous surestimez ** et votre manque de subjectivité en reconnaissant cela est assez évident dans votre * question *.
Avec plus de deux ans d'expérience dans la plupart des emplois, le meilleur prédicteur de performance est * G *: intelligence générale mesurée par des tests de QI standard.
@kevincline, Mais cela ne semble pas légal, n'est-ce pas?
Andreas
2012-05-30 01:36:28 UTC
view on stackexchange narkive permalink

Si vous souhaitez surmonter les obstacles que vous rencontrez actuellement, envisagez de devenir membre d'un groupe professionnel local ou même d'un dirigeant. Les exemples peuvent provenir d'un groupe d'utilisateurs JUG, .NET ou Oracle. Vous rencontrerez beaucoup de monde, pourrez prouver votre valeur et être présenté à des postes où toute cette "expérience" n'est pas le critère ultime.

Une autre possibilité serait de rédiger une candidature dont vous vous sentez d'autres peuvent en bénéficier et le placer sur le Web. Avoir quelque chose qu'un employeur potentiel peut examiner peut être inestimable ou du moins bien mieux qu'une lettre de motivation bien écrite.

En ces temps, nous devons tous sortir des sentiers battus.

colmde
2016-10-18 15:12:47 UTC
view on stackexchange narkive permalink

Il y a beaucoup de réponses mais je ne pense pas que celle-ci ait été publiée:

Postulez quand même!

La plupart du temps, le La personne qui a rédigé la description de poste n'a pas exactement fait une analyse approfondie de ce qui est requis pour le poste. Ils peuvent même ne pas se connaître eux-mêmes et être une personne des ressources humaines avec une liste vague ou hors de la tête qui leur a été donnée par une personne technique. C'est souvent une liste de souhaits plutôt qu'un ensemble de règles strictes. La personne qui l'a rédigé n'est peut-être pas en train de réviser votre CV.

Cela s'applique en particulier à la partie Années d'expérience, où ils pourraient bien avoir tiré un certain nombre de leur tête. Ce qu'ils veulent dire, c'est "Pas un débutant / diplômé". Comment pourraient-ils savoir combien d'années il leur faut pour faire ce travail?

Vous pourriez être contre quelqu'un avec 5 ans sur eux, ou vous pourriez pas. Même si vous l'êtes, vous pouvez vous trouver un meilleur ajustement (par exemple, une attente salariale inférieure, une personnalité plus sympathique / enthousiaste, ou une expérience spécifique à leurs besoins, ou vivre à proximité). pourrait même s'avérer être la personne la plus expérimentée qui postule!

TL; DR - Ils ne savent peut-être pas ce qu'ils veulent!

Connexes: De nombreuses organisations annoncent des «exigences» élevées qui sont, en fait, des préférences et non des exigences.Ce fait est simplement prouvé par le nombre de personnes qui sont embauchées même si elles ne correspondent pas aux exigences.Une raison possible à cela est le syndrome de [l'écureuil violet] (https://en.wikipedia.org/wiki/Purple_squirrel).Ils peuvent n'avoir aucune intention d'embaucher.Mais une embauche réussie peut valoir la peine de tentatives infructueuses, il est donc recommandé de postuler quand même.Une autre raison de ces «exigences» affichées peut être une méthode pour obtenir un effet de levier pour les négociations à venir.
AProgrammer
2012-05-29 20:29:29 UTC
view on stackexchange narkive permalink

Si l'on prend une définition assez large, la seule chose qui préoccupe l'employeur potentiel, ce sont les compétences. Mais les compétences viennent dans un large éventail, certaines peuvent être techniques, d'autres le sont moins. Certains peuvent être acquis rapidement par quelqu'un de doué, d'autres ont besoin de temps et de pratique pour acquérir et venir principalement avec de l'expérience (et l'expérience a tendance à être un bon moyen de solidifier toutes les compétences BTW), c'est-à-dire du temps passé en dehors de votre profondeur (années passées à l'intérieur de votre la zone de confort n'est pas vraiment une expérience car on n'apprend rien).

D'après mon expérience, prouver que vos compétences techniques sont supérieures à la moyenne n'est pas vraiment un problème. L'équipe de recrutement sait très bien que les compétences techniques varient beaucoup, mais quand elles demandent de l'expérience, ce n'est pas tout ce qu'elles demandent.

Même si vos compétences techniques sont aussi bonnes que vous le pensez, vous ne l'avez tout simplement pas. J'ai eu le temps de se familiariser avec les nombreuses différences entre la théorie et la pratique - les auteurs de livres ont tendance à trop vendre -, de rencontrer en personne suffisamment de situations différentes pour que face à quelque chose de nouveau, vous voyez immédiatement des similitudes avec ce que vous avez déjà vécu et savoir ce qui fonctionne vraiment et ce qui ne fonctionne pas. Ayant vu de telles similitudes assez souvent pour les prendre avec un grain de sel et être prêt pour les différences subtiles qui apparaîtront.

Même si vos compétences techniques sont aussi bonnes que vous le pensez, vous n'avez probablement pas le légitimité visible vous permettant d'être pris comme pair par d'autres de niveau intermédiaire et comme mentor par des débutants. Oui, cela fait partie du travail. Ces compétences interpersonnelles et d'autres sont importantes et il semble souvent que plus vous êtes orienté techniquement, plus les compétences interpersonnelles sont plus difficiles à acquérir.

Pourtant, vous pouvez acquérir des compétences liées à l'expérience plus rapidement que d'autres, car vous êtes plus doué, car vous avez plus de chance et obtenez suffisamment de variété tout en étant suffisamment stable pour avoir le temps nécessaire pour apprendre au lieu de sauter. Il est alors plus facile de les faire reconnaître par ceux avec qui vous travaillez avant d'essayer d'être embauché ailleurs. Et c'est plus facile si vous connaissez quelqu'un qui peut parler pour vous là-bas. Si vous n'êtes pas reconnu où vous êtes actuellement, si vous ne connaissez personne où vous voulez être, vous aurez beaucoup de mal à être embauché à un niveau supérieur à votre niveau actuel.

«les années passées dans votre zone de confort ne sont pas vraiment une expérience car vous n'apprenez rien».C'est précisément pourquoi se concentrer sur une «X années d'expérience» arbitraire est une manière terrible d'embaucher des gens.Toutes les `` expériences '' ne sont pas les mêmes ... il y a l'expérience et puis il y a l'expérience ...
user8365
2012-08-21 17:48:13 UTC
view on stackexchange narkive permalink

Comment savez-vous qu'ils n'ont pas embauché quelqu'un de plus qualifié? Il y a une différence entre être assez bon et être le meilleur candidat.

Deux choses manquent dans votre description de vos qualifications:

  1. Avez-vous réellement construit quelque chose de similaire à ce qui est requis dans ce poste? Contributions open source. Un site Web personnel sophistiqué. Ou quoi que ce soit de substantiel pendant près de 2 ans de travail.
  2. Qui sait ce que vous savez? Où sont vos références? Pour autant que nous sachions, vous n'avez qu'un groupe d'amis qui ne sont pas très qualifiés.

Tous ceux qui postulent pour ces emplois ont lu un livre. Vous devez démontrer vos connaissances dans quelque chose d'un peu plus tangible. Un programmeur avec 10 ans d '"expérience" qui n'a rien construit, est dans une situation pire qu'une personne fraîchement sortie de l'université.

+1 pour la différence entre être bon et être le meilleur.La plupart des exigences d'emploi peuvent être annulées dans une certaine mesure si aucun candidat ne les satisfait.
jonsb
2012-05-29 18:37:51 UTC
view on stackexchange narkive permalink

Non, les compétences ne sont pas proportionnelles au nombre d'années d'expérience. Je pense que ce que vous vivez est assez courant chez les jeunes développeurs. Les jeunes ont souvent plus d'énergie, sont plus ouverts à apprendre de nouvelles choses, ils pourraient peut-être consacrer plus de leur temps libre à l'acquisition de compétences en programmation et pourraient avoir des connaissances plus à jour en matière de programmation à l'école. En bref, leurs compétences en codage pourraient être meilleures que celles de bon nombre de leurs collègues plus expérimentés.

Cela dit, il existe d'autres types de compétences et de connaissances qui ne peuvent être acquises qu'à partir de plusieurs années d'expérience, et peut-être que c'était ces compétences qu'ils recherchaient dans votre cas. Après de nombreuses années d'expérience, on devient meilleur pour évaluer les risques, mieux séparer les nouveaux outils et technologies utiles du battage médiatique, mieux estimer et mieux créer des architectures pour résoudre de gros problèmes complexes. Ne sous-estimez pas l'intuition d'un développeur expérimenté.

Enfin, je pense qu'une équipe de développement performante a besoin des deux types de personnes. Le développeur jeune, compétent et énergique, ainsi que le plus expérimenté et peut-être le plus conservateur.

Les compétences SONT proportionnelles aux années d'expérience, mais cette proportion n'est ni linéaire ni la même pour tout le monde;)
@user1023 pas toujours.Vous n'apprendrez pas plus de compétences en passant 10 ans à faire la même chose;)
VISQL
2012-05-29 21:13:36 UTC
view on stackexchange narkive permalink

Marcof. J'ai lu votre message uniquement et j'ai essayé de ne pas trop lire ce que les autres ont dit, mais j'ai vu des cynismes dans leurs commentaires. Pour moi, vous êtes sur place. Votre compétence est excellente et vous êtes confiant. C'est un super plus, et ne le réduisez pas. Cependant, rappelez-vous que puisque vous avez à peu près # (jeu de mots) plus d'expérience dans le domaine des programmeurs, vous devez vous assurer que votre employeur n'a pas l'impression de ne pas respecter les personnes expérimentées avec lesquelles vous pourriez travailler.

  • Les employeurs demandent toujours plus d'expérience que ce dont ils ont besoin ou veulent payer (correctement).
  • Techniquement, vous êtes mieux pour le poste du point de vue de l'employeur, car ils peuvent obtenir votre des compétences supplémentaires gratuitement et vous paierez en fonction de vos années d'expérience.

Essayez de comprendre ce qui vous donne envie d'y travailler chez l'employeur. C'est ringard, mais cela vous empêchera de dire trop de déclarations sur le fait d'être un roi du codage. Essayez également d'identifier les aspects les plus doux et les moins techniques qui vous correspondent au poste - ou en d'autres termes, pourquoi aimez-vous même le codage? Dites-leur ce que vous aimez le plus en tant que codeur et comment vous pensez que ces aspects seront en leur compagnie d'après ce que vous lisez. Dites-leur que vous voulez apprendre des gourous qu'ils ont pour que vous puissiez grandir encore plus et contribuer.

Continuez à photographier pour ces emplois hors de votre "portée". L'expérience répertoriée est toujours ce que l'employeur s'efforce d'obtenir dans un monde idéal. S'ils vous aiment, vous êtes comme vous avez la compétence.

En passant, si vous pouvez créer un portfolio physique pour vous-même, peut-être des choses sur lesquelles vous avez travaillé, ou une visualisation d'un objet, d'un processus, etc., cela pourrait être un moyen de donner vie aux compétences avancées que vous utilisez sur une base quotidienne. Vous avez mentionné que savoir / adhérer à la structure que les autres dans votre lieu de travail actuel ignoraient. Trouvez une manière ludique (c'est-à-dire non condescendante) d'élever ces connaissances. Par exemple, supposons qu'une fonction ou une méthode que vous utilisez soit en avance. Transformez cela en une question

  "Utilisez-vous functionX pour faire le processus Y lorsque vous créez des programmes sur le sujet Z?" chose? " 

Ne doutez pas de vous, continuez simplement à essayer. Sachez quand avoir confiance en vos réponses et savoir quand être détendu pour présenter votre expertise. De plus, quoi que vous fassiez, ne dites jamais que vous êtes meilleur que vos collègues. S'ils compilent ces informations, vous ne pourrez pas accéder à l'exécution.

Erik Reppen
2012-06-01 00:17:47 UTC
view on stackexchange narkive permalink

D'accord, tout d'abord, à quel point les "années d'expérience" indiquées sont importantes pour le marché. L'une des choses les plus amusantes dans le fait d'être un développeur Web côté client, par exemple, est de voir des publicités demandant plus d'années d'expérience dans une technologie donnée que cette technologie n'a réellement existé. Naturellement, ils ont tendance à s'appuyer sur des années d'expérience, car il élimine 100% de leurs CV.

Comme quelqu'un d'autre l'a sagement souligné, vous êtes foutu sur un logiciel d'automatisation des RH. Lorsque les gens énoncent spécifiquement des exigences comme celle-ci ET veulent que vous réécriviez un CV en utilisant une série de formulaires sur leur site, ne vous inquiétez pas. En fait, j'ai arrêté de toucher à ces périodes, même si je correspondais bien aux critères, car je n'ai jamais, pas une seule fois, suscité d'intérêt pour perdre du temps sur l'une d'entre elles et j'ai réalisé que le temps était mieux passé à rechercher plus de prospects en échouant les tentatives de contacter quelqu'un directement à propos du poste.

Un autre cas où cela va avoir beaucoup plus d'importance est lorsque vous avez beaucoup de concurrence. Prenez les développeurs Java. Beaucoup d'emplois, mais aussi beaucoup, beaucoup de développeurs Java. Cela fait de la phase 1 de la recherche du locataire le grand tri des CV, généralement basé sur une statistique arbitraire comme des années d'expérience juste pour couper les piles à quelque chose de gérable. Dans des cas comme ceux-ci, vous pourriez en effet être un gars de 2 ans qui mérite de côtoyer des développeurs de cinq ans, mais vous êtes probablement SOL excluant les opportunités où vous connaissez réellement des personnes qui recrutent et qui ont une idée approximative de vos compétences. Alors oui, dans ce cas, la meilleure chose à faire est de nouer des contacts au sein de votre communauté de développeurs locale pour arrêter la phase 1 au passage.

Une autre chose à considérer est la culture générale de votre communauté locale en ce qui concerne jr. niveau d’emploi en général. J'ai réalisé que j'allais devoir un jour quitter ma ville natale où j'ai grandi dans le nord de l'État de New York lorsque, alors que je cherchais un emploi d'été, j'ai vu l'annonce: "Les rakers d'asphalte (chaussée?) Voulaient - cinq ans d'expérience minimum" Maintenant, Je dois avouer que je ne sais pas précisément ce qu'implique le ratissage de l'asphalte et / ou de la chaussée (il y a assez longtemps pour que je ne me souvienne pas de quoi il s'agissait) mais je suis très incertain à ce sujet. des années à ratisser tout ce qui n'est pas subatomique pour en comprendre l'essentiel. Solution: examinez les types d'annonces que vous voyez pour des positions similaires dans d'autres régions du pays et préparez-vous à GTFO.

Et la seule chose générale qui ne peut pas nuire, quel que soit le secteur, est de faire quelque chose de pertinent, travail open source utile et le rendre disponible. Si ce n'est pas possible, bloguez sur votre métier. Faites tout ce que vous pouvez pour établir une crédibilité qui vous aide à faire valoir que vous êtes meilleur que votre 2-dev moyen dans votre secteur.

Mais encore une fois, le contexte est tout. S'il s'agit d'une technologie propriétaire fermée, vous avez une tonne de concurrence et il est peu probable que vous obteniez une discussion / un débat suivant sur les bonnes / mauvaises façons de faire les choses, vous devrez peut-être simplement vous contenter de payer vos cotisations. Ou choisissez de poursuivre une technologie transférable de compétences où ces obstacles sont plus faciles à surmonter ou inexistants.

Modifier - Je n'ai pas vraiment abordé cet aspect de votre question:

"Ce sont des compétences directement proportionnel aux années d'expérience? "

Certaines choses concernent le talent brut et la capacité à résoudre des problèmes. D'autres consistent simplement à avoir rencontré le même problème suffisamment de fois pour savoir exactement ce que la plupart des autres personnes à votre place avec des niveaux d'expérience similaires feraient. C'est subtil, mais oui, l'expérience peut / a de l'importance dans de nombreux cas. Cependant, se qualifier de niveau intermédiaire plutôt que Jr. à 2 ans ne me semble pas particulièrement arrogant, et le talent brut / la capacité de résolution de problèmes peut certainement être un écart plus étroit en fonction des responsabilités à assumer.

Il y a eu des va-et-vient réguliers en termes de votes sur celui-ci. J'apprécierais beaucoup les commentaires sur les futurs votes non car je ne sais pas de quoi il s'agit et je suis curieux.
En termes de développement web, je suppose qu'ils prennent juste un raccourci au lieu de dire "X ans de HTML5, Y ans de HTML 4, Z ans de CSS3 et Å ans de CSS1".
Ce sont davantage les frameworks que j'ai le plus remarqués. Personne n'a 8 ans d'expérience Angular.js.
jmoreno
2012-05-30 01:22:57 UTC
view on stackexchange narkive permalink

Les descriptions de poste et les exigences sont censées faire deux choses: attirer l'attention des personnes qui voudraient le poste et filtrer celles qui ne conviennent pas au poste. La partie filtrage est à la fois à l'intérieur et à l'extérieur de l'entreprise (c'est-à-dire qu'elle décourage les gens de postuler et donne aux RH un moyen rapide de lancer la candidature lorsque le CV ne répond pas aux exigences, sans exiger que les RH soient suffisamment compétentes pour juger quelqu'un sur leurs mérites).

Vous pouvez surmonter la première partie du filtrage, simplement en postulant pour le poste, que vous ayez ou non l'expérience requise. La deuxième partie du filtrage dépend entièrement de l'entreprise et du marché du travail. Il peut ne pas être possible de le surmonter en raison de la politique, et même si l'entreprise est prête à ignorer ses propres exigences dans les bonnes circonstances, il se poserait toujours la question de savoir si ces circonstances existent pour vous ...

En gros, vous devez convaincre ceux qui choisissent des personnes pour des entretiens, que vous êtes un bon choix. Si vous entrez dans l'entreprise à froid (vous n'avez pas de référence interne pour le poste), le meilleur endroit pour le faire est dans la lettre de motivation. Vous devrez montrer dans votre lettre de motivation que vous avez ce que vous pensez qu'ils cherchent à gagner de ces années d'expérience supplémentaires. Si vous faites les choses correctement, cela pourrait vous amener à une entrevue.

jfrankcarr
2012-05-31 02:34:31 UTC
view on stackexchange narkive permalink

Voici un problème qui vous fera être rejeté dans certaines entreprises sans que personne n'ait jamais examiné votre candidature: le logiciel d'automatisation des ressources humaines. Le responsable des ressources humaines intégrera 3 à 7 ans d’expérience dans le programme. Il lira les CV et filtrera ceux qui ne répondent pas aux critères. Si vous mettez 2 ans sur votre CV, il sera filtré par le logiciel et aucun humain, pas même un humain des RH, ne lira jamais vos informations.

Vous pouvez étendre votre expérience de 2 à 3 ans pour passer par ce gardien numérique, mais vous mentirez, ce qui pourrait vous causer des problèmes sur la route. L'autre alternative est d'essayer de développer des contacts avec des responsables du recrutement qui pourront contourner le bot et les RH et vous donner une chance.

L'automatisation des RH est l'œuvre du diable.Les candidats se demandent pourquoi ils n'obtiennent aucun entretien, les managers se demandent pourquoi personne ne postule pour leurs postes vacants ...
gnasher729
2016-03-31 14:38:21 UTC
view on stackexchange narkive permalink

Tout le monde veut quelqu'un qui a de l'expérience, mais tout le monde n'en a absolument pas besoin .

Pour certains emplois, vous travaillerez dans une équipe de développeurs. Une équipe de développeurs a besoin d ' une personne vraiment expérimentée, capable de gérer tout type de problème qui se présente et pouvant vivre avec d’autres personnes moins expérimentées à condition d’écouter la personne expérimentée. Dans cette situation, la personne expérimentée peut sentir qu'il y a trop de charge sur ses épaules et demander à quelqu'un d'autre avec beaucoup d'expérience, mais ce n'est pas un must absolu.

Pour les autres emplois, vous êtes le seul. Si vous ne pouvez pas résoudre un problème, il n'y a personne pour le résoudre. C'est là que l'expérience est incontournable et non négociable.

Vous devez donc déterminer si c'est le premier ou le deuxième type d'emploi. Le deuxième type, vous avez très peu de chance. Le premier type, vous pouvez avoir une chance. Il est préférable de leur dire que vous avez une expérience et que vous êtes doué pour acquérir de nouvelles compétences et apprendre de ceux qui en ont l'expérience.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...