Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 278 sur 351 PremièrePremière ... 178228268270271272273274275276277278279280281282283284285286288328 ... DernièreDernière
Affichage des résultats 8 311 à 8 340 sur 10519
  1. #8311
    Et merde, j'ai fait exprès de ne pas faire la quote justement. Tant pis, j'édite.
    Citation Envoyé par Teocali Voir le message
    Les qualités qui comptent pour être élus ne sont pas les même que pour gouverner. Et c'est tout le défi d'une démocratie dans notre société moderne : réussir a résoudre ce dilemme.

  2. #8312
    Citation Envoyé par CptProut Voir le message
    Pour des taches fixes ou de competence je comprend pas trop les tests pour l'embauche.

    Si tu est soudeur c'est facile de tester mais en informatique c'est un non sens :/.

    ça me rappelle quand je me suis réorienté en informatique j'ai fait deux écoles une avec des test de mathématique et une dictée ( j'ai foiré) et une j'ai du brancher un pc et installé Windows dessus avec une doc.
    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.

  3. #8313
    Surviven de l'akademi frencèze Avatar de CptProut
    Ville
    Nantes
    Citation Envoyé par Gillete Voir le message
    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
    Citation Envoyé par TheProjectHate Voir le message
    Plusieurs posts sans faute dans la même journée, et vous allez nous faire croire que c'est vraiment CptProut qui écrit ?

  4. #8314
    La bonne idée aussi de faire passer des tests techniques sur papier en entretien...
    Citation Envoyé par Sidus Preclarum Voir le message
    Ben du caramel pas sucré alors...
    "Avant, j'étais dyslexique, masi aujorudh'ui je vasi meiux."

  5. #8315
    Citation Envoyé par Lazyjoe Voir le message
    La bonne idée aussi de faire passer des tests techniques sur papier en entretien...
    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).

  6. #8316
    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 à 14h11.

  7. #8317
    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.

  8. #8318
    Citation Envoyé par Lazyjoe Voir le message
    La bonne idée aussi de faire passer des tests techniques sur papier en entretien...
    J'ai du mal à voir la plus value d'une machine pour écrire l'algo d'un fizz buzz par exemple

  9. #8319
    Citation Envoyé par Gillete Voir le message
    J'ai du mal à voir la plus value d'une machine pour écrire l'algo d'un fizz buzz par exemple
    Ah non je ne parle pas d'algo mais d'un test pour voir si tu est capable d'écrire un code qui compile bien...
    Citation Envoyé par Sidus Preclarum Voir le message
    Ben du caramel pas sucré alors...
    "Avant, j'étais dyslexique, masi aujorudh'ui je vasi meiux."

  10. #8320
    Citation Envoyé par gros_bidule Voir le message
    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 :

    https://i.ibb.co/sv3hFhN/all-sql-joins.jpg

    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.
    J'ai fait énormément de datamanagement dans ma vie. Et je pense que 99% du temps j'ai dû utilisé de la jointure gauche. Je comprends même pas qu'on pose la question.

  11. #8321
    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 à 18h16.

  12. #8322
    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

  13. #8323
    Citation Envoyé par ylyad Voir le message
    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
    Si, sur le logiciel SAS c'est utilisé. C'est aussi l'un des rares cas où je l'ai utilisé, c'est quand j'ai voulu comparé deux BDD qui devaient être les mêmes, mais ne l'étaient pas sur quelques données, ce qui dont permet de regarder en quoi ils diffèrent.
    Dernière modification par Molina ; 29/07/2020 à 19h33.

  14. #8324
    Citation Envoyé par Molina Voir le message
    Si, sur le logiciel SAS c'est utilisé. C'est aussi l'un des rares cas où je l'ai utilisé, c'est quand j'ai voulu comparé deux BDD qui devaient être les mêmes, mais ne l'étaient pas sur quelques données, ce qui dont permet de regarder en quoi ils différent.
    Dans ce cas, je ne me fais pas chier, je fais un left join avec un is null.

  15. #8325
    Citation Envoyé par Molina Voir le message
    Si, sur le logiciel SAS c'est utilisé. C'est aussi l'un des rares cas où je l'ai utilisé, c'est quand j'ai voulu comparé deux BDD qui devaient être les mêmes, mais ne l'étaient pas sur quelques données, ce qui dont permet de regarder en quoi ils diffèrent.
    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é

  16. #8326
    Moi j'ai du à peu près tout utiliser mais ouais LEFT JOIN à 95%.

  17. #8327
    Citation Envoyé par ylyad Voir le message
    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é
    Y'a pas de soucis ^^ C'était juste pour faire mon intéressant, pour une fois que je comprends quelque chose sur canardpc.

  18. #8328
    Tous ces hippies qui parlent de joins de gauche

  19. #8329
    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 !

  20. #8330
    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...

  21. #8331
    Oh si si, vas-y, crée-nous une tempête fécale ! C'est trop calme en ce moment !

  22. #8332
    Citation Envoyé par William Vaurien Voir le message
    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...
    J'ai eu ca aussi, plus d'une fois. c'est vraiment désagréable

  23. #8333
    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.

  24. #8334
    Citation Envoyé par Neo_13 Voir le message
    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.
    Tu les cherches pas en remote tes dev ?

  25. #8335
    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)

  26. #8336
    Citation Envoyé par C4nard Voir le message
    Tu les cherches pas en remote tes dev ?
    C'est du remote, mais comme c'est pour un renfort très ponctuel, je les chasse en interne.

    Sauf si en plus du java tu maitrises le MQL (Matrix Query Language, un langage utilisé pour 3DExperience), ... Mais si c'était le cas, tu ne serais pas en recherche.
    Mes propos n'engagent personne, même pas moi.

  27. #8337
    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 ?

  28. #8338
    Tu cotises plus pour la retraite il me semble.

  29. #8339
    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 ^^.

  30. #8340
    Citation Envoyé par Molina Voir le message
    J'ai une question existentielle.
    Quand on a le statut de Cadre, pour un salaire égal à un non-cadre, en net on gagne moins ?
    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.

    Citation Envoyé par gros_bidule Voir le message
    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 ^^.
    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.
    Citation Envoyé par Teocali Voir le message
    Les qualités qui comptent pour être élus ne sont pas les même que pour gouverner. Et c'est tout le défi d'une démocratie dans notre société moderne : réussir a résoudre ce dilemme.

Page 278 sur 351 PremièrePremière ... 178228268270271272273274275276277278279280281282283284285286288328 ... DernièreDernière

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •