Je suis dans une position où je dois engager un programmeur et avoir l'option de 2 candidats, le premier a de l'expérience mais il n'a pas de passion pour le codage et il le dit alors que le second n'a pas l'expérience mais il a la passion, il a bien réussi dans l'entretien et est certifié.
Nous avons les ressources pour former quelqu'un, mais je ne veux vraiment pas gâcher ce processus et embaucher quelqu'un qui sera décevant. Quelqu'un peut-il m'aider quant à la façon d'aborder cette situation?
Réponses:
Embaucher le programmeur inexpérimenté avec une passion pour le métier. Un programmeur passionné apprendra rapidement, s’intéressera à son travail et s’amusera à le faire. J'ai travaillé avec les deux types de programmeurs et j'embaucherais toujours des passionnés plutôt que des expérimentés.
Les personnes qui ne se soucient pas de leur travail finissent par poser des problèmes de qualité et de respect des délais.
Puisque vous déclarez explicitement que vous avez les ressources pour former quelqu'un, c'est une évidence. Engagez le programmeur passionné.
la source
Bien qu'aucun poste ici ne puisse vous dire lequel embaucher, j'aimerais offrir un petit contrepoint à la procédure ...
L’un de nos plus récents nouveaux venus est l’image absolue de l’ expérience professionnelle .
À 9 heures, à 5 heures, une heure pour le déjeuner. Pas de retard, pas de week-end.
Ce qui semble probablement terrible pour la plupart des gens qui ont répondu à ce jour.
Cependant, non seulement son code est-il meilleur (propre, concis, structuré, compréhensible, maintenable, testable, à temps! ) Que la plupart des autres membres de l’équipe, mais il est également un excellent son de conseil pour les passionnés passionnés qui se préparent à le faire Résoudre tous nos problèmes est un déploiement unique, une fontaine de connaissances et une santé mentale nous sauvant de nous-mêmes.
Il sait comment repousser les dirigeants. Il peut apercevoir une lunette de visée à un kilomètre et demi de la route. Il écrit plus de tests unitaires que quiconque. Il ne gémit pas et se gémit quand il est accablé par une tâche ennuyeuse et il sera probablement toujours là dans 5 ans.
( À ajouter à ma première réponse )
Comment savez-vous passionné bloke est passionné par autre que le fait qu'il vous a dit?
Il pourrait faire son meilleur visage vif parce qu'il a si désespérément besoin le travail, les gens vont dire que la plupart rien à trouver un emploi au moment
Il pourrait penser qu'il est passionné par le codage, mais sa brillance commencera à se ternir lorsqu'il réalisera que 99% d'entre nous n'écrivons pas de code sexy .
L'expérience est quantifiable et prouvable.
L’expérience sait que, au jour le jour, la plupart d’entre nous travaillons sur des systèmes non-sexy et du code hérissé. Et l'expérience montre qu'ils peuvent toujours se tirer du lit le matin pour s'en occuper.
J'aimerais réitérer que je ne dis à personne d'embaucher. Je ne pense pas que l'expérience soit meilleure que la passion ou vice versa. Je ne suis pas très inquiet pour les passionnés de codage, mais je trouve un peu inquiétant de voir le déséquilibre présenté ici. Toutes les autres réponses les plus votées ici constituent de très bons arguments valables (Matthew Kubicina, utilisateur 9094, Otávio Décio, Bernard Dy) et je les ai votés en tant que tels même si j’ai des réserves sur certaines de leurs opinions.
la source
"somewhat" passionate programmer
? Choisir un diplôme et une carrière en programmation ne suggère-t-il pas une certaine passion? Le fait que le candidat ne s'identifie pas comme un ninja-uber-nerd fanatique qui craque pour StackOverflow ne signifie-t-il pas simplement qu'il n'est pas un geek absolu qui a une vie en dehors du bureau et? ...In at 9, out at 5, one hour for lunch. No lates, no weekends.
. Aussi, quelqu'un qui écrit duclean, concise, patterned, understandable, maintainable, testable, on time
code est-il vraiment trop beau pour être vrai? Ou juste expérimenté et professionnel?Je dirais que cela dépend du reste de l'équipe :
si vous avez déjà beaucoup de programmeurs expérimentés, choisissez le passionné
si, en revanche, vous ne disposez que d'un ou deux programmeurs expérimentés et de nombreux étudiants / main-d'œuvre peu chère avec peu d'expérience mais qui ne coûtent pas cher, l'expérimenté sera plus utile.
la source
"Expérimenté" ne signifie pas nécessairement "coincé dans ses voies"
En tant que développeur expérimenté de niveau intermédiaire (je n’ai pas tout à fait 40 ans), je suis un peu alarmé par le fait que la très grande majorité des réponses semblent indiquer que quelqu'un qui "a été là, a fait cela" ne sait pas comment suivre les jeunes. C'est une hypothèse injuste et dangereuse à faire.
Je serais intéressé de savoir ce que le gars expérimenté a réellement dit. S'il disait "Je n'ai aucune passion pour le codage", alors oui, je ne le prendrais probablement pas, de la même manière que je ne considérerais probablement pas qu'un végétarien est un boucher. Si, toutefois, ses réponses à "Que fais-tu pendant ton temps libre" ne concernaient-elles pas le codage et que l'intervieweur laissait entendre que cela signifiait qu'il n'avait aucune passion pour le codage, alors c'était autre chose.
Notez que je ne dis pas qu'il devrait embaucher un gars expérimenté ou passionné. Je n'ai interviewé aucun des deux et je n'ai aucune idée de la culture de son entreprise.
De Dictionary.com:
ex · pe · ri · enced / kˈspɪəriənst / Afficher l'épeautre [ik-speer-ee-uhnst] –adjectif
Origine: 1560-1570 expérience + -ed2
- Formes apparentées non-ex-pe-ri, adjectif qua-si-ex-pe-ri, adjectif un-ex-pe, ri, adjectif bien-ex-pe-ri, adjectif, adjectif
—Synonymes 1. habile, expert, pratiqué, vétéran, accompli, versé, adepte, qualifié.
la source
Vous pouvez également choisir celui dont le score StackOverflow est le plus élevé: D
la source
Vous devriez par-dessus tout embaucher celui que vous identifiez comme ayant le plus d'intérêt à répondre aux besoins de votre entreprise. J'ai vu des cas dans lesquels un développeur très bon et passionné a été embauché uniquement pour terminer rapidement ce qu'il avait à faire pour son employeur payant et se précipiter pour s'occuper de sa propre entreprise.
la source
Le consultant en gestion informatique Paul Glen a décrit le concept de passion en milieu de travail dans cet essai pour Computerworld . Vous trouverez peut-être que cette perspective est intéressante, même si je ne partage pas l’affirmation implicite de Glen selon laquelle passion et stabilité s’excluent mutuellement. Je pense que vous pouvez avoir les deux. Je vous suggère également de parcourir les commentaires qui suivent l'article; certaines personnes avaient d'autres idées.
Cela dit, dans votre cas, cela semble être un choix entre les deux. Mais qualifions ce que vous voulez dire par "passion".
Quand le type expérimenté dit qu'il n'est pas passionné, est-ce qu'il se moque de la qualité du travail ou que la programmation n'est pas son premier amour (peut-être a-t-il une famille? Un intérêt de longue date pour la voiture, la musique ou brassage maison?). Vraiment, si un gars expérimenté ne se passionne pas pour apprendre trois nouvelles langues au-delà de ce qu'il sait déjà, mais continue de suivre ses langues principales, ses outils, etc., et que la maison prépare des bières, je pense pouvoir vivre avec ça.
Mais si le gars expérimenté est un développeur épouvantable et ne veut pas s’améliorer, je n’appellerais pas cela sans passion, je dirais que ce n’est pas professionnel. Pouce en bas dans ce cas.
EDIT: Après avoir lu quelques réponses supplémentaires, je pensais ajouter un peu. Je pense que la difficulté réside dans les paramètres de la question de OP: nous ne savons pas lequel des deux développeurs est compétent . Nous nous concentrons sur l’évaluation de deux traits apparemment contradictoires, bien que, comme je l’ai mentionné ci-dessus, je pense que vous pouvez avoir à la fois de l’expérience et de la passion. Cependant, les deux peuvent être mauvaises aussi.
J’ai travaillé avec un gars expérimenté une fois qui était intelligent, mais j’avais aussi passé la plus grande partie de sa vie à se développer en vase clos. J'ai passé autant de temps à me disputer avec lui qu'à faire du travail. Il était à la fois expérimenté et passionné, mais aucun d’eux n’a vraiment aidé mon équipe.
la source
Si vous lisez Code Complete, vous saurez que:
L'expérience ne compte pas autant que vous le pensez
En effet, même si les bases changent constamment dans le domaine des logiciels , cela signifie que le gars expérimenté est coincé dans ses vieilles habitudes et qu'il n'est pas intéressé à apprendre de nouvelles choses - année après année.
Le passionné le fera presque certainement, même à son époque. J'engagerais la passion de l'expérience à chaque fois
la source
Ni
Je n'engagerais jamais des personnes qui ne sont pas passionnées par leur travail à moins que ce ne soit une tâche assez subalterne et peut-être même pas à ce moment-là. Généralement, ne pas avoir de passion signifie qu'ils
1) n'apprécient pas ce qu'ils font:
2) ils dépensent le montant minimum si le temps nécessaire, dit "c'est juste un ob"
3) Enlevez l'atmosphère de votre équipe / entreprise plutôt que de l'ajouter
De l’autre côté, l’expérience revêt une importance cruciale pour les programmeurs. Un passionné peut passer les 10 000 heures d’expérience requises pour devenir un expert plus rapidement en sacrifiant sa "vie" et d’autres loisirs, mais il faudra encore années
L’expérience ayant tant de valeur, elle n’est guère compensée économiquement par un salaire légèrement inférieur. Donc, je ne dirais ni l'un ni l'autre, allez avec quelqu'un avec une expérience décente au moins qui est passionné. Les plus jeunes (parce qu’ils n’ont pas d’enfants et d’épouses embêtants) et plus passionnés, c’est le moins d’expérience que vous pouvez exiger :)
la source
Réponse simple, optez pour Passionné
Il / Elle mettra sa passion pour améliorer les choses et codera pour longtemps
la source
il est facile de mélanger la passion pour le code à la passion pour obtenir un emploi (ou la passion pour obtenir un contrôle mensuel).
En outre, il est facile de mélanger l'expérience avec des années d'utilisation d'une cabine.
Quoi qu'il en soit, un vrai programmeur expérimenté peut faire du x2 au x10 qu'un novice, peu importe si le novice est passionné ou non.
En revanche, un novice peut vous consacrer beaucoup de temps à poser des questions stupides. Rappelez-vous que la plupart des programmeurs sont évalués en fonction de leur travail et non en enseignant aux autres.
la source
Il semble que vous ayez besoin de plus d’informations pour prendre une décision. Dans le cadre de votre entretien, avez-vous demandé aux candidats de concevoir ou d'écrire du code? Sinon, c'est peut-être votre prochaine étape. Pensez à un problème simple sur lequel ils doivent travailler et affectez-leur cette tâche pour une courte période.
Passez en revue leur travail avec eux plus tard dans l'interview. Voyez à quel point ils peuvent expliquer leur solution. Sondez-les pour voir s'ils peuvent penser à des moyens d'améliorer ce qu'ils ont déjà livré.
D'après mon expérience, passer une audition comme celle-ci aux développeurs est le meilleur moyen d'identifier les candidats qui valent vraiment la peine d'être embauchés.
la source
La passion ne se traduit pas toujours en compétences. Parfois passion == arrogance et inflexibilité.
L'expérience ne se traduit pas toujours par des compétences. Parfois, l'expérience == arrogance et inflexibilité.
En bout de ligne: embaucher la meilleure personne pour le travail donné . Cela inclut la passion, l'expérience, les compétences, la personnalité, la fiabilité et la ténacité.
la source
Au bout du compte, l'expérience ne signifie rien sans passion. Une personne expérimentée, dépourvue de passion, ne réalisera jamais tout son potentiel et n'améliorera pas ses compétences. Ce que vous voyez est ce que vous obtenez, fin de l'histoire.
La passion est un carburant brûlant qui peut transformer le manque d'expérience en expérience. La passion peut aider à résoudre des problèmes jugés insolubles par les expérimentés. Les passionnés chercheront toujours à s'améliorer. Les passionnés n'abandonnent pas.
Les personnes expérimentées qui ont abandonné sont comme le personnage de Gene Wilder dans Blazing Saddles. Il était reconnu comme l'arme la plus rapide de l'Ouest, mais toute cette expérience ne signifiait absolument rien car il ne pouvait plus tenir son arme fermement pour tirer droit.
Une personne expérimentée qui ne peut pas rester stable au moment de surpasser la concurrence ne deviendra qu'un handicap.
Accompagnez la personne passionnée ou continuez à interroger plus de candidats jusqu'à ce que vous trouviez le bon mélange de feu et de sagesse.
la source
Je pense que si vous avez constaté que dans une interview, le candidat expérimenté avait une bonne performance technique et qu’il adorait coder. Il sera donc plus productif pour votre organisation après un certain temps s'il est correctement formé par rapport au candidat d'expérience.
Si vous voulez manger, testez sciemment moins de plats cuisinés par quelqu'un d'autre. Enfin, le choix vous appartient.
la source
Wow les gars cela a suscité beaucoup de débat à la fin j'ai décidé de donner un coup de pouce à la recrue et il a une grande promesse jusqu'à présent, au point que je suis si inquiet peut-être qu'il travaille si dur qu'il va s'épuiser.
En fin de compte, je leur ai confié une tâche de programmation simple de 10 minutes et expliqué comment ils en étaient arrivés à une solution, les avantages et les inconvénients, et j’avais l’impression que la recrue semblait avoir une bonne compréhension. Donc au final, j'ai lu beaucoup d'articles mais je me sentais comme si le jeune homme était un bon choix.
L'expérience n'a rien d'anormal, mais beaucoup de programmeurs vont au travail et passent leur temps à rêvasser. Vous n'êtes pas obligé de coder pendant votre temps libre, beaucoup le font, mais ce n'est pas obligatoire. Un programmeur compétent devrait passer chaque semaine 40 heures au travail à résoudre des problèmes et à se tenir au courant de ses outils. La vérité, c’est que le fossé qui sépare les grands et moyens programmeurs existe, car dans cette profession, un individu peut se contenter de devenir un astronaute de l’architecture.
Merci beaucoup à tous
la source
L'OMI dépend de la raison pour laquelle la personne non-passionnée a perdu sa passion. L'ont-ils eu du tout? Est-ce qu'ils préfèrent faire de l'architecture que de jouer avec des API et des boucles? Ont-ils juste été aigri à l'idée de voir un mauvais code / une mauvaise gestion qui leur a fait arrêter de prendre soin de eux? Ne négligez pas quelqu'un qui dit "je ne suis pas passionné par mon métier" car il peut y avoir des raisons valables. Même les personnes les plus passionnées perdront rapidement le feu lorsqu'elles se heurteront à des murs chaque fois qu'elles essaieront de montrer leur passion. Comme le hamster qui est sous le choc, il finira par apprendre à remorquer la ligne du parti et la passion se perd.
la source
Je crois que cette passion est surestimée comme un point de sélection pour un programmeur. Embauchez celui qui, selon vous, restera au travail le plus longtemps possible.
la source
J'irais avec le type passionné, car il est disposé à apprendre et ajouterait d'excellents résultats si une orientation et une motivation appropriées lui étaient données.
La programmation est toujours de 2 + 2 = 4. Elle ne changera jamais, et le passionné y ajoutera plus de résultats avec plus de moyens de produire le même résultat 4.
la source