Et merde, j'ai fait exprès de ne pas faire la quote justement. Tant pis, j'édite.
Pour avoir fait passer une trentaine d'entretiens pour ma boite au cours des trois dernières années, tu serais surpris du nombre de dev avec 3, 5 ou même 15 ans d'expérience ne pas réussir une simple boucle for ou simplement calculer la somme des entiers d'une liste d'entier. Et c'est pas simplement une histoire de stress des exam'. J'arrive facilement à remettre le candidat sur les rails et/ou le calmer avec d'autres questions, mais quand on creuse un petit peu, ça devient rapidement abyssal.
Ma routine d'entretiens c'est, selon le niveau du candidat :
- Une question ultra basique d'algorithme (5 minutes)
- Un tout petit QCM (5 minutes)
- Un exercice de clean code (3 minutes)
- Pour les seniors, un exercice un peu plus compliqué (15/20 minutes)
- Une question ouverte où je "joue" avec le candidat (15/20 minutes)
C'est horrible à dire, mais dès le fizz buzz archi classique ou n'importe quel exercice d'algorithme super basique, un candidat sur trois était éliminé dans ma tête, la suite des exercices me donnant systématiquement raison.
Je connais pas assez le dev, mais pour le systeme/reseaux il y a ce que j’appelle le "sens pratique".
En théorie j'ai pas la moindre idée du comment ça fonctionne (bon vite fait avec mon peu d’expérience) par contre je sais pourquoi je le fait ( par ce que X alors je fait Y et en fonction de ce que j’obtiens j'affine mon diagnostique).
Du coup sur un test pur jus je sais que je me casse les dents alors que dans le taf "de tout les jours" je suis reconnu pour mon expertise .
Ce qui est marrant c'est que la seul fois ou j'ai eu un test technique c’était pour un domaine 100% inconnu (dans le domaine de la visioconférence il y a un bts dédié) mais j'ai montré que je savais bidouiller sans connaissance bilan j'ai été embaucher direct face a 10 mec sorti d’école qui avait 20/20 le test technique.
Je suis resté 2 semaine et je me suis cassé ce qui était demandé a l'entretien était 100 fois supérieur aux action réalisée dans le vrai taf
J'en avais déjà parlé :
Le dernier, c'était test sur papier. Dans une salle où j'étais seul. Avec accès à mon téléphone portable...
Y'avait des demandes sur le développement ASP.Net MVC4 (où je ne connaissais rien) et sur le SQL. Sur le SQL, ils me demandaient par exemple d'écrire la requête pour créer un table avec tel champ de telle longueur et telle contrainte, etc.
Du coup à l'entretien je leur ai dit que je connaissais CREATE TABLE, mais pour le reste, je passais par Google. Et que de toute façon, avec les outils SQL modernes, il suffisait de faire clique droit>Nouveau champ, et basta. Ça a fait marrer le mec qui était là pour évaluer mon niveau technique, les RH ont rien bité
Dans les dev que j'ai dû faire, y'en a un qui peut servir de test. Je devais écrire une somme en toute lettre (en anglais) à partir d'une valeur numérique. C'était dans un langage à la con, mais il est possible de le faire dans n'importe quel langage.
J'ai trouvé ça assez marrant à faire, y'a plein de façons plus ou moins crades, et je pense que ça permet tout de suite de savoir si le gars sait développer ou non (même si le temps imparti ne permet pas de réaliser le test en entier, juste de voir dans quelle direction le candidat est parti).
Le test technique le plus difficile que j'ai passé contenait des questions que je ne comprenais même pas. Par exemple, une des données consistait en 32 octets sous forme hexadécimale dont il fallait décrire les dataruns
Il fallait résoudre le test en 20 minutes (2 pages) et un expert le corrigeait juste après. 10 minutes plus tard, tu commençais l'entretien avec 6 personnes et ton test passait de mains en mains pour bien te faire suer à grosses goûtes en voyant la moue des experts. Finalement l'entretien s'est très bien passé, j'ai fais quelques blagues sur le test et j'ai eu le poste. En discutant avec mes collègues par la suite, je me suis rendu compte que l'exercice servait principalement à tester le candidat sur sa capacité à faire la part des choses (choisir les questions auxquelles tu peux répondre), sa gestion du stress et s'il peut garder son sang froid lors de l'entretien qui s'ensuit. Sans trop en dire sur le boulot, il s'agissait bien de critères pertinents mais en relisant le test récemment j'ai eu l'impression d'être toujours aussi mauvais
Dernière modification par Zoublon ; 29/07/2020 à 13h11.
C'est tellement ça le SQL en plus.
Le type te demande d'expliquer les différents types de jointures, et tu lui dits que tu connais left-join, et pour le reste tu as un bon vieux diagramme qui explique toutes les jointures (avec des cercles qui s'entrecoupent). Il te dit que tu devrais savoir. Plus tard, tu apprends que lui aussi a besoin d'un diagramme, car personne sur Terre ne peut raisonnablement mémoriser ça.
Je parle de ça :
Le SQL des tables ? C'est ton ORM qui le fait. Tu n'as pas d'ORM en 2020 mec ? ^^
Nan vraiment, le SQL en entretien c'est l'horreur. Que l'on parle de concepts abstraits, de modélisation, de problématique, mais pas de pissage de code.
Ouais honnêtement c'est pas une question si simple de savoir comment recruter quelqu'un, perso y'a 2 recrutements qui m'ont particulièrement marqué et qui étaient très réussis. Rien que parce que le recrutement était bien ça me donnait énormément envie de rejoindre la société:
- Le premier: c'est assez classique mais j'aime beaucoup, on t'envoie quelques pages de test à faire sur un IDE en ligne, donc t'as accès à google et absolument tout ce que tu veux, et tu mets tes réponses dans l'IDE en ligne en choisissant ton langage etc. Et faut que ton programme réponde à la question.
Et les questions c'tait très trucs assez classiques mais rien d'artificiel et complètement inutile.
- Le deuxième que j'ai vraiment adoré personellement: les mecs m'ont envoyé environ 4 milliards de ligne de texte, un énorme fichier. Chaque ligne est une entrée de donnée (c'tait des quotes de marchés actions), et ils m'ont demandé de leur livrer un programme qui analyse tout ça dans des délais corrects. Langage imposé mais bon rien de terrible. Et du coup t'as une semaine pour faire ça, pépère chez toi. C'était hyper intéressant à faire et y'avait aucune sensation de stress ou de situation artificielle, c'tait un vrai exercice pratique.
L'idée est bien sur de ne parcourir les 4 milliards de ligne qu'une seule fois. Ça parait simple mais la où ça demandait un peu de reflexion c'est genre: comment tu calcules la médiane en ne parcourant qu'une seule fois les 4 milliards de ligne? Pas si simple.
Pour le calcul de la moyenne c'est très facile par exemple.
Sachant que le plus couteux est juste de parcourir/lire l'ensemble des données bien sûr.
Ils ont (de leurs propres mots) adoré mon rapport car en plus j'ai rajouté mes specs hardware (disque, cpu, ram etc.) histoire que mes rapports de perf aient du sens, ce qu'apparemment les autres candidats n'ont pas fait
Dernière modification par Anonyme20240202 ; 29/07/2020 à 17h16.
Pour pinailler, je dirais que la majorité est de l'INNER JOIN, mais celui-ci est généralement implicite donc pas écrit dans le code SQL.
Le LEFT/RIGHT JOIN est sans doute le plus fréquent explicitement écrit dans la requête SQL.
Le FULL OUTER JOIN, je ne l'ai jamais vu - enfin si, mais dans Excel pas en SQL
Flickr: http://www.flickr.com/derdide/
Dernière modification par Molina ; 29/07/2020 à 18h33.
Oui, oui, c'est pour ça que j'ai dit "je ne l'ai jamais vu". Je comprends les cas d'utilisation, et j'aurais aimé pouvoir utiliser SQL dans des situations similaires, mais à chaque fois, les seuls outils utilisés étaient Excel et des éditeurs CSV. Après, c'était pas moi qui me fadais le boulot de comparer, et pour être honnête, il y avait pas mal de boulot de manip' des chaînes de caractère au préalable avant d'être en mesure de faire une requête propre, et des outils texte + Excel allaient bien pour ça. D'où le "jamais vu" qui ne signifie en rien que ça n'est jamais utilisé
Flickr: http://www.flickr.com/derdide/
Moi j'ai du à peu près tout utiliser mais ouais LEFT JOIN à 95%.
Alors que j'étais pas encore trentenaire ma SSII à décidé que j'étais leur expert Java et que je devais faire les entretiens techniques des potentielles recrues. Généralement au téléphone...
C'est quand même pas évident de faire un test qui donne une vue d'ensemble des capacités du candidat (et de son caractère aussi), surtout quand on est encore jeune.
J'avais piqué des trucs à gauche à droite pour faire mon QCM et une espèce de code review, mais ça me servait surtout de base pour discuter avec la personne.
Et c'est vrai que pour certains je me suis dit que ça allait être dur vu le niveau technique très bas...
Aujourd'hui je fait toujours un peu de recrutement mais juste pour mon équipe. Je fais ça avec un collègue, on donne juste des études de cas et on jauge plutôt sur la démarche que sur les connaissances pures (sauf ceux qui se vendent senior++ sur leur CV mais qui sont à la ramasse, eux ils prennent cher généralement)
En tant que candidat le plus stressant a été un recrutement pour le CERN qui commençait par un entretien vidéo sans interlocuteur: tu es comme un con devant ta webcam à répondre à des questions ouvertes (qu'est-ce que le polymorphisme ?).
Le fait d'être tout seul est très déstabilisant car on ne peut pas se reprendre en fonction des réactions des interlocuteurs...
Une fois passé ce premier round j'ai été convoqué pour une journée complète d'entretien: je me suis retrouvé dans une salle avec 7 autres gaillards venu de très loin pour un poste en or. D'office un espagnol nous affirme plein de morgue que sur les deux postes il y en a un réservé pour lui, car il bosse déjà sur place... Le bon stress gastrique dès 8h ! Journée avec tests technique le matin (QCM et étude de cas: "dessine moi une appli de gestion de cinéma"); repas collégial avec les éventuels futurs collègues, les n+1 et le n+2, hautement stratégique: le gars qui s'est retrouvé en bout de table et/ou le trop timide pour en placer une n'ont pas pu faire grimper leur capital sympathie. Ensuite débriefing du QCM puis de l'étude de cas avec plein de questions stressante.
J'ai eu le poste, mais c'était vraiment éprouvant, je me souvient m'être senti très vide en sortant de cette journée ! Et l'espagnol était bien là au final, c'était pas du bluff !
Et le recrutement plus sympa c'était un mini projet pour une start-up, un peu comme Kamikaze, avec un entretien vraiment intéressant à la fin, qui donne envie de venir bosser dans la boite.
Mais il faut avoir le temps de se plonger dans ce genre de T.P.
Bon courage à ceux qui postulent/négocient en ce moment, c'est quand même bien galère !
On m'a demandé d'épauler mon chef pour recruter mon remplaçant. J'interviens 5 minutes avant la fin généralement, juste pour voir jusqu'où le mec a pipauté son CV. Je ne pose aucune question technique, je soulève juste les incohérences des CV, et ça suffit pour voir si le mec sait de quoi il parle ou non.
Hier on a vu un senior, j'ai eu un peu un cas de conscience. J'hésite à en parler ici, histoire de ne pas créer une shitstorm...
Faut que je donne mon avis sur des CV de développeurs java . Pour les intégrer en urgence dans mon équipe pour nous sortir de l'ornière...
Sérieusement, ça me rappelle la première fois que j'ai du embaucher une bibliothécaire*, ça me mets en stress. (Je ne suis pas du tout dev)
D'ailleurs, tient, si mon solarch passe par là, il peut jeter un oeil dans ses mails qui parlent de CV (2 mails, 4 CV) et m'envoyer vite fait un avis ? Le reste, c'est bon, ça peut attendre son retour.
* Project Documentation Manager, les spécialistes d'OpenText. Des bibliothécaires quoi.
Mes propos n'engagent personne, même pas moi.
Perso je suis intéressé et j'ai des connaissances en java si c'est en Suisse et que y'a de la place pour des junior
Ca va devenir le topic du recrutement x)
Mes propos n'engagent personne, même pas moi.
J'ai une question existentielle.
Quand on a le statut de Cadre, pour un salaire égal à un non-cadre, en net on gagne moins ?
Du coup, quel est l'intérêt d'avoir le statut de cadre ?
Tu cotises plus pour la retraite il me semble.
Yeah, et surtout, c'est lié, la retraire de cadre te donnera plus de sous une fois à la retraite. Je n'ai plus les chiffres en tête, mais de mémoire ça vaut clairement le coup.
Parcontre fais bien gaffe entre "cadre" et "assimilé cadre" ("etam"). Plusieurs fois on m'a vendu le statut etam, ouais c'est comme cadre t'inquiète, sauf que non coco, ton statut à la noix tu le remballes ^^.
Ca veut dire quoi salaire égal à non cadre ? Parce que de mémoire, t'as des minimums de rémunération selon le statut. Et le minimum du statut cadre est au-dessus de celui des autres statuts. Voir ce lien pas génial mais qui donne une idée.
Donc si tu n'es pas à ce minimum (salaire non cadre), alors tu te fais enfler.
ETAM = Employés, Techniciens et Agents de Maitrise. Donc si on te dit que ETAM c'est comme cadre, c'est que tout le monde dans la société est comme cadre alors.