Comment puis-je savoir dans une interview si un programmeur est passionné de programmation? [fermé]


102

Alors que la plupart des questions d'entrevue portent sur les connaissances actuelles d'un candidat ou sur ses compétences pour résoudre des problèmes algorithmiques, j'aimerais engager un développeur passionné par la programmation.

Et si au lieu de poser des questions comme

Que savez-vous de la technologie "X"?

Je vérifierai les connaissances qui ne sont pas directement liées à la résolution de problèmes d’ingénierie logicielle, mais montre à quel point vous êtes curieux de l’informatique.

Par exemple, si je recherche un développeur Java, je peux demander qui sont les personnes les plus influentes du monde Java ou montrer un extrait de base de Scala et demander à un candidat d'interpréter le code.

J'ai même envisagé de montrer la photo d'Alan Turing et de laisser la personne interrogée deviner qui est sur la photo. Cette pratique a-t-elle un sens?


119
Ce n’est pas parce que les programmeurs influents sont nominatifs qu'ils renoncent à la programmation. Je me considère comme un programmeur passionné, mais je ne saurais vous dire à quoi ressemble le visage d'Alan Turing. Bien que, maintenant que j'ai vu votre question, je m'assurerai de jeter un coup d'œil rapide sur la page Wikipedia avant de passer à d'autres interviews.
Robert Harvey

11
Je suis d’accord avec @Robert: j’ai une terrible mémoire en ce qui concerne les noms (et les visages). Il y a bien quelques livres que je pourrais parler pendant un certain temps, mais je pourrais vous dire que les auteurs de très peu de personnes.
Joachim Sauer

27
Bien que le fait d'engager une personne passionnée soit vraiment le désir de tous, vous devez faire attention à le faire. Interagir avec quelqu'un qui est passionné par quelque chose conduit normalement à un niveau d'engagement supérieur. Dans une situation d’entretien, cela peut donner une impression plus favorable à un individu plus habile et capable, mais moins passionné, en particulier si vous êtes limité dans le temps et que vous sautez les parties techniques. Donc sois prudent. De plus, la passion ne fait pas tout, un "idiot passionné" est toujours un idiot alors qu'un "génie désintéressé" est toujours un génie, et je sais lequel des deux je préférerais avoir.
CdMnky

37
@ Harvey Harvey: Je suis d'accord. Namedropping est juste pour des démonstrations. Don Knuth m'a dit que :-)
Jörg W Mittag Le

11
@ yes123, je n'ai commencé la programmation qu'au collège et je me considère comme un programmeur passionné. Je suis sûr que beaucoup de programmeurs passionnés ont commencé plus tard dans la vie. Je ne pense pas qu'il y ait de corrélation entre le moment où vous avez commencé à programmer et l'importance que vous accordez à la programmation.
zzzzBov

Réponses:


229

Tout ce que vous avez à faire est de lui demander de vous parler de l’un des projets sur lesquels il a le plus apprécié. Vous en saurez plus sur son enthousiasme dans les 60 secondes qui suivent que vous ne pourrez jamais lui montrer des photographies de notables décédés.


34
En outre, vous devez vous assurer que le "projet sur lequel il a travaillé" inclut les projets pour lesquels il n'a pas été embauché
keppla le

6
Je suis d'accord avec Keppla: demandez surtout des projets sparetime / Open Source. Je ne peux pas imaginer quelqu'un enthousiaste à propos de quelque chose et ne pas avoir envie de le faire pendant son temps libre.
LennyProgrammers

106
@ Lenny222: Je me considère comme un programmeur enthousiaste, mais je n'ai tout simplement pas le temps de coder pendant mon temps libre. J'ai une vie en plus du codage, aussi! Et quand je code dans mon temps libre, je suis surtout embauché pour ça. Mais je lis aussi beaucoup d'articles et de livres pendant mon temps libre et je visite ce site même les samedis et les dimanches.
Falcon

8
@ Falcon: D'accord, vous pourriez être un programmeur passionné, mais après tout, vous êtes aussi humain, vous avez une vie, vous avez une famille, des enfants, etc. Dans mon temps libre, je lis ce qu'il y a de nouveau dans la programmation (RSS, tweater, facebook etc ...) en jouant avec mon enfant ou en écoutant ma femme :), un prof que je suis passionné: ma femme doit faire "quelque chose" sur un PC, je lui ai donc écrit un programme pour l'aider ( parfois simple bookmarlets JS, parfois bash ...);)
Radu Maris

9
@keepla, les personnes qui sont passionnées par leur travail n'ont souvent pas à programmer le soir. Je suis enthousiaste et passionné par ce que je fais, mais j'ai autre chose à faire la nuit. Il est essentiel que les gens aient également d’autres passions, sinon ils mourront dans quelques années.
HLGEM

71

Par exemple, si je recherche un développeur Java, je peux demander qui sont les personnes les plus influentes du monde Java ou montrer un extrait de base de Scala et demander à un candidat d'interpréter le code. J'ai même envisagé de montrer la photo d'Alan Turing et de laisser la personne interrogée deviner qui est sur la photo.

C'est des anecdotes et des connaissances techniques. Si vous voulez savoir s'ils sont passionnés par la programmation, vous devez engager leur passion d'une manière ou d'une autre. Il existe deux manières simples de le faire:

  • Savoir s'ils lisent des blogs / magazines de programmation
  • Voir s'ils programment du travail comme passe-temps
  • Voir s'ils sont impliqués dans des groupes d'utilisateurs ou des organisations
  • Demandez-leur ce qui les a poussés à programmer et si cela les motive toujours
  • Savoir s'ils ont un compte StackExchange

Si rien ne les allume une étincelle dans les yeux, alors vous n'avez probablement pas de programmeur passionné. Vous pouvez en toucher certains qui sont trop occupés par d'autres choses - mais je parierais que vous verrez une histoire ou du moins un réel regret de ne pas avoir touché certains de ces points.


11
+1 engage their passionSurtout en leur demandant ce qui les a intéressés à la programmation. Je crois que tout programmeur passionné continuera à parler de ce sujet.
George Marian

3
+1 Je résume généralement ces questions en une question du type "que faites-vous en dehors du travail pour suivre le rythme des technologies?" dans l'espoir d'entendre parler de projets open source, de podcasts, d'assister à des groupes d'utilisateurs / groupes d'utilisateurs, etc.
rally25rs

J'ai récemment interviewé un gars qui a quitté une entreprise parce qu'ils lui donnaient du travail répétitif et qu'il voulait travailler sur quelque chose d'intéressant et de dynamique. Mais en demandant "quel genre de choses faites-vous en dehors du travail pour suivre le rythme des technologies?" et "à propos d'un des projets sur lesquels il a le plus apprécié", il n'avait rien de génial à ajouter. Mais j'ai quand même ressenti quelques passions. J’imagine qu’il vaut mieux juger "s’il abandonnera ou continuera à chercher une solution".
Rubish Gupta

@ George Marian Je fais toutes les choses énumérées, mais si vous me demandiez pourquoi je m'intéressais à la programmation, ma réponse serait plutôt courte. Je passe même beaucoup de temps à la programmation à la maison (pas d'enfants) pour le plaisir! Ma réponse serait toutefois "J'ai toujours été intéressée par les ordinateurs et mon père était programmeur, donc je suis né naturellement attiré par ce cercle". S'il vous plaît ne pas escompter quelqu'un sur la base de la réponse à cette question.
m4tt1mus

@mattimus Un bon point. Notez que ce n'est pas une science exacte. Après une réponse comme la vôtre, je demanderais: Pourquoi les ordinateurs vous intéressent? Qu'est-ce qui vous intéresse chez eux? De plus, je ferais attention à la façon dont les questions sont répondues, pas seulement aux mots qui sont utilisés pour y répondre. C'est une des raisons pour lesquelles j'ai souligné la phraseengage their passion.
George Marian, le

29

( avertissement, long post, seulement partiellement sur le sujet )

Eh bien, je demande la même chose depuis des lustres. Il y a environ 6 ans, j'essayais de faire comprendre aux recruteurs ce en quoi ils consistaient (ils ont juste coché les cases comme vous le dites).

A l'époque j'ai écrit:

Êtes-vous geek comme nous? (Lettre ouverte aux recruteurs et candidats).

Notre culture est très importante pour nous, je ne parle pas de race ici, mais de fond, de la façon dont vous voyez votre travail, de ce que vous avez l'intention de quitter, de la façon dont vous abordez votre travail et des relations avec les autres.

On m'avait déjà confondu avec le sens de course, alors je vais préciser, ce n'est pas une affaire de race, c'est un état d'esprit et de motivation. Nous avons travaillé avec des personnes de nombreuses races qui ont été formidables. Nous en connaissons également beaucoup qui sont clairement et simplement inutiles. Donc, la race ne définit pas du tout ce que nous cherchons, c'est un ajustement «culturel».

Il y a beaucoup de sous-cultures en Australie dont la plupart ne se ressemblent pas, j'essaie d'expliquer la nôtre - The Geek.

  • Beaucoup de gens ont besoin d'instructions explicites: "A> B> C> D", si vous leur donnez A et quelques informations de base, ils travailleront seuls avec B> C> D et E. Nous recherchons le deuxième groupe.
  • Les gens seront simplement d’accord avec vous parce que vous leur êtes «supérieurs». D'autres vont exprimer leurs opinions et apporter leurs idées. Nous voulons le second. Sous cela, si la décision va à leur encontre, ils se jetteront quand même.
  • Certaines personnes ont appris par cœur: Vous faites A puis B puis C qui vous donne X. D'autres ont appris à apprendre et à penser. Voyez au-delà de l'immédiat et résolvez le problème sous-jacent.

Au cours des 14 dernières années, bon nombre de nos emplois ont été créés par le besoin de nos clients de nettoyer et d'achever des projets qui ont échoué, principalement parce que l'entreprise a embauché le mauvais type de personnel ... cela coûte beaucoup plus que leur salaire si vous l'obtenez faux.

Nous essayons maintenant de choisir ces types de personnes lorsque nous disons «comme nous»:

  • Bons inventeurs, bonnes idées, terribles et achèvement d'un projet. Ceci me décrit. Besoin d'embaucher des gens pour répondre à ce problème.
  • Des optimiseurs et des «faiseurs» fantastiques, si vous voulez que cela fonctionne vraiment bien les obtenir. Le côté retourné est concentré et prend beaucoup de temps pour y arriver. Généralement bon trait techno mais ne peut généralement pas converser avec le monde extérieur.
  • Très bon et sait "la bonne façon" et "bout à bout" le travail. Ils peuvent voir un projet de bout en bout et ne rien manquer. "Parce que cela devrait être fait de cette façon". C'est une attitude que nous avons ici; les clients le savent et paient pour cela. Combinez cela avec les «faiseurs» et ils sont idéaux.
  • Le chemin le plus rapide vers le résultat immédiat. Parlez-en à tout le monde, fort, peu hasardeux. (Ne t'occupe pas de le faire fonctionner). Bon pour une start-up, mauvais pour une entreprise bien établie qui a besoin de cohérence. Dans un rôle de support / maintenance pur, c'est bien à condition que d'autres développeurs nettoient par la suite. Le prototypage et la preuve de concept fonctionnent bien.
  • Généralement intéressé. Qu'est-ce qui se passe… parlez-nous-en, que puis-je faire, comment puis-je y ajouter ma valeur, que ce soit par la connaissance ou par la sueur (passer à autre chose, à mon avis, si nécessaire).
  • Apprenez par cœur / ouvriers de processus. Où le projet a été planifié jusqu'au bout et où ils ont «leur part» à faire et c'est tout. Sont bons dans les très grandes équipes. Il n'y a pas de danger que des «tangentes» soient prises et des résultats inattendus sur 1/200 personnes. Ils s'attendent à recevoir leur liste de choses à faire, puis ils le font et reviennent à l'étape suivante. De nombreuses cultures (de race et d’école) à travers le monde ont tendance à privilégier les apprenants par cœur ou les travailleurs de style Boss / Underling. Ce style de personne nous est inutile, envoyez-les à de plus grandes entreprises.
  • Nos employés sont des égaux dans une équipe et sont censés travailler au sein de l'équipe pour atteindre les objectifs fixés par le client.
  • Vous faites tout ce qui est nécessaire pour décrocher le travail.
  • Vous vous donnez des opinions et une perspective sans attachement.
  • Vous réfléchissez et analysez les cas limites.

La langue est un obstacle au travail avec nous. Nous avons quasiment notre propre langue ici, vous avez au moins besoin d’anglais et de compétences techniques associées à un sens de l’humour.

Si vous ne nous comprenez pas, vous ne comprendrez pas les exigences de ce que vous devez faire ou comment nous allons procéder pour mettre en œuvre la solution… vous ne durerez pas.

Pourquoi voudriez-vous travailler avec nous?

  • Vous êtes payé. Bon ce n’est pas la même chose que ce que vous gagneriez dans le "monde réel" mais c’est un bon argent.
  • Vous participez aux décisions. Bien que les administrateurs aient le dernier mot, nous voulons entendre tous ce qu’ils pensent, comment et pourquoi ils le pensent. Tout aide.
  • Vous devez faire des recherches sur vos propres affaires. Intéressé par les trucs geek, le codage, les nouveaux produits, les derniers développements de la guerre entre MS et Linux, les techniques de conception. Toutes ces choses vous sont données chaque semaine pour faire des recherches et découvrir ce que vous voulez. Vous devez juste le partager avec tout le monde.
  • Vous devez essayer de nouvelles technologies. Que ce soit par la recherche ou par de nouveaux projets, nous voulons essayer de nouvelles choses et concevoir de nouvelles choses. Les projets sont là pour nous permettre de le faire. (à condition que cela aide le client et ne coûte pas plus cher que le projet)
  • Vous n'êtes pas obligé de porter des costumes. À moins que la situation ne l'exige, comme des visites à des clients ou des événements.
  • Nous voulons que vous en appreniez plus et vous proposons une formation ciblée pour améliorer vos connaissances.
  • Vous n'êtes généralement pas obligé de courir 9-5. Si vous avez un soutien pour un accord qui est 9-5, alors vous le faites, sinon faites le travail et n'abusez pas du privilège.
  • Super équipe avec laquelle travailler. Eh bien, nous pensons que de toute façon, nous nous moquons des blagues par politesse et avons une politique du non-poignardage au dos. 
  • Nous sommes aussi des geeks. Certains d'entre nous ont des amies et des enfants, mais ne vous laissez pas leurrer.
  • Nous apprécions le respect de très grandes entreprises et pouvons y entrer sans poser de questions.
  • Notre clientèle est répartie en Australie et dans le monde entier. Laisse beaucoup de place pour les voyages et
  • Nous construisons de très bonnes relations avec nos clients et leurs employés, ce qui signifie que nous avons beaucoup de gens avec qui nous pouvons boire.
  • Si vous avez un besoin ou un problème, cela ne vous dérange pas que vous preniez le temps de le régler. Tant que vous faites la différence quelques heures supplémentaires plus tard.
  • Vos idées sont valorisées et vous obtenez une plus grande récompense pour ces idées.
  • Vous partagez le succès de Redgum.

Maintenant, tu veux toujours travailler pour nous? Pourquoi?

Conclusion

J'ai écrit qu'en 2004/2005, j'ai moi-même réalisé 50 ou 60 entretiens, travaillé avec une quinzaine d'agences de recrutement qui ont jeté n'importe qui qui a coché les cases sur moi ... c'était pour la plupart une perte de temps et je crains les gens d'une entrevue.

Jusqu'ici, le plus grand succès que j'ai eu est de trouver un seul recruteur qui comprenne le sens de ce qui précède et ce que je cherchais et qui puisse filtrer la liste en fonction des personnes qui ont fait leur travail.

Maintenant, j'ai un recruteur qui, je l’espère, connaît mon entreprise, connaît mes besoins, nous déjeunons tous les deux mois pour le rattraper… Je le laisse faire, lui laisse le temps et espère qu’il ne me montrera que les candidats appropriés.

Le recrutement est un domaine spécialisé et, en fin de journée, vous avez le dernier mot ... Si vous avez l'argent, laissez les personnes compétentes faire leur travail.

Une fois qu'ils ont trouvé quelqu'un, je les interviewe, je les interroge sur leur expérience, leurs intérêts, les choses qui les motivent, les projets les plus cools qu'ils ont réalisés, j'entends leur réponse à ce qui précède ... une fois que je suis convaincu de les amener pour lors d'un deuxième entretien avec l'équipe à l'heure du déjeuner, tous les membres de l'équipe leur posent des questions et me font savoir ce qui se passe de mieux en mieux… puis nous embauchons.


16
+1 pour mentionner "(avertissement, post long, seulement partiellement sur le sujet)" :)
treecoder

Wow, est-ce que vous embauchez? :)
Josh

@ Josh, en fait, oui, nous le sommes, mais nous sommes à Melbourne, en Australie :) Bien que ce soit une bonne biographie, c'est le type de profil que nous recherchons.
Robin Vessey

Très bien dit - j'ai eu le coup du lapin en hochant la tête. Et vous avez le même «cadeau de brièveté» que j'ai (ce n'est pas que j'écris trop, tout le monde lit simplement trop lentement!)
Ben A. Hilleli

21

Alan Turing est un peu trop, mais nommer une personne influente me semble bien. Si on me posait cette question, je dirais que le gars a écrit Effective Java ...

La location est une rue à double sens. Vous devez d'abord connaître votre bassin de talents. Si vous souhaitez engager un programmeur passionné, vous devez d’abord poser quelques questions. Avez-vous des problèmes passionnants à résoudre? Deuxièmement, offrez-vous une compensation concurrentielle?

Si, en réalité, vous ne pouvez pas offrir les deux, il serait préférable de vous concentrer davantage sur les compétences et le professionnalisme.


14
+1 Vous ne pouvez pas engager des programmeurs passionnés à moins d'avoir un travail qui exige et récompense cette passion autant ou plus que toutes les alternatives concurrentes disponibles pour ce type de programmeur.
hotpaw2

Demande de clarification, diriez-vous "le gars a écrit Effective Java" ou "Joshua Bloch"? :)
fredoverflow

@FredOverflow - Pourquoi se souvenir de son vrai nom quand un typedef fera l'affaire? : D
Réintégrer Monica le

8

Les membres de 37 Signals ont écrit un excellent article qui traite de l’embauche de grands programmeurs.

Vous pouvez lire le post pour plus de détails (ça vaut le coup!), Mais vous pouvez le résumer comme suit: vous pouvez examiner et poser des questions au cours de l'entretien, telles que

  1. Comment sont-ils des opinions?
  2. Combien contribuent-ils à des projets open source?
  3. À quel point aiment-ils programmer?
  4. Est-ce qu'ils expédient réellement?
  5. Qu'ont-ils maîtrisé?
  6. Comment communiquent-ils?

Vous pouvez réduire davantage le risque d'embaucher quelqu'un en le prenant pour un petit projet afin de voir comment il fonctionne. Cela vous montrera comment ils gèrent les tâches, gèrent leur temps, communiquent, etc.


4
Copier l'intégralité de l'article du blog et le poster de manière à donner l'impression que c'est votre propre travail, basé sur cet article, même avec un lien, n'est pas autorisé. Le message que vous avez copié est sous copyright et vous ne pouvez pas le republier en totalité. J'ai mis à jour votre réponse pour ne fournir qu'un résumé de l'article et un lien vers celui-ci.
Adam Lear

4
  • entamez une conversation informelle sur les modèles de conception / anti-modèles / pratiques de programmation - et voyez à quel point le candidat est informé. Comme leurs points de vue sont intéressants ou rafraîchissants. Et, qu'ils aient ou non leurs propres idées sur ces choses
  • parler d'un problème du monde réel et voir comment le candidat commence à proposer les solutions
  • voyez combien (et combien de temps) un candidat peut parler de programmation (la philosophie PAS la mécanique) sans faire référence à une technologie ou à un langage particulier. Voir si le candidat est un visionnaire ou est tout au sujet des écrous et des boulons
  • demandez-leur de parler de leurs fonctionnalités les plus fantasmées dans un langage de programmation - un programmeur passionné aura toujours des fantasmes de fonctionnalités
  • demandez-leur de programmer des citations et voyez s'ils connaissent certaines des plus populaires
  • tester leur sens de l'humour sur la programmation

3

Non, cette approche n'a aucun sens. Je reconnaissais une photo d'Alan Turing et je pourrais citer quelques points saillants du développement de Java, mais cela ne vous dit pas à quel point je suis passionné par ce que la programmation peut nous offrir. Je ne ferais pas non plus la liste de tous les projets open source sur lesquels vous avez travaillé. Une partie de ces connaissances est facile à acquérir et une autre partie est très souvent utilisée pour la préparation de CV / CV.

Demandez-leur de décrire un problème du monde réel - aussi trivial soit-il - qui pourrait être résolu en programmant une solution. Il n’est pas nécessaire que ce soit aussi pratique que d’identifier l’infrastructure derrière. Avez-vous pensé à la façon dont vous pourriez programmer votre chemin de manière à faire quelque chose de mieux? Les langues utilisées sont d'importance secondaire. En vous attachant à une langue particulière, vous ne rencontrez pas nécessairement un passionné de programmation.


2

La définition de la passion est large ici. J'ai vu plusieurs types de programmeurs. Nous ne pouvons pas simplement les appeler des programmeurs. Pour moi, je définis un programmeur passionné,

  1. Qui connaît les fondamentaux de la programmation (je veux dire les vrais fondamentaux). Sérieusement, cela montre l'attitude et la capacité d'apprendre de nouvelles choses à la volée, même si nous n'utilisons pas directement les principes fondamentaux du code de production.
  2. Il doit avoir la capacité de plonger profondément dans les problèmes et les technologies. La plupart des programmeurs sont des experts dans l'utilisation d'éléments prédéfinis, mais cela n'aide que dans une certaine mesure.
  3. Il doit être mis à jour avec les technologies et mises à jour industrielles dont il dispose. Je déteste vraiment les programmeurs qui ne sont pas prêts à prendre le temps de lire des choses. La plupart des gens ici sont intelligents et prêts à résoudre les problèmes. J'ai vu des gens intelligents dépenser des heures et des heures pour résoudre les problèmes courants. Ce qui leur manque vraiment, c'est la capacité de lire.
  4. Un programmeur passionné sera tout autant passionné par l'utilisateur que son code. Il fait tout dans une perspective d'utilisateur.
  5. Devrait montrer la capacité d'utiliser / créer une bonne architecture logicielle progressivement sur la période.

+1 excellente réponse. J'aime la façon dont vous avez mis "utiliser / créer une bonne architecture logicielle progressivement sur la période".
Karthik Sreenivasan

2

Voulez-vous des gens "passionnés" ou compétents? Je préférerais que des personnes qui connaissent leur métier mais puissent faire la distinction entre cette réalité et la réalité, plutôt que les enfants qui ne connaissent rien en dehors de leur écran d'ordinateur, n'aient aucun tout en travaillant nominalement pour moi), etc.


2

Posez-lui des questions de résolution de problèmes réels

En plus de vous expliquer les compétences de ce candidat, si vous prêtez attention à son enthousiasme face aux questions de résolution de problèmes que vous lui posez, vous pouvez avoir une très bonne idée de sa passion pour la programmation. Et si vous lui posez différents types de questions de résolution de problèmes (des questions de codage, des questions de conception d’algorithmes, des questions de conception de systèmes), vous pouvez avoir une idée des domaines de programmation qui l’enthousiasment le plus.

Je suggère de lire Joel dans Guerilla Guide des interviews de Software, non seulement il vous explique comment trouver cette passion, mais il vous dit également que cette passion n’est pas l’une des choses les plus importantes que vous recherchez. Vous recherchez "et" fait avancer les choses ". (Il mentionne la passion, mais je pense que son intention est que c'est un signe des deux autres choses que vous êtes à la recherche d').


1

Je dirais que si vous êtes passionné de programmation, vous pourrez en repérer d'autres. Tout ce que vous avez à faire est de parler de programmation qui ne devrait pas être difficile pendant une interview. Et concentrez-vous sur le candidat qui parle. Assurez-vous de qualifier leur niveau de compétence indépendamment de leur passion. Sinon, cela pourrait brouiller votre jugement.


1

Demande si:

  • Ils répondent aux questions sur les sites StackExchange
  • Ils ont un blog ou un site web?
  • Ils font des projets secondaires (éventuellement commerciaux)
  • Ils contribuent aux projets open source.

5
Je fais peu de cela parce que mon travail actuel demande plus de 50 heures par semaine, mais je pense toujours que je suis passionné.
Job

1

Avant de pouvoir engager des programmeurs passionnés, vous devez déterminer ce que vous entendez par là.

Lorsque je cherche de la passion chez les programmeurs, cela tient à l’enthousiasme exprimé alors qu’ils discutent d’un problème de travail difficile qu’ils devaient résoudre. Il a à voir avec être assez passionné pour obtenir une certaine profondeur de la connaissance et l' intensification de résoudre les problèmes difficiles. Ce qui n’a rien à voir avec le fait qu’ils programment en dehors du travail ou peuvent nommer trois célèbres programmeurs du passé en regardant leurs images.

En interviewant, vous pouvez entendre la passion dans la façon dont ils répondent aux questions. Ils vont plus en profondeur que les non-passionnés et ont tendance à être enthousiastes dans ce qu'ils disent. Ils comprennent le domaine d'activité dans lequel ils ont été programmés et peuvent expliquer comment ils résolvent les problèmes et quelles suggestions ils ont formulées dans leur travail pour améliorer les processus de programmation ou la conception de l'application. Ils parlent de refactoring et de design patterns sans qu'on leur demande spécifiquement.

Lorsqu'ils parlent de leurs réalisations, ils parlent de choses qui vont au-delà du codage de base d'un module. Ils expliquent comment ils ont vu un problème dans la conception et le refactorisé, ou comment ils ont trouvé une nouvelle technique à utiliser pour résoudre un problème difficile, et ils parlent avec enthousiasme. Une personne passionnée est difficile à se taire. Ils veulent vraiment décrire leurs réalisations et leurs objectifs pour l’avenir. Ils peuvent avoir des choses sur lesquelles ils aimeraient travailler, que vos offres d'emploi ne proposent pas. Ils montrent un modèle de croissance dans la compétence et la complexité de ce qu’ils font.


0

Demandez ce qu’il fait pendant son temps libre, s’il s’agit de coder et de travailler sur son projet personnel, c’est un signe assez certain d’un programmeur passionné. Tous les programmeurs passionnés ne font pas partie de leurs programmes libres, mais la plupart sont passionnés

Une autre chose est de lui demander d’estimer le nombre d’heures qu’il a passées à programmer, plus le nombre d’heures est élevé, plus le passionné (ajustement sur l’âge)

PS Je ne dis pas que vous devriez passer tout votre temps à coder. Vous devez avoir la vie, des passe-temps, etc. Nous avons cependant tendance à consacrer du temps à ce que nous aimons (passer du temps sur le conjoint et les enfants est acceptable :) donc mettre du temps supplémentaire pour coder est un bon indicateur DS.

... et ouais ouais, vous les programmeurs non-passionnés pouvez me transférer tout ce que vous voulez;)

DS.


2
Je m'intéresse aux gens qui sont passionnés par ce pour quoi ils sont payés, pas aux amateurs. La passion consiste davantage à apprendre en profondeur et à être enthousiaste à l'idée de travailler que de travailler en open source, ce qui nuit souvent au comportement professionnel, car les gens sont plus intéressés par leur contenu amusant que par votre travail.
HLGEM

Tout d'abord, un programmeur passionné n'est pas un amateur. Il code au "travail" et à la maison et est passionné par les deux. Deuxièmement, vous aurez du mal à convaincre un programmeur passionné d'accepter un travail qui n'est pas amusant, du moins dans une certaine mesure. Je m'offusque vraiment de l'attitude d'un employé d'employé qui ne devrait pas avoir trop de plaisir pour pouvoir se concentrer sur son travail "sans issue".
Homde

1
la programmation en open source est un passe-temps. Je me moque de vos passe-temps et légalement, je ne devrais probablement même pas poser de questions à leur sujet. Je veux quelqu'un qui va apporter la passion au travail. Je recherche donc des personnes passionnées par ce qu’elles font pendant les heures de travail. Je ne vais pas penser que les gens ne sont pas passionnés parce qu'ils ne font pas Open Source.
HLGEM

Je n'ai rien dit à propos de l'open source, mais juste qu'ils codent et apprennent à coder dans leur espace libre, qu'il s'agisse d'un projet personnel, d'open source, de la création d'une application mobile pour le plaisir ou de la démangeaison qu'ils ne peuvent pas gratter au travail. . Bien sûr, ils doivent apporter leur passion au travail aussi, mais c'est le but. Un maître charpentier employé est passionné à la fois par le travail qu’il accomplit en tant qu’employé et par lui-même. Il est peut-être plus passionné par le projet qu'il a choisi, mais c'est assez naturel
Homde

0

Avant l'entrevue, vous pouvez faire la différence entre un développeur passionné et le reste par le CV. Le développeur passionné parle de ce qu'ils ont fait, les autres expliquent comment ils l'ont fait. Le développeur passionné liste son blog, ses projets personnels, etc. Le reste ne les a pas.

Mon directeur a assisté à mes premières entrevues et était presque déçu quand je n'ai même pas sélectionné un candidat lors de l'entretien. Il m'a demandé plus tard pourquoi je l'ai sauté. "J'avais déjà lu son code sur son blog, je sais qu'il peut coder."

Au cours de l’entrevue, une question unique identifie la passion «ce qui vous a amené à utiliser la technologie» à une personne que vous devrez probablement écourter un développeur passionné au moment où ils commenceront à prendre des risques pour la première fois qu’ils ont utilisé un ordinateur, écrit un programme, etc. et ainsi de suite. Je me trouve obligé d'étouffer un bâillement en entendant une réponse du reste.

Enfin, mon écran technique commence par des questions qui peuvent choquer un développeur passionné (et je le présume comme tel), le développeur non passionné peut répondre correctement à quelques-unes, voire à toutes les réponses; le développeur passionné les agitera comme s'ils avaient un aide-mémoire.

Mon parti pris est de recruter un développeur passionné moins expérimenté qu'un développeur expérimenté qui n'a pas envie d'apprendre et de grandir. Le fait est que la technologie évolue trop rapidement pour embaucher quelqu'un qui ne se tiendra pas au courant des tendances à venir sans que le poste ne l'exige.

Je reconnais pleinement que ce n'est pas infaillible. Certains talents de qualité risquent de me glisser entre les doigts à cause de ma méthode. Je sais qu'il y a des gens très compétents mais que l'ordinateur tourne à 5 ans. D'un autre côté, j'ai été régulièrement impressionné par le programmeur passionné et peu importe les années d'expérience, je me suis vite rendu compte que j'apprenais autant d'eux ils viennent de moi.


-1

Toutes les bonnes réponses ici - j'ajouterais que je demande souvent si le candidat a travaillé avec le code d'autres personnes (parfois pas tout à fait à la sortie de l'université), et si tel est le cas, quelle est la plus grosse bête de somme qu'il a avec cet ancien code. Parfois, ils s'en vont et décrivent les mauvais schémas et comment ils les corrigent. Je prends ça comme un bon signe. D'autres réponses peuvent vous montrer un programmeur très décontracté ou un pédant ... quelque chose que vous ne voulez peut-être pas.


1
mauvaise attitude de votre part. L'OMI, quelqu'un qui sort et modifie le code apparemment au hasard, parce qu'il n'aime pas les modèles utilisés, est un voyou qui fait plus de mal que de bien. Toute modification du code existant doit servir un objectif spécifique, et cet objectif doit être directement lié à la résolution des problèmes identifiés ou à la mise en œuvre de nouvelles fonctionnalités. Jamais, "je n'aime pas la façon dont le précédent a fait les choses et je vais donc réécrire le lot. of it "(qui est une attitude commune chez les juniors qui ont eu la tête remplie de théorie mais qui ne se sont jamais programmés comme un embrayage en réalité.
jwenting

Très bien, mais je ne leur demandais pas de le changer… juste pour faire attention quand c'est faux et pour ne pas faire les mêmes choses. Normalement, je reçois des réponses telles que de très grandes fonctions, aucun commentaire dans le code, aucun essai / attrape.
Jody
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.