Mouai, faut voir, un dév qui commence par dire qu’il faut tenir compte de la machine quand on lui demande un algo rapide. C’est pas forcément bon signe du point de vue d’un recruteur. T’as l’impression qu’il cherche à noyer le poisson pour entuber son monde.
Je ne suis pas d'accord avec toi.
Déjà, la question posée à la base c'était de savoir quel est le meilleur algo de tri. En général cela sous-entend effectivement sa vitesse, mais il faut tenir compte aussi notamment de la quantité de données (Quicksort n'est pas le plus efficace sur n'importe quel nombre d'éléments à trier) et de la RAM disponible (certains algo consomment bien trop de RAM par rapport au cas d'usage).
Et sachant que Google, du moins Alphabet, a des projets sur gros clusters, embarqués et ordinateurs personnels, ce n'est clairement pas évident.
Alors effectivement, le recruteur demande ensuite l'ordre de grandeur d'exécution du quicksort par rapport aux données d'entrées, mais tu ne peux pas deviner cela avec la question initiale.
Son comportement est donc arrogant, mais en même temps il justifie que la question est mal posée ce qui est vrai. Ce genre de retours est pertinent.
De plus, dans un contexte professionnel, surtout pour une moyenne/grosse entreprise, c’est très mal barré. Le dimensionnement, l’architecture matérielle, le contexte d’exécution des machines de production, c’est pas au dév de s’en occuper. Elles sont amenées à changer dans le temps, à être différentes suivant le contexte (développement, recette, production), etc. Bref, le dév ne contrôle pas du tout la machine qui exécute le code.
Il faut à minimum savoir si l'algo sera utilisé dans un cluster, un ordinateur personnel ou un petit téléphone portable bas de gammes. Les exigences diffèrent, les contraintes aussi. Tu n'as pas à savoir si c'est de l'Intel i7 ou de l'AMD Ryzen, mais savoir tes contraintes me semblent indispensable. En tout cas, dans mes projets pro embarqués, je devais savoir justement les caractéristiques de la machine. C'est évident.
Ici il ne semble pas précisé dans quel contexte il a postulé.
Alors peu importe que les questions/réponses soient dans l’absolu les plus justes possibles.
Je trouve que cela a son importance qu'un questionnaire de recrutement soit juste. Tout comme un contrôle à l'école. L'objectif est d'évaluer les connaissances et compétences, pas de deviner les intentions du recruteur.
Tu trouverais normal de ne pas être recruté car on t'a attribué une erreur dans une réponse à tort ? Personnellement, non.
L’important ici est de savoir si untel va pouvoir travailler correctement dans telle équipe/entreprise.
Je pense que c'est important que le candidat souligne des erreurs, surtout pour un poste de cette responsabilité. Car l'employé devra aussi parfois pointer des erreurs qu'il remarquera, c'est même très sain. Après il y a la manière de le faire, il est peut être un peu pédant sur le coup mais la démarche me semble correcte.
[^] # Re: Fake
Posté par Renault (site web personnel) . En réponse au journal Recrutons. D'accord, mais sur quels critères ?. Évalué à 7.
Je ne suis pas d'accord avec toi.
Déjà, la question posée à la base c'était de savoir quel est le meilleur algo de tri. En général cela sous-entend effectivement sa vitesse, mais il faut tenir compte aussi notamment de la quantité de données (Quicksort n'est pas le plus efficace sur n'importe quel nombre d'éléments à trier) et de la RAM disponible (certains algo consomment bien trop de RAM par rapport au cas d'usage).
Et sachant que Google, du moins Alphabet, a des projets sur gros clusters, embarqués et ordinateurs personnels, ce n'est clairement pas évident.
Alors effectivement, le recruteur demande ensuite l'ordre de grandeur d'exécution du quicksort par rapport aux données d'entrées, mais tu ne peux pas deviner cela avec la question initiale.
Son comportement est donc arrogant, mais en même temps il justifie que la question est mal posée ce qui est vrai. Ce genre de retours est pertinent.
Il faut à minimum savoir si l'algo sera utilisé dans un cluster, un ordinateur personnel ou un petit téléphone portable bas de gammes. Les exigences diffèrent, les contraintes aussi. Tu n'as pas à savoir si c'est de l'Intel i7 ou de l'AMD Ryzen, mais savoir tes contraintes me semblent indispensable. En tout cas, dans mes projets pro embarqués, je devais savoir justement les caractéristiques de la machine. C'est évident.
Ici il ne semble pas précisé dans quel contexte il a postulé.
Je trouve que cela a son importance qu'un questionnaire de recrutement soit juste. Tout comme un contrôle à l'école. L'objectif est d'évaluer les connaissances et compétences, pas de deviner les intentions du recruteur.
Tu trouverais normal de ne pas être recruté car on t'a attribué une erreur dans une réponse à tort ? Personnellement, non.
Je pense que c'est important que le candidat souligne des erreurs, surtout pour un poste de cette responsabilité. Car l'employé devra aussi parfois pointer des erreurs qu'il remarquera, c'est même très sain. Après il y a la manière de le faire, il est peut être un peu pédant sur le coup mais la démarche me semble correcte.