Comme dit dans un commentaire plus haut, je trouve qu'il y a un peu de fausse modestie dans ton journal,
et que tu essaies surtout de te vendre (il n'y a rien de mal à ça hein)
D'abord, tu dis que tu as fait, toi-même, cet exercice en 1h40. Bravo à toi !
Mais tu es le seul à juger de ton travail, montre-nous ton code "bien structuré".
Est-ce que tu donnes un énoncé clair ? Si tu veux des objets, une structure flexible : pourquoi ne pas le préciser ?
Certaines personnes ont besoin de directives pour être performant (oui même les leads).
70% du temps (je suis gentil) sur un projet le code est dégueulasse : le client veut un truc qui marche et la boîte veut du pognon.
Ca ne tient pas au PHP, c'est juste qu'en PHP ça se voit bien.
J'ai été (et serai) des deux côtés de la barrière et j'en suis arrivé à la conclusion que les tests de développement ne servent à rien.
En tant que postulant je refuse les entretiens avec ce genre de tests : entre les QCM pompés sur Internet,
les questions totalement foireuses et les énoncés absents, j'ai toujours l'impression qu'il s'agit pour le recruteur de se prouver quelque chose à lui-même,
ou pire qu'il cherche son clone.
Comme recruteur, je préfère discuter avec la personne autour d'une tasse de café. Qu'elle me montre ses réalisations si possible,
lui exposer les problèmes que nous rencontrons et voir ses réactions/propositions.
Recruter n'est pas une tâche facile, mais ne pas se remettre en question dans son processus de recrutement la rend encore plus compliqué.
Je te souhaite bonne chance pour trouver ta pépite ou un autre job.
# C'est peut-être toi le problème ?
Posté par denxp . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 7.
Comme dit dans un commentaire plus haut, je trouve qu'il y a un peu de fausse modestie dans ton journal,
et que tu essaies surtout de te vendre (il n'y a rien de mal à ça hein)
D'abord, tu dis que tu as fait, toi-même, cet exercice en 1h40. Bravo à toi !
Mais tu es le seul à juger de ton travail, montre-nous ton code "bien structuré".
Est-ce que tu donnes un énoncé clair ? Si tu veux des objets, une structure flexible : pourquoi ne pas le préciser ?
Certaines personnes ont besoin de directives pour être performant (oui même les leads).
70% du temps (je suis gentil) sur un projet le code est dégueulasse : le client veut un truc qui marche et la boîte veut du pognon.
Ca ne tient pas au PHP, c'est juste qu'en PHP ça se voit bien.
J'ai été (et serai) des deux côtés de la barrière et j'en suis arrivé à la conclusion que les tests de développement ne servent à rien.
En tant que postulant je refuse les entretiens avec ce genre de tests : entre les QCM pompés sur Internet,
les questions totalement foireuses et les énoncés absents, j'ai toujours l'impression qu'il s'agit pour le recruteur de se prouver quelque chose à lui-même,
ou pire qu'il cherche son clone.
Comme recruteur, je préfère discuter avec la personne autour d'une tasse de café. Qu'elle me montre ses réalisations si possible,
lui exposer les problèmes que nous rencontrons et voir ses réactions/propositions.
Recruter n'est pas une tâche facile, mais ne pas se remettre en question dans son processus de recrutement la rend encore plus compliqué.
Je te souhaite bonne chance pour trouver ta pépite ou un autre job.