IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    mars 2013
    Messages
    6 010
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : mars 2013
    Messages : 6 010
    Points : 148 132
    Points
    148 132
    Par défaut Les entretiens techniques ne seraient pas aussi efficaces que jouer à Factorio avec quelqu'un
    Les entretiens techniques ne seraient pas aussi efficaces que jouer à Factorio avec quelqu'un.
    Un développeur estime que le jeu qui parle d'automatisation apporte des métriques beaucoup plus intéressantes

    Erik McClure : « l'entretien de programmation le plus efficace que nous ayons actuellement est généralement une sorte de projet à emporter, où un candidat est invité à corriger un bogue ou à implémenter une petite fonctionnalité en quelques jours. Ce n'est pas génial, car cela prend beaucoup de temps et ils pourraient recevoir une aide extérieure (ou, si la fonctionnalité est suffisamment courante, la rechercher sur Google). D'un autre côté, certaines grandes entreprises ont plutôt doublé les entretiens de style tableau blanc en soumettant les ingénieurs potentiels à plusieurs évaluations de codage en ligne d'une heure, avec différents niveaux de surveillance invasive. Toutes ces méthodes d'interview font pâle figure face à une métrique très simple : jouer à Factorio avec quelqu'un ».

    Pour le développeur Jon Evans, l'entretien technique en entreprise est tout bonnement ridicule. Sa réussite tient plus à la chance qu'aux compétences réelles du développeur. Pour lui, beaucoup de bons développeurs ont été injustement mis à l'écart à cause de cette pratique. Selon lui, la façon ultime d'embaucher la bonne personne est avant tout de juger ses capacités par quelque chose qu'il a déjà produit. Les projets réalisés par le candidat sont dans ce cas d'une très grande aide. L’entretien doit être un moment d’échange avec le candidat, au lieu de poser les questions techniques, le recruteur devrait essayer de savoir les outils déjà utilisés par celui-ci, les décisions qui l’ont poussé vers ceux-ci, les problèmes techniques déjà rencontrés et comment ils ont été résolus, etc.

    Dans un billet, l’ingénieur Thomas Ptacek a estimé que « l’entretien de l’ingénieur logiciel ne marche pas. Les entreprises devraient cesser de s’y fier. Les équipes avisées vont supplanter leurs pairs en concevant des programmes alternatifs d’embauche. Dans des années, nous verrons l’entrevue du développeur en 2015 comme un anachronisme qui s’apparente à embaucher un violoncelliste d’orchestre avec un test de personnalité et un questionnaire sur sa théorie de la musique plutôt qu’une audition en aveugle ».

    S'il fallait profiter des alternatives aux tests techniques qui seraient à la fois profitables au candidat, mais également à l’entreprise, Laszlo Bock, qui était alors le Vice-Président aux ressources humaines chez Google, indique : « au lieu de cela, ce qui pourrait bien fonctionner ce sont des entretiens comportementaux structurés où vous avez une rubrique cohérente pour la façon dont vous évaluez les candidats (…) les entretiens comportementaux peuvent également marcher – où vous ne posez pas une question hypothétique, mais vous commencez avec une question du genre ‘donnez-moi un exemple d’une fois où vous avez du résoudre un problème analytique difficile’. L’une des choses les plus intéressantes avec l’entretien comportemental est que lorsque vous demandez à quelqu’un de parler de sa propre expérience et vous creusez dans ce sens, vous obtenez deux genres d’informations. L’une qui vous permet de voir comment le candidat réagit en situation réelle et l’information précieuse ‘meta’ que vous obtenez est de prendre connaissance de ce que le candidat considère comme difficile ».

    Nom : entretien.png
Affichages : 79555
Taille : 569,8 Ko

    Factorio, une alternative intéressante aux tests techniques ?

    Dans un billet de blog, le développeur Erik McClure explique :

    « L'entretien de programmation le plus efficace que nous ayons actuellement est généralement une sorte de projet à emporter, où un candidat est invité à corriger un bogue ou à implémenter une petite fonctionnalité en quelques jours. Ce n'est pas génial, car cela prend beaucoup de temps et ils pourraient recevoir une aide extérieure (ou, si la fonctionnalité est suffisamment courante, la rechercher sur Google). D'un autre côté, certaines grandes entreprises ont plutôt doublé les entretiens de style tableau blanc en soumettant les ingénieurs potentiels à plusieurs évaluations de codage en ligne d'une heure, avec différents niveaux de surveillance invasive.

    « Toutes ces méthodes d'interview font pâle figure face à une métrique très simple : jouer à Factorio avec quelqu'un. Passer en revue toute une série de Factorio est presque la meilleure indication possible de la façon dont quelqu'un gère les problèmes techniques courants. Vous pouvez même modifier le jeu en fonction de l'ancienneté du poste pour lequel vous embauchez pour avoir une meilleure idée de la façon dont ils évolueront dans ce rôle ».

    Factorio est un jeu qui parle d'automatisation. La meilleure introduction est probablement cette bande-annonce, mais votre travail consiste essentiellement à construire une usine automatisée capable de lancer une fusée dans l'espace :


    Auto-direction

    Le jeu commence sans but et pratiquement dans aucune direction. Pour Erik, un développeur senior doit être en mesure d'explorer l'interface utilisateur et de déterminer un objectif, puis d'établir un plan pour atteindre cet objectif. Un développeur junior doit être en mesure d'exécuter une tâche qu'un développeur senior lui a confiée. On s'attend à ce qu'un stagiaire ait besoin d'un peu de mentorat, mais un développeur junior devrait être en mesure de résoudre les problèmes de base avec son propre code avant de demander l'aide du développeur principal. Un développeur intermédiaire doit être capable de fonctionner de manière indépendante une fois qu'une tâche est confiée, mais il n'est pas censé faire de conception d'architecture.

    Plus concrètement, Erik estime que vous pouvez vous attendre à ce qui suit:
    • On s'attend généralement à ce qu'un stagiaire soit capable de remplir un plan préplacé et d'utiliser des ceintures pour connecter son plan à autre chose, comme un patch de minerai.
    • Un développeur junior devrait être capable de construire une ligne de production par lui-même, même si ce ne sera probablement pas très optimal. Il peut avoir besoin de l'aide du développeur principal pour savoir comment acheminer correctement les courroies vers toutes les machines d'assemblage intermédiaires.
    • Un développeur intermédiaire doit être capable de concevoir une ligne de production quasi optimale (sans balises) une fois la direction donnée, avec un minimum de supervision.
    • Le développeur senior n'a pas besoin de direction et est capable de déterminer les objectifs à atteindre et de concevoir un plan d'action, puis de déléguer ces tâches à d'autres développeurs.

    Travail d'équipe

    Un aspect critique du développement logiciel est la capacité de travailler en équipe. Cela signifie coordonner vos efforts avec d'autres personnes, prendre en compte les besoins des conceptions des autres et coopérer avec l'équipe, au lieu de simplement refuser d'ajuster votre conception pour qu’elle puisse s'intégrer au travail de quelqu'un d'autre. Erik note que cela se produit tout le temps dans Factorio, car les conceptions de mise en page de base sont limitées par l'espace physique. En conséquence, vous devez examiner attentivement ce que font les autres et parfois ajuster votre conception pour vous adapter aux contraintes de taille ou gérer la conception de quelqu'un d'autre qui a pris plus de place que prévu.

    « Quiconque commence à faire les choses lui-même ou à résoudre des problèmes sans le dire aux gens va rapidement provoquer la colère de ses collègues joueurs, pour les mêmes raisons que les programmeurs cow-boys. Heureusement, Factorio inclut un équivalent intégré à git blame, en vous montrant le dernier joueur qui a modifié une entité. Ainsi, lorsque les gens proposent des solutions temporaires et n'informent pas l'équipe du problème qu'ils résolvaient, si leur solution temporaire venait à planter, les gens sauraient qui en est le responsable. Si les gens veulent gagner leur match, ils devront apprendre à bien coopérer avec leurs coéquipiers ».

    Débogage

    L'une des compétences les plus importantes pour tout développeur est sa capacité à déboguer les problèmes. Erick pense qu’il s’agit là peut-être du parallèle le plus évident entre Factorio et l'ingénierie logicielle réelle. Quelque chose peut mal tourner très loin de la source réelle du problème. Être capable de se concentrer rapidement sur le problème réel est une compétence essentielle, et le processus de réflexion est presque identique à la recherche de la cause d'un plantage dans un programme réel. Si une machine d'assemblage a cessé de fonctionner, vous devez d'abord voir s'il y a plusieurs sorties qui ont été sauvegardées. Ensuite, vous devez vérifier quel ingrédient il manque. Ensuite, vous devez retracer l'ingrédient dans votre usine pour savoir où vous le fabriquez et répéter l’opération autant de fois que nécessaire.

    « Le débogage de Factorio se complique assez rapidement. Dès que vous commencez à travailler sur le traitement de l'huile, vous devrez faire face au craquage [ndlr. Procédé de raffinage du pétrole], où vous avez affaire à trois sorties différentes et si l'une d'entre elles est sauvegardée pour une raison quelconque, tout s'arrête. Il y a des cas où toute votre usine peut s'arrêter parce que vous avez commencé à rechercher quelque chose qui ne nécessite pas de science jaune, qui a cessé d'utiliser des robot frames, qui a cessé d'utiliser des moteurs électriques, qui a cessé d'utiliser du lubrifiant, qui a cessé de consommer de l'huile lourde, qui a sauvegardé et arrêté la production de pétrole, qui vous a fait manquer de pétrole, qui a provoqué le plantage des circuits rouges, qui a provoqué le plantage du reste de l'usine. Les joueurs chevronnés anticiperont des scénarios comme celui-ci et utiliseront des circuits pour faire un craquage d'huile autoéquilibré afin de s'assurer que le système est équilibré. Un nouveau joueur qui est un bon développeur, quand on lui présente une usine qui s'est effondrée, sera généralement en mesure de retracer le problème à la source, de réaliser ce qui s'est passé et d'essayer rapidement de trouver une solution. D'un autre côté, si quelqu'un fait simplement tomber quelques réservoirs de stockage, à moins qu'il ne puisse fournir une bonne raison, alors c'est un drapeau rouge pour la façon dont ils abordent la résolution de problèmes dans leurs programmes.

    « Des situations comme celles-ci permettent à Factorio d'imiter étroitement les interdépendances complexes avec lesquelles les développeurs traitent régulièrement, et la complexité augmente simplement avec l'ajout de concepts de gameplay. Cela suit de près la complexité accrue que des couches d'abstraction supplémentaires introduisent lors de la tentative de débogage d'un plantage qui aurait pu se produire au plus profond de l'un des frameworks que vous utilisez ».

    Revues de code

    Souvent, les conceptions initiales doivent être modifiées pour les performances ou le débit. Les bons développeurs accepteront non seulement la critique de leurs conceptions, mais incorporeront ces commentaires dans leur travail futur. S'ils ne sont pas d'accord avec un changement proposé, ils fourniront une raison concrète pour expliquer pourquoi ils ne sont pas d'accord afin que l'équipe puisse peser plus précisément les avantages et les inconvénients du changement proposé.

    Résister aux commentaires sans fournir de bonnes raisons est un drapeau rouge bien connu, mais ce qui peut également être problématique, c'est un développeur qui accepte à contrecœur les modifications proposées, mais refuse d'ajuster les conceptions futures en conséquence. Ils finissent par exiger des rappels constants pour adhérer à une manière standard de résoudre un problème sans donner aucune raison pour laquelle ils ne semblent pas aimer la façon dont l'équipe fait les choses. Ceux-ci peuvent être des bombes à retardement dans les organisations, car lorsqu'ils ne sont pas supervisés, ils peuvent rapidement accumuler des dettes techniques pour les autres membres de l'équipe. Ce genre de problème est quasiment impossible à déceler dans un entretien traditionnel, à moins qu'il ne s'agisse d'un stage.

    Conclusion

    Dans son billet, Erik McClure aborde encore d'autres thématiques comme le style de codage et les frameworks, le multithreading, l'évolutivité, les microservices et les architectures de plugin ou encore les systèmes distribués. Il conclut son exposé en ces termes :

    « Collectivement, l'industrie du logiciel n'a tout simplement aucune idée de la façon d'embaucher des développeurs de logiciels. Factorio est probablement la meilleure interview technique que nous ayons en ce moment, et c'est embarrassant. Elle est également extrêmement peu pratique, prenant plus de 20 heures dans une première partie multijoueur, ou 8 heures si vous avez beaucoup de monde et que vous savez ce que vous faites. Quelle est la chose à retenir ? Je ne sais pas. Nous ne pouvons certainement pas passer à l'utilisation de Factorio comme méthode d'entrevue – vous pouvez tout aussi bien confier à un candidat une mission à emporter.

    « Mais au moins, nous pouvons faire mieux que les entretiens sur tableau blanc ».

    Source : billet Erik McClure

    Et vous ?

    Êtes-vous pour ou contre les entretiens techniques ? Pour quelles raisons ?
    Si vous êtes contre, pouvez-vous proposer un processus de sélection alternatif qui serait plus productif selon vous ?
    Que pensez-vous de la proposition de Factorio comme alternative au processus de sélection traditionnel ?
    Estimez-vous avoir déjà été injustement mis à l'écart avec le processus d'embauche traditionnel ?

    Voir aussi :

    Sondage : quelles sont les pires erreurs à éviter dans le cadre d'un entretien d'embauche dans la filière informatique ? Partagez vos avis
    Les entretiens d'embauche dans le secteur des technologies évaluent l'anxiété et non les compétences en développement de logiciels, d'après une étude de l'université de Caroline du Nord et Microsoft
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre éclairé
    Homme Profil pro
    Développeur
    Inscrit en
    août 2003
    Messages
    451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : août 2003
    Messages : 451
    Points : 705
    Points
    705
    Par défaut
    Êtes-vous pour ou contre les entretiens techniques ? Pour quelles raisons ?
    Je suis pour sous la condition que les employeurs utilisent une plateforme commune pour les test. On ne va pas faire un test différent pour chaque futur employeur

    Si vous êtes contre, pouvez-vous proposer un processus de sélection alternatif qui serait plus productif selon vous ?
    Des petits test de logique peut être

    Que pensez-vous de la proposition de Factorio comme alternative au processus de sélection traditionnel ?
    L'idée est sympa mais il y a aussi des plateforme de jeu type CodinGame qui peuvent proposer des épreuves intéressantes.

    Estimez-vous avoir déjà été injustement mis à l'écart avec le processus d'embauche traditionnel ?
    Oui mais c'est plus lié aux sociétés qui prennent des BAC+5 pour faire un travail de BAC+2/3

  3. #3
    Membre averti
    Homme Profil pro
    salarié
    Inscrit en
    septembre 2014
    Messages
    131
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : salarié

    Informations forums :
    Inscription : septembre 2014
    Messages : 131
    Points : 319
    Points
    319
    Par défaut
    Mais quelle boite va mettre en oeuvre un processus aussi lourd ? Où sont les compétences dans les boites pour valider ce qui en sort ?
    Franchement, c'est totalement délirant.
    Et ceux qui ignorent totalement ce jeu ne sont-ils pas désavantagés par rapport à ceux qui en ont une bonne pratique ?

  4. #4
    Membre éclairé
    Homme Profil pro
    Développeur
    Inscrit en
    août 2003
    Messages
    451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : août 2003
    Messages : 451
    Points : 705
    Points
    705
    Par défaut
    Citation Envoyé par TotoParis Voir le message
    Mais quelle boite va mettre en oeuvre un processus aussi lourd ? Où sont les compétences dans les boites pour valider ce qui en sort ?
    Franchement, c'est totalement délirant.
    Et ceux qui ignorent totalement ce jeu ne sont-ils pas désavantagés par rapport à ceux qui en ont une bonne pratique ?
    Je n'avais pas pensé à ce point.
    Déjà, sans contrôle particulier, si le candidat renvoie une solution qui fonctionne, cela montre la motivation de celui-ci.

  5. #5
    Futur Membre du Club
    Homme Profil pro
    Architecte
    Inscrit en
    mai 2011
    Messages
    4
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte

    Informations forums :
    Inscription : mai 2011
    Messages : 4
    Points : 7
    Points
    7
    Par défaut
    Jouer à un jeu pendant 20 heures en lieu et place de l'entretien technique ? Quelle blague, si une entreprise ne sais pas comment embauché, autant passé par une agence ou autre.

    Sur un poste / techno / secteur que je connais, en moins d'une heure je connais le niveau de la personne en face de moi.

  6. #6
    Membre éclairé
    Profil pro
    Inscrit en
    mars 2012
    Messages
    326
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2012
    Messages : 326
    Points : 673
    Points
    673
    Par défaut
    Putain c'est devenu délirant ces putain d'entretien technique. On est passé de petite question théorique pour juste checker les base à un bouzin infame ou tu dois passer 2 à 20h dessus.

    On cherche un job bordel on a pas que ca a foutre de passer de 2 a 20h sur des entretiens technique à la noix qui de toute façon ne reflètent en rien le boulot de la dite entreprise et des projet dedans. Surtout que bon c'est du travail gratuit bordel et quand on cherche une boite on a pas tout ce temps à consacrer à un entretien d'embauche. On va pas passer 2 a 20h de test d'entretien technique sur les 20 boites qu'on postule en meme temps ca n'a aucun sens.

    C'est comme si on disait à des maçon de fait les mur porteur de la maison qu'on veut comme entretien technique pour savoir si on va l'embaucher pour qu'il construisent notre maison

  7. #7
    Expert éminent
    Avatar de pmithrandir
    Homme Profil pro
    Responsable d'équipe développement
    Inscrit en
    mai 2004
    Messages
    2 242
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Responsable d'équipe développement
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mai 2004
    Messages : 2 242
    Points : 6 431
    Points
    6 431
    Par défaut
    Ca heurte la conception carthésienne de beaucoup de dev, mais quand on recrute il n y a pas de bon moyen qui vont eviter tous les problèmes.
    C'est un problème sans solution.

    Le mieux que j'ai trouvé, c'est encore la discussion bienveillante avec la personne qui sert de base pour savoir ce qu'il a fait.
    Ensuite on lui demande d'expliquer les sujets sur lesquels il a travaillé qui nous paraisse pertinent, en évaluant sa capacité a expliquer ce qu'il a fait.

    une personne qui ne sait pas de quoi elle parle, ca se repère vite.
    Des dev peuvent également, toujours avec bienveillance, creuser ces sujets en posant des questions plus techiniques . Vous avez utilisé ca, comment et pourquoi, Et cette méthode qu'en pensez-vous ? Nous on utilise cette technique plutot, vous en pensez quoi...

    Comme dit plus haut, en 1h30 on sait si on a envie de bosser avec le mec, ses compétences techniques et ses compétences relationnelles. Et si on se plante vraiment, il reste la période d'essai.

  8. #8
    Membre éclairé
    Homme Profil pro
    Développeur
    Inscrit en
    août 2003
    Messages
    451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : août 2003
    Messages : 451
    Points : 705
    Points
    705
    Par défaut
    A défaut, on pourrait se pointer à un entretien avec une copie de son diplôme spécialisé dans le domaine.

    Sinon pour avoir quelque chose de rapide, écrire 1-2 requêtes SQL pourrait faire l'affaire.
    Pour le langage utilisé sinon, je n'ai pas trop d'idée de programme simple :/

    Il faut de toute façon qu'en 20-30 minutes le test soit fini et que le résultat soit exploitable tout de suite par la personne technique de l'entretien.

  9. #9
    Membre extrêmement actif
    Homme Profil pro
    Inscrit en
    janvier 2014
    Messages
    1 048
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : janvier 2014
    Messages : 1 048
    Points : 3 909
    Points
    3 909
    Par défaut
    La méthode Factorio à l'air pas mal mais du coup si ça venais à se faire et à ce savoir certains ne manquerais pas simplement de s'entrainer à Factorio et du coup le test serait faussé.

    C'est comme les tests de QI, en fait on peu s'entrainer aux tests de QI et quand tu es devant le DRH qui t'annonce que t'es un vrai génie tu te dis, mais c'est pas un peu crétin un DRH ?
    « L’humour est une forme d'esprit railleuse qui s'attache à souligner le caractère comique, ridicule, absurde ou insolite de certains aspects de la réalité »

  10. #10
    Rédacteur/Modérateur

    Avatar de yahiko
    Homme Profil pro
    Développeur
    Inscrit en
    juillet 2013
    Messages
    1 299
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 299
    Points : 8 178
    Points
    8 178
    Billets dans le blog
    43
    Par défaut
    Factorio... Le gameplay semble attrayant. Mais le candidat n'a pas non plus une demie journée à consacrer à un entretien d'embauche.

    Un truc tout simple déjà pour partir sur de bonnes bases mais qui n'est pas si souvent que ça mis en pratique : associer un développeur interne au processus de recrutement. Et pas uniquement des managers et des chefs de projet.
    Tutoriels et FAQ TypeScript

  11. #11
    Expert éminent
    Homme Profil pro
    Analyste/ Programmeur
    Inscrit en
    juillet 2013
    Messages
    3 868
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste/ Programmeur

    Informations forums :
    Inscription : juillet 2013
    Messages : 3 868
    Points : 8 649
    Points
    8 649
    Par défaut
    Citation Envoyé par Mingolito Voir le message
    La méthode Factorio à l'air pas mal mais du coup si ça venais à se faire et à ce savoir certains ne manquerais pas simplement de s'entrainer à Factorio et du coup le test serait faussé.
    On peut penser à autre chose (et j'en parlais dans 1 autre fil)

    Maintenant les recruteurs ne cherchent plus 1 candidat technique, mais plutôt 1 prestataire - avec des "soft kills", 1 personne qui doit se fondre dans l'entreprise et qui doit tenir.
    Justement parce qu'avec toutes les formations rapides, longues/ alternance, les nouveaux diplômés, ... les recruteurs savent que la majorité a au minimum la base technique (*) (et si ce n'est pas le cas il dégage, et il doit y avoir 2-3 trucs à côté pour s'en assurer)

    Donc, mettre "1 jeu" comme test permet d'appâter les chalands qui se disent "tiens en informatique c'est cool pour 1 reconversion/ métier d'avenir"
    On peut presque dire que la durée de ce test est en 1 forme de soumission

    et pour ceux qui ne le savent pas pour entrer à Murex, en fonction de ton profil (développeur, administrateur, consultant, ...) tu vas avoir plusieurs modules de tests à passer (java, algo, anglais, maths, ...). En gros, on te convoque 1 jour, tu vas dans 1 salle examen et tu enchaînes tes modules. Et donc c'est minimum 2 heures et cela peut monter à 4 - 5 heures de souvenirs. Et je pense qu'après, le processus doit continuer.


    * : évidement, cela va dépendre du domaine. Comme en France on recherche énoooooooormément dans le domaine du Web, DevOps, c'est possible.
    En embarqué, C++ IHM peut-être gros back-end Java, ce genre de test ne semble pas adapter.

  12. #12
    Membre averti

    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    avril 2010
    Messages
    68
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : avril 2010
    Messages : 68
    Points : 390
    Points
    390
    Par défaut
    Dans le contexte actuel (pénurie de développeurs, je vous rappelle), imposer plus d'une demi-journée à un candidat, pour l'équivalent d'un entretient, c'est mettre la boite sur la touche...

  13. #13
    Membre éprouvé
    Profil pro
    Inscrit en
    juin 2009
    Messages
    371
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juin 2009
    Messages : 371
    Points : 1 238
    Points
    1 238
    Par défaut
    Je paris que je pourrais trouver des personnes qui adore relever ce genre de défi et réussir mais qui n'en auront rien à faire quand à l'appliquer au développement.

    Dans ma boîte on a des gens qui font des trails de 180km, on peut imaginer donc une certaine rigueur pour des personnes qui s'entraîne pour ça non ?
    Et bien non leur code est bâclés et illisible et qui ne marchent qu'a moitié après le passage de la validation, et ce n'est pas moi qui le dit, mais des personnes qui ont beaucoup plus de tolérance que moi avant de sincèrement affirmer que ça ne le fais pas.

    Après je suis pas contre, c'est juste que ça me fera gagner du temps, une entreprise de moins à aller tester.

  14. #14
    Expert confirmé

    Profil pro
    Inscrit en
    février 2006
    Messages
    2 287
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2006
    Messages : 2 287
    Points : 4 315
    Points
    4 315
    Par défaut
    Êtes-vous pour ou contre les entretiens techniques ? Pour quelles raisons ?

    passer 1, 2 ou 3h à répondre à des questions plus ou moins pertinentes pour 4-5-10 technos différentes (le fameux mouton à 5 pattes) pour que dans le vrai poste tu finiras par coder 3 fenêtres et corriger 2 algos dont personne ne connaît le fonctionnement? j'ai surtout l'impression que ça recrute surtout du bon toutou pour faire les tâches que plus personne ne veut faire à cause d'un management qui ne sait pas comment donner de l'intérêt au travail ...
    et je ne parle même pas du court-termisme qui fait que tout le code est dégueu, mais pas question de réduire la dette technique, c'est nul, parce que ça ne se vend pas au client.

    Si vous êtes contre, pouvez-vous proposer un processus de sélection alternatif qui serait plus productif selon vous ?

    directement passer par une vraie période d'essai, où tu feras faire au candidat des vraies tâches, comme ça la boite voit si le mec sait travailler sur un vrai sujet dont la boite à besoin, et le candidat sait si on va ou pas le prendre pour un débile.

    Que pensez-vous de la proposition de Factorio comme alternative au processus de sélection traditionnel ?

    pas tester, mais au moins ça change et ça tente des trucs, c'est déjà ça.

    Estimez-vous avoir déjà été injustement mis à l'écart avec le processus d'embauche traditionnel ?

    pas vraiment, mais c'est le corollaire du premier point, on a besoin d'un "pisseur de code", mais on veut embaucher un mec à minima trop qualifié en espérant qu'il fera sans broncher toutes les tâches chiantes que plus personne ne veut faire, et qu'il restera suffisamment longtemps avant de partir dégoûté.

  15. #15
    Membre à l'essai
    Homme Profil pro
    Retraité
    Inscrit en
    janvier 2010
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Sarthe (Pays de la Loire)

    Informations professionnelles :
    Activité : Retraité
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : janvier 2010
    Messages : 9
    Points : 12
    Points
    12
    Par défaut Le jeu comme test ?
    J'ai pu constater pendant ma carrière que le jeu (en l'occurrence le bridge) est un bon révélateur des comportements.
    Celui qui hésitait systématiquement avant de choisir une carte était le même qui devant un problème s'arrêtait attendant une intervention extérieure pour l'aider à le résoudre.
    Celui qui ne tenait pas compte du jeu de son partenaire était également peu capable de travailler en équipe.
    Idem pour la prise de risque, l'inventivité ... ou non.

    Cela étant, comme il faut un temps certain pour maitriser ce jeu, ça n'en fait pas un outil de sélection, sauf si la personne testée a acquis un niveau suffisant auparavant.
    Je crois même que la pétanque pourrait servir de test ... avec les restrictions évoquées ci-dessus.

  16. #16
    Membre habitué
    Homme Profil pro
    Inscrit en
    juin 2012
    Messages
    46
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : juin 2012
    Messages : 46
    Points : 179
    Points
    179
    Par défaut
    Le mieux que j'ai trouvé, c'est encore la discussion bienveillante avec la personne qui sert de base pour savoir ce qu'il a fait.
    Ensuite on lui demande d'expliquer les sujets sur lesquels il a travaillé qui nous paraisse pertinent, en évaluant sa capacité a expliquer ce qu'il a fait.

    une personne qui ne sait pas de quoi elle parle, ca se repère vite.
    Des dev peuvent également, toujours avec bienveillance, creuser ces sujets en posant des questions plus techiniques . Vous avez utilisé ca, comment et pourquoi, Et cette méthode qu'en pensez-vous ? Nous on utilise cette technique plutot, vous en pensez quoi...

    Comme dit plus haut, en 1h30 on sait si on a envie de bosser avec le mec, ses compétences techniques et ses compétences relationnelles. Et si on se plante vraiment, il reste la période d'ess
    Pas mieux. J'ai deux feuilles A4 écrites en Arial 10 contenant des dizaines de sujets de questions classés par thèmes. À chaque entretien technique, je pioche au hasard dedans (enfin pas toujours, car des fois je cherche quelqu'un pour des compétences précices).

    Ensuite une bonne discussion qui amène des questions, et malgré tout, un petit test technique qui prend 2h, à rendre sous une semaine (no stress) et un deuxième entretien (15mn) pour débriefer, que le développeur puisse expliquer son travail. Il est intéressant de noter que nous avons déjà recruté des personnes dont le test technique était pas terrible mais qui avaient compensé sur les autres volets de l'entretien, et avec le recul, cela m'a conforté sur le fait que chercher des "métriques" et autre évaluations purement factuelles sur des êtres humains, c'est de la bêtise

    Celui qui hésitait systématiquement avant de choisir une carte était le même qui devant un problème s'arrêtait attendant une intervention extérieure pour l'aider à le résoudre.
    Alors tu ne m'aurais jamais recruté. Non pas que j'attende toujours une intervention extérieure, c'est juste que je ne suis pas le genre de personne à foncer tête baisser quand il y a des décisions à prendre.
    Si un développeur ne trouve pas au moins une chose gênante dans son code 6 mois après l'avoir écrit, cela signifie qu'il en est au même niveau qu'il y a 6 mois.

  17. #17
    Expert éminent
    Avatar de pmithrandir
    Homme Profil pro
    Responsable d'équipe développement
    Inscrit en
    mai 2004
    Messages
    2 242
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Responsable d'équipe développement
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mai 2004
    Messages : 2 242
    Points : 6 431
    Points
    6 431
    Par défaut
    Pour l'idée d'utiliser la période d'essai, je vou rappelle juste que ca coute cher de recruter, d'intégrer, etc... et que ca fait jamais plaisir a personne de mettre quelqu'un dehors, surtout qu'il n'aura peut etre pas el chomage.

    Il faut donc faire un premier tri.

    Après, j'ai choisi de faire globalement confiance aux gens avec qui je discute, en creusant les sujets avec eux sans mettre de pression.
    Si la personne me ment et qu'elle ne sait pas c qu'elle prétend savoir, je n'aurai aucune hésitation a le mettre dehors, mais dans le cas contraire, pourquoi lui prendre la tête avec des questions débiles stressantes.

  18. #18
    Nouveau membre du Club
    Homme Profil pro
    Développeur .NET
    Inscrit en
    septembre 2005
    Messages
    19
    Détails du profil
    Informations personnelles :
    Sexe : Homme

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : septembre 2005
    Messages : 19
    Points : 32
    Points
    32
    Par défaut
    Donc on va se retrouver à recruter un candidat sur sa capacité à coloniser une planète?

    C'est pour entrer chez SpaceX ça, non?

    MDR.

  19. #19
    Responsable Qt & Livres


    Avatar de dourouc05
    Homme Profil pro
    Ingénieur de recherche
    Inscrit en
    août 2008
    Messages
    25 938
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur de recherche
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2008
    Messages : 25 938
    Points : 181 522
    Points
    181 522
    Par défaut
    Citation Envoyé par smarties Voir le message
    Si vous êtes contre, pouvez-vous proposer un processus de sélection alternatif qui serait plus productif selon vous ?
    Des petits test de logique peut être
    Des tests de logique ? Ça peut vite devenir n'importe quoi, Google a même arrêté ce genre de processus : https://www.theatlantic.com/business...hiring/277053/.

    Citation Envoyé par dissert Voir le message
    Dans le contexte actuel (pénurie de développeurs, je vous rappelle), imposer plus d'une demi-journée à un candidat, pour l'équivalent d'un entretient, c'est mettre la boite sur la touche...
    Exemple : Google ou Amazon te planifient une journée d'entretiens, parfois deux… Pourtant, ils n'ont pas de mal à recruter, ils peuvent plutôt se permettre de trier vaguement les candidatures à l'entrée, de toute façon, il y aura toujours bien quelqu'un d'assez bon qui passera à travers les mailles du filet !

    Il faut surtout accepter que les entretiens (techniques ou non) sont surtout un grand jeu de hasard. Les bons candidats réussiront souvent (mais pas toujours), les mauvais réussiront rarement (mais passeront parfois). À côté, pas mal de gens contribuent à des projets libres, ce qui permet rapidement de voir leurs capacités (code, travail en équipe, etc.) : ça prend plus de temps à analyser (pour le recruteur), mais ça peut être plus révélateur (et le hasard est lissé sur les contributions).
    Vous souhaitez participer aux rubriques Qt (tutoriels, FAQ, traductions) ou HPC ? Contactez-moi par MP.

    Créer des applications graphiques en Python avec PyQt5
    Créer des applications avec Qt 5.

    Pas de question d'ordre technique par MP !

  20. #20
    Membre averti Avatar de Christian_B
    Homme Profil pro
    Retraité
    Inscrit en
    octobre 2016
    Messages
    232
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Retraité

    Informations forums :
    Inscription : octobre 2016
    Messages : 232
    Points : 428
    Points
    428
    Par défaut
    Indépendamment des objections déjà avancées contre l'idée de ce jeu de construction industrielle ayant un rapport problématique avec la programmation, je vois aussi une autre biais doublé d'un problème éthique : on favorise les candidats qui prendront plaisir (et donc seront motivés) pour massacrer des indigènes (ou au minimum ceux qui s'en foutent).
    Cela écarterait ceux qui n'aiment pas ce cynisme.
    Un bon test peut-être pour l'armée si elle veut embaucher des programmeurs pour des drones tueurs.
    Linux Mint 20.1 Mate.
    Les armes nucléaires sont interdites depuis le 22 janvier. Y a plus qu'à ...

Discussions similaires

  1. [Lazarus] Application.ProcessMessages pas aussi efficace qu'on pourrait croire
    Par Jipété dans le forum Lazarus
    Réponses: 19
    Dernier message: 07/06/2015, 17h32
  2. Comment bien se preparer pour les entretiens techniques?
    Par ReptilPt dans le forum Entretien
    Réponses: 3
    Dernier message: 17/07/2014, 11h33
  3. Réponses: 8
    Dernier message: 01/02/2013, 15h20
  4. XMLGEN pas aussi bon que XMLQUERY ?
    Par Ptolémée dans le forum SQL
    Réponses: 1
    Dernier message: 29/05/2008, 16h30

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo