Je ne vois pas trop la différence en fait :-) Toi, ton besoin est de savoir si la personne qui candidate connait le design pattern ; l'autre son besoin est de savoir si la personne sait traiter le genre de problématique qui sera rencontré dans un délai raisonnable (noter que les quatre heures ne sont pas imposées et que les six heures sont une limite fixée mais non vérifiée.) L'assertion selon laquelle on fait faire du travail gratos ne tient que si le code en question va entrer en prod, alors que là ça va servir de base de discussion entre les deux parties tout en faisant ressortir clairement les besoins (là par exemple on s'en fiche que la personne puisse citer trois forme de design pattern mais on veut plustôt voir voir si elle en a identifié et utilisé puis discuter de son choix et des approches choisies.)
Je ne pense pas qu'il soit vraiment suggéré que c'est La Méthode universelle non plus, mais que c'est un exemple de ce qui a été mis en place après avoir identifié les besoins (dans ton cas ça peut se faire en deux out trois questions et tant mieux pour toi) et les écueils qu'on aimerait éviter (ici en pas induire le syndrome du tableau blanc mais laisser les candidats coder dans leurs environnements et en ayant accès aux ressources, etc.)
Bien sûr, si tu n'as pas Ce Temps, pas de souci ; ce n'est pas une entreprise faite pour toi et tu ne le découvres pas sur le tard. Moi par exemple, j'évite les boîtes qui me demande un CV word (aucun lien avec les tests techniques mais c'est pour l'idée) parce-que je n'ai pas le temps et la motivation de m'inscrire dans ce genre de truc.
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Chouette
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Avez vous déjà vu... ? (du recrutement, spécialement informatique). Évalué à 4.
Je ne vois pas trop la différence en fait :-) Toi, ton besoin est de savoir si la personne qui candidate connait le design pattern ; l'autre son besoin est de savoir si la personne sait traiter le genre de problématique qui sera rencontré dans un délai raisonnable (noter que les quatre heures ne sont pas imposées et que les six heures sont une limite fixée mais non vérifiée.) L'assertion selon laquelle on fait faire du travail gratos ne tient que si le code en question va entrer en prod, alors que là ça va servir de base de discussion entre les deux parties tout en faisant ressortir clairement les besoins (là par exemple on s'en fiche que la personne puisse citer trois forme de design pattern mais on veut plustôt voir voir si elle en a identifié et utilisé puis discuter de son choix et des approches choisies.)
Je ne pense pas qu'il soit vraiment suggéré que c'est La Méthode universelle non plus, mais que c'est un exemple de ce qui a été mis en place après avoir identifié les besoins (dans ton cas ça peut se faire en deux out trois questions et tant mieux pour toi) et les écueils qu'on aimerait éviter (ici en pas induire le syndrome du tableau blanc mais laisser les candidats coder dans leurs environnements et en ayant accès aux ressources, etc.)
Bien sûr, si tu n'as pas Ce Temps, pas de souci ; ce n'est pas une entreprise faite pour toi et tu ne le découvres pas sur le tard. Moi par exemple, j'évite les boîtes qui me demande un CV word (aucun lien avec les tests techniques mais c'est pour l'idée) parce-que je n'ai pas le temps et la motivation de m'inscrire dans ce genre de truc.
"It is seldom that liberty of any kind is lost all at once." ― David Hume