Sur le pipeautage de CV
Je ne sais pas si vous avez déjà remarqué la quantité de gens qui rajoutent PHP / MySQL à leur CV en se disant que ça passera puisque tout le monde en fait, sans jamais en avoir codé une ligne. certains vont même jusqu’à se rajouter 1 à 3 ans de mission de développement Web ; après tout, tout le monde en fait, alors pourquoi pas moi?
J’ai eu l’occasion de voir passer un certain nombre de personnes clamant leur expérience et leur expertise des technologies Web, présentés par des commerciaux qui pensaient probablement qu’ils passeraient aisément l’entretien, puisque ce genre de technologies est à la portée de tous. Pour donner une idée des pratiques en cours, j’ai vu défiler sur une précédente mission pas moins de 12 “experts PHP/SQL” en un peu plus d’une semaine. Sur les 12, seuls 2 d’entre eux furent capables de pondre une mini application (gestionnaire de Questions fréquemment posées, rien de bien sorcier) en plus de quatre heures, et un seul fut capable de reprendre un bout de code existant au pied levé pour lui rajouter des fonctionnalité. Une même, soyons beau joueur. La plupart des autres postulants n’avaient probablement jamais codé une seule ligne de PHP de leur vie, et on a vu passer des choses pas piquées des vers.
La pire d’entre elle venait d’un “expert PHP avec 3 ans d’expérience”, qui nous a pondu un maginifique
<td><?"SELECT * FROM matable"?></td>
Ça se passe de commentaires…
Autant rajouter 3 mois à une mission de deux ans pour l’étoffer un peu ne me choque pas plus que ça ; il suffit simplement qu’un parfait inconnu ne tente pas de me faire croire qu’il a été sur la même mission que moi au même moment, autant je trouve le développement quasi systématique de cette pratique inquiétant. Je ne possède pas de chiffres et je n’arrive pas à savoir si elle vient principalement de développeurs un peu trop confiants dans leurs capacités - pour ne pas dire d’imbéciles - ou de commerciaux complètement à côté de la plaque - autrement dit de crétins.
Cela pose trois problèmes graves : d’une part, au niveau du recrutement, un risque à terme de perte de confiance entre le client final et les sociétés de service quelles que soient leurs pratiques. Ensuite parce que la perte de temps liée à 12 demi journées de tests dont 10 en pure perte, soit 6 jour complets est inacceptable pour une entreprise. Cela mobilise une partie de ses ressources matérielles et une personne qui devra s’occuper de tout cela. Enfin, les tricheurs ou apprentis tricheurs, courent fortement le risque de se décrédibiliser auprès des recruteurs dans un univers finalement minuscule. Le fait que PHP5 introduise une vraie couche objet va cependant singulièrement compliquer les choses, et on risque à terme de voir la mention PHP/SQL disparaître d’un certain nombre de CV fantaisistes, ce qui ne sera pas forcément plus mal.
Commentaires
Trackbacks
Les trackbacks sont fermés pour cause de spam.
Passionné d'informatique depuis l'âge de six ans, je travaille en tant que responsable qualité chez blueKiwi Software, éditeur spécialiste des outils collaboratifs en entreprise. Ma double formation en sciences politiques et en informatique me permet de porter un regard particulier sur les problématiques abordées par mon poste.
Somebaudy 18 minutes later:
J’ai droppé une table dans phpmyadmin une fois… tu crois que je devrais ajouter une ligne à mon CV ?
Damien B about 1 hour later:
Pour moi ça reste une pratique essentiellement liée aux commerciaux, qui de toute façon pour la plupart ne comprennent pas pourquoi il y a plusieurs langages et qu’ils sont différents. Par contre je te trouve bien optimiste pour PHP5, on est 2006 et on a encore des développeurs de webapp qui affirment que Struts c’est du MVC… si le créateur du MVC n’était pas encore en vie, ça en serait presque moins navrant.
vieilfrance about 4 hours later:
Je suis completement d’accord avec Damien. Régulièrement mon CV est gonflé dans des propales par les commerciaux qui veulent vendre des profils en se faisant une bonne marge. Le jours ou les commerciaux comprendront que vendre n’importe quoi à n’importe quel prix n’est pas la bonne solution pour se faire une bonne marge ca sera la révolution !
Frederic de Villamil about 4 hours later:
Damien, VieilFrance : le problème, c’est que j’ai vu ce travers sur un certain nombre de gars qui postulaient d’eux-même pour entrer dans une société, pas seulement de la part d’un commercial, et essentiellement sur le PHP.
Alors que j’ai croisé beaucoup moins de faux spécialistes Fortran 77.
Quand aux commerciaux qui ne savent pas de quoi ils parlent, j’en ai même croisé quelques uns qui s’en faisaient une fierté.
Patrice about 5 hours later:
J’aurais juste une question : lors de vos tests vous autorisiez l’accès à la doc de référence tout de même? Ou alors n’avaient-il que le notepad à leur disposition?
Car même dans les langages que j’utilise tous les jours j’ai toujours la doc de référence sous la main (car j’ai trop peu de mémoire et trop tendance à mélanger les différents langages que je pratique).
Je serais bien incapable de faire un accès à une BDD en PHP sans me référer à la doc pour la syntaxe à utiliser pour ouvrir la connexion ou envoyer la requête.
Par contre je sais parfaitement répondre sur les patterns que j’utilise ainsi que quelles librairies pour quel usage. C’est à mon sens plus important.
Patrice, expert Java et amateur PHP :-)
Damien B about 7 hours later:
Pour les postulants, oui, ça m’est arrivé aussi d’en voir. C’est très très gênant, effectivement une énorme perte de temps. Chez nous je n’ai pas assez de temps pour les faire coder avant embauche, donc au moindre soupçon, je ne prends pas le risque. Par contre j’essaie de tourner mon entretien autour du vécu, poser la question auquelle on ne peut pas répondre correctement si on n’a pas réfléchit au sujet ou expérimenté. Et là franchement, les mecs qui s’intéressent vraiment à comment ils codent, il n’en reste plus des masses.
Damien B about 7 hours later:
Ou les filles, je ne suis pas sectaire, mais on a si peu de candidates…
Frederic de Villamil about 8 hours later:
Patrice: je parle ici d’une expérience vécue en mission, et non de mon expérience quotidienne dans ma société. Et ils avaient effectivement droit à la documentation de référence et à Internet.
Damien: tout à fait d’accord. J’ai cependant deux approches: l’approche purement technique qui consiste à faire pisser du code à un type pour savoir si oui ou non il sait faire, et l’approche plus générale qui consiste à voir s’il maîtrise non seulement la syntaxe du langage, mais aussi son esprit. C’est aussi pour ça que j’aime bien leur faire coder une petite application: au delà du binaire ça marche / ça marche pas, je trouve intéressant de voir comment ils ont pensé la chose.