Quel est le problème avec les langages de programmation en tant qu'exigences de travail strictes? [fermé]


22

Je suis récemment allé à un «salon de l'emploi» et j'ai été surpris de voir à quel point les lieux de travail semblent mettre l'accent sur les langages de programmation que les candidats connaissent.

D'après mon expérience (certes limitée), bien que la maîtrise d'un langage de programmation puisse prendre des années, l'apprendre à un niveau raisonnable est une affaire assez simple pour quelqu'un qui a déjà de l'expérience avec d'autres langues, et peut certainement s'inscrire dans le délai que les employeurs allouent habituellement pour la montée en puissance initiale.

Je pense qu'un employeur se soucierait davantage du nombre de langages / paradigmes que je connais ou de mon expérience en conception algorithmique / logicielle, par opposition à la technologie spécifique avec laquelle je suis compétent en ce moment.

Disons que je connais déjà Java, C ++, Smalltalk et Prolog ... un lieu de travail qui repose sur Objective-C devrait-il vraiment me considérer comme non qualifié parce que je manque d'expérience dans ce langage? Est-ce une faille dans les méthodologies de recrutement, et si c'est le cas, que puis-je faire pour convaincre ce lieu de travail que mon manque d'expérience avec Objective-C ne devrait pas avoir d'importance? Je pose des questions hypothétiques, pas spécifiquement sur les langages de programmation mentionnés.

Alternativement, mon expérience est limitée et j'avoue que je manque peut-être quelque chose. L'expérience antérieure avec un langage de programmation est-elle plus cruciale que ce que je pense que c'est? Cela fait-il une différence s'il s'agit d'un poste junior ou senior? Cela devrait- il faire la différence?


2
Vous êtes allé à un salon de l'emploi, vous devez donc être étudiant ...
Job

@Job correct, je suis un étudiant diplômé. J'ai quelques années d'expérience dans l'industrie, mais je ne fais que commencer ma carrière maintenant.
Oak

6
Je voudrais juste faire une remarque générale sur tous ceux qui blâment les RH. Dans aucune entreprise pour laquelle j'ai travaillé (ce qui est assez peu), les RH n'ont participé à l'embauche de personnel technique, sauf pour envoyer l'offre finale. en particulier, ils n'ont jamais effectué de dépistage CV.
Neil Butterworth

Dans mon cas, quand j'ai dit RH dans ma réponse, je voulais vraiment dire plus "quelqu'un qui ne comprend pas vraiment la technologie qui écrit la description de poste". Cela pourrait être un secrétaire délégué à taper une description de travail à partir des notes, ou ce pourrait être un gestionnaire malheureux qui ne comprend pas vraiment ce qu'il veut.
jhocking

@oak Soit dit en passant, pourriez-vous expliquer ce que vous entendez par «accent»? Voulez-vous simplement dire que les langues sont listées sur la description de poste, ou que les personnes que vous avez rencontrées au salon de l'emploi étaient insistantes à ce sujet? Si ce n'est que le premier, je pense que vous êtes un peu trop sensible.
jhocking

Réponses:


24

Contrairement aux communiqués de presse, c'est un marché d'employeur en ce moment.

Cela signifie qu'ils peuvent simplement être pointilleux sur leurs besoins. Cela signifie qu'ils peuvent exiger une expérience .NET 4.0, et pas seulement une expérience 3.5 ... Cela signifie qu'ils peuvent exiger une expérience avec Django, et pas seulement avec Pylons, etc ...

Bien sûr, vous pourriez apprendre tout ce que vous devez savoir sur Ruby en quelques semaines, et Rails pourrait prendre quelques mois (juste deviner) pour devenir compétent avec ...

Mais l'employeur peut choisir parmi les CV de personnes déjà compétentes en Ruby & Rails.

TL; DR: Econ 101 ... Ne croyez pas le battage médiatique sur la pénurie de programmeurs .


3
Je dois souligner que le marché des programmeurs dépend beaucoup de l'emplacement. Là où je suis (par coïncidence dans une grande ville universitaire), les endroits que j'ai interviewés ont tous dit qu'il était difficile pour eux de trouver des candidats en ce moment.
Tesserex

15
Tesserex - qui devrait se traduire par "Nous ne pouvons pas trouver de programmeurs qui connaissent toute notre soupe alphabétique de technologies, à un prix que nous sommes prêts à payer.
red-dirt

21
Il y a beaucoup de programmeurs; ce qui est difficile à trouver en ce moment (comme cela a toujours été le cas), ce sont les bons programmeurs.
tdammers

10
Au contraire, en tant qu'employeur, je peux vous dire que c'est définitivement le marché des employés, du moins pour les personnes talentueuses . Pour les grands programmeurs, comme toujours, l'offre est largement dépassée par la demande. D'un autre côté, je ne considère pas que quelqu'un qui a "quelques mois" d'expérience soit un programmeur (ou un menuisier, un médecin ou tout autre métier spécialisé), donc vos chiffres sont probablement très différents des miens.
Rein Henrichs

2
@Rein - vous pouvez dire tout ce que vous voulez, mais le simple econ ne le confirme pas. Si c'était le cas, vous verriez le salaire des meilleurs programmeurs beaucoup plus élevé. Un médecin ou un avocat de haut niveau effacera 500 000 USD par an ... Un ingénieur logiciel senior chez google a un salaire moyen de 130 000 $ (porte vitrée). Je pense que ce que vous vouliez dire, était que vous ne pouviez pas trouver quelqu'un 3x aussi productif pour le prix d'un ingénieur en moyenne.
red-dirt

14

Le problème principal est que personne ne sait vraiment comment embaucher de bons programmeurs. Le problème secondaire est que les emplois en programmation attirent de nombreux candidats.

Étant donné un grand nombre de CV, il serait très agréable de pouvoir les parcourir et de choisir les bons programmeurs, mais personne ne sait comment faire. Comme la plupart des entreprises fonctionnent, le tri initial est généralement effectué par les RH. La personne des ressources humaines ne connaît rien de Smalltalk ou C ++, sauf comme indiqué sur la liste des exigences, contrairement à un informaticien qui pourrait penser "C ++ AND Smalltalk - ce type n'aura aucun problème avec Objective-C".

Même lorsque la pile revient au gestionnaire d'embauche, il est très probable qu'elle soit trop épaisse pour interroger tout le monde, de sorte que le gestionnaire d'embauche doit envoyer des curriculum vitae pour une raison ou une autre. Si c'est un travail C ++, et qu'il y a plus de personnes avec plus de 5 ans de C ++ que le manager ne trouve pratique à interviewer, le manager peut bien lancer tous les CV qui n'ont pas C ++ sur eux. Ce n'est pas le moyen d'obtenir les meilleures personnes absolues, mais personne ne sait comment embaucher les meilleures personnes absolues, et si vous êtes limité dans la prise de décision par ce qui est sur le CV, les personnes ayant une expérience C ++ sont au moins légèrement mieux paris.


1
Très bonne réponse. Petit problème: je ne sais pas si c'est que personne ne sait vraiment comment embaucher de bons programmeurs, ou que les départements RH et les recruteurs ne le font pas, et la plupart des entreprises ont des processus de recrutement dirigés par les RH. Je conviens que personne ne sait vraiment comment embaucher de bons programmeurs sans y consacrer beaucoup de temps.
Tom Anderson

@Tom Anderson: Le meilleur que j'ai entendu est des techniques pour éviter d'embaucher de mauvais programmeurs. Étant donné le surplus de candidats et les raisons pour lesquelles de bons programmeurs doivent postuler en nombre, cela fonctionne assez bien. Par exemple, toutes les suggestions de Joel que j'ai lues fonctionnent de cette façon.
David Thornley

4
@Tom Anderson Je dirais que personne ne sait distinguer un bon programmeur d'un mauvais en consultant un curriculum vitae, et personne ne sait comment interroger plus de gens qu'ils n'ont le temps de parler. Peu importe que les RH le dirigent, ou un recruteur technique ou le responsable du recrutement lui-même.
Jeremy

8

Tournons-nous autour - si vous connaissiez l'objectif C, seriez-vous utile en tant que programmeur C ++? Je dirais que non, les langues sont trop différentes. Pour des langages même simples comme C, je voudrais voir 6 mois d'expérience avant d'embaucher quelqu'un, pour C ++ plusieurs années.

Il y a quelques années, je me suis enseigné le PHP. Je dirais qu'il a fallu plusieurs mois avant de me perfectionner, de trouver mon chemin dans la bibliothèque, de comprendre des idiomes courants, etc. Et je connaissais déjà beaucoup de langues.


2
Les bonnes entreprises investissent généralement dans les employés et prendre quelques mois pour se mettre au courant est assez courant dans la plupart des industries. Malheureusement, seules quelques sociétés de logiciels suivent cette pratique. Il semble aussi (par coïncidence ???) qu'ils figurent parmi les meilleures entreprises: Google, facebook, Microsoft, etc ...
red-dirt

3
"" "Vous devriez très bien connaître au moins un langage de programmation, et il devrait être de préférence C ++ ou Java. C # est OK aussi, car il est assez similaire à Java. Vous devrez écrire du code dans au moins certaines de vos interviews Vous serez censé connaître une bonne quantité de détails sur votre langage de programmation préféré . "" " Steve-yegge.blogspot.com/2008/03/get-that-job-at-google.html
red-dirt

2
Un programmeur expérimenté peut apprendre le C ++ en huit heures environ ... il suffit de lire "Efficace C ++" et de le comprendre. Cela vous place au-dessus de 90% des programmeurs C ++ sur le marché. Comprendre la STL vous place dans le top 3%.
kevin cline

3
@kevin Irony? Sarcasme? Quelle?
Neil Butterworth

2
@kevin: il est clair que vous ne savez pas de quoi vous parlez. C ++ est l'un des langages les plus complexes avec plus de bizarreries que vous ne pouvez même l'imaginer. Il n'y a aucun moyen de l'apprendre en 8 heures (une journée de travail !!!). Vous ne pouvez même pas apprendre des langages comme PHP à cette époque.
Thomas Bonini

8

Cela dépend de divers aspects du contexte. Pas seulement le niveau du rôle, mais aussi l'état du projet et de l'entreprise.

Au niveau le plus simple, tout langage impératif entre accolades est à peu près le même que n'importe quel autre.

Si vous pouvez coder impérativement, vous pouvez coder impérativement. Que ce soit Java, C #, C, C ++, ou même javascript. Étant donné un livre de référence décent (et peut-être un peu de passe-partout), vous devriez être en mesure de supprimer un petit programme dans l'un des autres dans un après-midi.

Quel que soit votre historique, vous connaissez les branches et les fonctions des boucles, et la syntaxe est à peu près la même pour toutes. Si votre historique est OO, vous connaissez également les objets, les classes et les interfaces.

Cependant, j'ai vu trop de programmeurs uniquement impératifs lutter pour écrire des programmes simples dans des langages déclaratifs ou fonctionnels. Si je dirigeais une boutique Erlang, je préférerais fortement une personne avec Erlang, ou du moins Prolog, une expérience plutôt qu'une personne avec C ++.


Comment cela dépend du niveau du rôle:

Recrutement pour un poste junior:

Si je choisissais un programmeur pour un travail C ++, il y a certains pièges que je voudrais être certain que le candidat est capable d'éviter, comme la nécessité de faire attention à la mémoire ou à la longueur des tableaux, simplement pour qu'ils ne pas se tirer une balle dans le pied (et moi). S'ils n'ont jamais fait de C ou de C ++, alors je devrais travailler cela dans l'interview.

Et pour un poste senior:

L'une des clés d'une programmation efficace est de savoir ce que vous ne devez pas écrire vous-même. La clé de tout cela, ce sont les bibliothèques standard (et de facto standard). La clé de cela, c'est l'expérience. Vous ne pouvez pas simplement vous asseoir avec "Teach yourself Java" pendant une semaine et vous transformer instantanément d'un programmeur C ++ de 10 ans en programmeur Java de 10 ans.


Comment cela dépend de l'état du projet / de l'entreprise

Étant donné un projet Java qui est à peu près une table rase. Je voudrais qu'un nouvel employé senior ait beaucoup de connaissances sur l'écosystème Java et soit en mesure de donner des conseils sur les différentes technologies disponibles.

Étant donné un projet Java mature, je considérerais avec plaisir un développeur C ++ expérimenté, avec peu ou pas d'expérience Java pour un rôle Java senior. La plupart des décisions concernant l'écosystème auront déjà été réglées, et la nouvelle recrue pourra acquérir de l'expérience avec les bibliothèques Java tandis que la société tire parti de l'expérience du programmeur dans le développement de logiciels OO.


Je pense que vous soulevez un point très important en mentionnant l'écosystème. C'est quelque chose qui peut jouer un rôle énorme, et je suppose qu'il faut généralement un développeur expérimenté sur la plateforme X pour se familiariser avec l'écosystème de X; apprendre la nouvelle syntaxe et quelques nouveaux paradigmes ne suffira probablement pas.
Oak

Je suis avec Oak - vous faites un excellent point que d' être un bon X programmeur nécessite beaucoup de connaissances des écosystèmes au - dessus de tout ramasser langue X .
Carson63000

4

Cela dépend du lieu de travail. S'ils sont très occupés, ils pourraient ne pas avoir le temps d'attendre que vous rattrapiez un point où vous pouvez fonctionner dans Objective-C - ils pourraient vouloir quelqu'un qui peut frapper le sol en courant.

Certains lieux de travail pourraient être prêts à prendre un risque pour vous s'ils constatent que vous êtes familier avec d'autres langues, que vous avez des bases solides et une connaissance du domaine des affaires. Cela dépendra vraiment de leur ouverture et de votre capacité à convaincre le recruteur de prendre ce risque.


4

L'embauche est difficile; embaucher de bonnes personnes est encore plus difficile. J'ai fait de l'embauche là où j'étais confronté à une pile de plus de 500 CV. Bien sûr, nous avons filtré les personnes ayant le moins d'expérience dans ce que nous voulions pour réduire la pile à une taille raisonnable. Est-ce juste pour l'excellent candidat qui ne connaît pas cette langue, probablement pas. Mais si je peux trouver 100 personnes qui ont les qualifications que je recherche, je ne vais vraiment pas passer beaucoup de temps sur les 400 qui ne l'ont pas - peu importe leur niveau.

Maintenant à l'embauche, j'ai peut-être une longue liste d'exigences, mais généralement seulement un ou deux sont des rupteurs d'affaire. Et si vous ne trouvez personne avec la liste initiale des qualifications que vous souhaitez interviewer (ou plus tard si elles échouent toutes à l'entretien que j'ai vu se produire), alors généralement elles reviendront et regarderont les personnes qui en manquent des qualifications moins critiques ou des personnes qui ont quelque chose de similaire mais pas le même. Dans ces cas, vous recherchez souvent quelque chose sur l'expérience de la personne qui la rendra meilleure pour votre travail qu'une personne ayant toutes les qualifications techniques. Par exemple, je considérerais une analyste de données avec une expérience dans une base de données d'entreprise différente si elle avait de l'expérience dans mon domaine d'activité (en fait, cette personne ferait probablement ma première coupe si je voyais tous les CV). Même chose avec quelque chose comme C # et Java. Si la personne effectue un travail d'un niveau de complexité similaire et en particulier dans un domaine commercial similaire, elle pourrait être un très bon candidat même si elle a l'autre langue.

Cependant, à moins d'avoir un programme de formation assez formel pour les personnes débutantes, je serais moins susceptible d'embaucher des personnes qui ne répondent pas à mes compétences minimales en langues. Et presque jamais d'un groupe qui n'avait rien de ce que je recherchais. Les personnes sans expérience ont moins à apporter à la table en termes de qualifications compensatoires et moins d'antécédents pour prouver qu'elles peuvent faire un travail de niveau professionnel dans n'importe quelle langue. Ils ont assez à apprendre avec leur premier concert professionnel sans une certaine compréhension de la langue la plus importante que nous utilisons. Et les embaucher est plus à risque que des mois puissent s'écouler avant que vous puissiez obtenir un travail utile de leur part.

Un autre point entre en jeu si le responsable du recrutement transfère l'équipe vers une nouvelle technologie. Si personne dans l'équipe n'est vraiment expert dans la technologie et que je dois également embaucher quelqu'un de nouveau, je vais chercher à embaucher quelqu'un avec autant d'expertise que je peux trouver dans cette technologie parce qu'ils ont une idée où les "mines terrestres" "à éviter.

Enfin, postulez pour les emplois qui vous intéressent même si vous ne remplissez pas toutes les conditions énoncées (mais essayez de répondre à certaines, l'embauche d'agents n'aime pas perdre son temps sur des personnes qui ne seraient jamais embauchées). Vous ne savez jamais quel concours vous allez avoir pour un emploi ou ce qui impressionnera le plus les personnes qui sélectionnent les curriculum vitae ou font les entrevues. Ce qui pourrait vous procurer un entretien dans l'entreprise A pourrait être exactement ce qui vous empêche d'obtenir l'entretien dans l'entreprise B, même si les exigences sur papier sont similaires. De plus, ils pourraient avoir un emploi qui correspond mieux à vos qualifications qu'ils n'ont pas encore annoncé. Mais vous ne serez jamais considéré pour le poste s'il ne vous connaît pas.


3

Le devrait- il? Non . Est - il? Oui, malheureusement. C'est le syndrome de "l'écureuil pourpre": l'entreprise veut avoir son gâteau et le manger aussi, et trouver un candidat qui peut faire tout sous le soleil dont il a besoin ou peut avoir besoin. Souvent, mais pas toujours, c'est parce qu'ils non plus A) n'ont aucune idée de ce que le développement implique vraiment et supposent simplement que quelqu'un répondant à tous leurs critères peut faire le travail, B) ils sont difficiles car ils peuvent s'en tirer, ou C) Ils prévoient de déposer une carte H-1B / Green Card / Promouvoir de l'intérieur mais doivent donner l'impression qu'ils annoncent un vrai travail.


3

"Disons que je connais déjà Java, C ++, Smalltalk et Prolog ... un lieu de travail qui repose sur Objective-C devrait-il vraiment me considérer comme non qualifié parce que je manque d'expérience dans ce langage?"

Si vous avez plus de 20 ans d'expérience dans 3 ou 4 langues qui ont des fonctionnalités similaires à Objective-C, je vous embaucherais probablement pour faire Objective-C et vous attendrais à être productif dans 6 à 8 semaines. (ceci est basé sur mon expérience personnelle avec l'apprentissage d'Objective-C il y a quelques années).

Si vous êtes vert dès la sortie de l'école, sans aucune expérience pratique réelle tangible, vous ne serez probablement pas embauché pour faire quelque chose que vous ne connaissez pas du tout.

Objective-C est un homme de paille intéressant ici. Cela nécessite que vous connaissiez très bien C, cela vous oblige à bien connaître l'analyse et la conception orientées objet, dans la plupart des cas, vous devez connaître C ++ dans une mesure non triviale car il existe des bibliothèques C ++ avec lesquelles vous voudrez probablement vous connecter.

Cela vous oblige à comprendre la gestion manuelle de la mémoire ainsi que le fonctionnement de la gestion automatique de la mémoire / nettoyage de la mémoire et quand utiliser chaque technique dans le même programme.

Ce n'est pas seulement Objective-C que vous devez également connaître Cocoa et POSIX, car en face Objective-C est à toutes fins pratiques inutile en dehors des environnements Apple et vous devez également connaître Cocoa.

Et lorsque Cocoa vous échoue, vous devez être en mesure de savoir quelles API POSIX utiliser lorsque vous ne pouvez pas faire ce que vous voulez avec les wrappers Cocoa.

Cela implique également que vous devez également connaître Unix dans une certaine mesure non triviale.


2

Dépend de la langue / de l'individu.

Si je suis un endroit C # et que quelqu'un avec une expérience JAVA / J2EE s'applique, je vais essayer. La syntaxe entre C # et JAVA n'est pas si différente. Le codage est le codage et je pense qu'une fois qu'ils s'habitueront à certaines des différences, ils iront bien.

Il en va de même pour JAVA -> C #.

Maintenant, si vous étiez une personne C # et que vous postulez pour un emploi C ++, je veux voir de l'expérience. Il y a trop de différences.

Alors oui, cela dépend de la situation


3
La syntaxe est une si petite partie de l'apprentissage d'une langue ..
Boris Yankov

@Boris c'est vrai, mais ce qu'il dit s'applique toujours à un certain niveau, que ce soit le style ou les bibliothèques ou autre chose…
tylermac

2

Bien que je pense que l'OP est complètement sur la façon dont un programmeur expérimenté avec de nombreux paradigmes peut facilement en ajouter un de plus, tout se résume à l'aversion de l'employeur au risque. Un recruteur potentiel qui ne connaît pas ses outils est un joker; ils peuvent être vraiment géniaux, mais ils peuvent aussi être un flop, et il sera plus difficile que d'habitude pour l'intervieweur de faire la différence s'il ne peut pas poser de questions approfondies sur les technologies qu'il utilise.

Je ne dis certainement pas que c'est la bonne façon de voir les choses, mais c'est ce que font certains employeurs. Les intelligents exploitent cela et récupèrent les programmeurs impressionnants avec 30 ans d'expérience en C ++, tandis que les stupides les refusent car ils n'ont pas les 15 années d'expérience requises de Ruby on Rails. Les programmeurs peuvent également exploiter cela en évitant de travailler avec des employeurs si mal informés. Après tout, qui veut travailler pour un lieu qui prend systématiquement de mauvaises décisions d'embauche?


1
+1 pour "il sera plus difficile que d'habitude à l'intervieweur de faire la différence s'il ne peut pas poser de questions approfondies sur les technologies qu'il utilise", cela semble être une très bonne raison.
Oak

1

Il s'agit en partie de lancer des mots à la mode dans une description de poste, car ils ne comprennent pas vraiment le rôle. C'est pourquoi vous rencontrerez occasionnellement la situation comique d'une description de travail spécifiant 3 ans d'expérience dans une technologie qui n'existait que depuis 6 mois.

Quant à savoir si cela devrait ou non faire une différence, cela dépend vraiment du rôle et des individus impliqués. Presque tous les gestionnaires qui embauchent (certainement tous les plus intelligents) demanderont aux RH de leur transmettre des candidats qui ont beaucoup de force dans la plupart des domaines, même s'ils manquent d'un ou deux points dans la description de poste. Cependant, cela ne s'applique généralement pas à un diplômé récent; Je parle de personnes ayant une grande expérience de travail en interaction avec des clients ou des équipes dirigeantes ou quelque chose du genre.


0

Je pense qu'un employeur se soucierait davantage du nombre de langages / paradigmes que je connais ou de mon expérience en conception algorithmique / logicielle, par opposition à la technologie spécifique avec laquelle je suis compétent en ce moment.

Avez-vous déjà regardé tous les éléments qui composent votre pile de développement? Par exemple, quel IDE, cadre de test, intégration continue, contrôle de version, méthodologie de développement et paradigmes de code qui constituent un environnement que quelqu'un utilise pour créer un logiciel. Cela peut être un certain nombre d'outils que certaines entreprises peuvent vouloir que quelqu'un sache déjà plutôt que d'avoir à reprendre à zéro. L'argument d'ironcode sur le marché d'un employeur est un autre facteur ici car il peut y avoir des cas où il y a beaucoup de concurrence pour un poste et que les entreprises peuvent viser le ciel et éventuellement l'obtenir.

Juste pour donner un exemple plus concret de cet environnement, voici ce que j'ai là où je travaille: Visual Studio 2008 faisant ASP.Net en utilisant principalement C #, nUnit, Cruise Control.Net, Subversion, Agile / Scrum, avec un mélange de procédures, OO et fonctionnel selon l'endroit où l'on regarde. Si je voulais passer à Java, cela peut signifier m'habituer à de nouveaux outils pour un grand nombre de ces fonctions, ce qui n'est peut-être pas ce qu'un employeur veut absorber comme un coût pour m'engager dans ce rôle. Il peut également y avoir des points délicats que ceux qui ont de l'expérience dans cette version peuvent mieux connaître que les autres et éviter certains pièges qui pourraient autrement inciter quelqu'un à se dire: «Pourquoi l'ont-ils construit de cette façon?


Mais, chose intéressante, généralement, l'expérience dans une solution de contrôle de source / IDE / framework de test sera secondaire à l'expérience dans les langages de programmation (bien que cela puisse certainement vous aider à obtenir le poste).
Oak

-2

Non, regarde. Ces exigences ne sont pas réunies par les informaticiens. Ils sont rassemblés par les RH. Et la façon dont les ressources humaines obtiennent les exigences est en criant des questions aux informaticiens alors qu'ils chancelent dans les deux sens vers la machine à café.

Alors ils disent "De quoi avez-vous besoin?" et le shmuck aléatoire qui finit par répondre dit "Un programmeur. A besoin de quelques années d'expérience. Comme, je ne sais pas, 4? Et ce serait bien s'il connaissait .Net." Une réponse raisonnable.

Mais cela se traduit par "4 ans d'expérience en .Net 4" et c'est .Net 4 parce que, lorsque vous Google .Net, le premier lien vous mènera à une page parlant de .Net 4.

Il y a aussi la possibilité, et je l'ai rencontré à plusieurs reprises, qu'ils ont une exigence linguistique spécifique parce qu'ils veulent aller dans cette direction, et ils pensent que cela ira mieux s'ils ont une personne expérimentée au sein du personnel.


1
C'est une réponse assez amère. Il y a probablement quelques entreprises où la scène que vous avez décrite est vraie, mais la majorité n'est pas si dysfonctionnelle.
jhocking le

Être en désaccord. Les dernières entreprises dans lesquelles j'ai travaillé n'avaient même pas de ressources humaines. Et lorsque nous avons fait de la publicité pour de nouveaux employés, nous avions besoin d'une expérience commerciale avec le langage et la plateforme sur lesquels nous avons développé. Pourquoi? Parce qu'à moins qu'il n'y ait aucun candidat avec cette expérience (et il y en avait), pourquoi prendre le temps supplémentaire pour parler à des gens qui n'ont pas l'expérience, dans l'espoir que vous pourriez trouver quelqu'un si bon que vous êtes prêt à attendre pendant ils apprennent?
Carson63000
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.