Si on te dit que le fait qu'un développeur est bon techniquement selon le contexte ce n'est pour rien.
Je prends exemple sur toi. Tu es développeur Java qui maîtrise les frameworks X et Y (et que tu es même certifié sur ceux-ci) mais tu as quand même mis le framework Z dans ton CV alors que tu n'as pas que des notions sur celui-ci.
La RH remarque ton CV en se basant sur les mots clefs. Vu que le framework Z fait partie de ton CV et tes certifications enfonçant bien le clou, la RH te considère comme un très bon développeur surtout que la majeur partie des développeurs déjà embauchés ne les a. Alors tu obtiens un entretien qui ne sera pas du tout technique. Tu fais bonne impression niveau communication et tu montres que tu t'intéresses au projet. Cool ensuite viens l'entretien avec le chef de projet (espérons qu'il soit technique) qui te pose des questions basique sur le langage Java et aussi sur tous les designs patterns. Là tu t'en sors tant bien que mal et tu obtiens au final le job parce que le chef de projet a considéré que même avec les notions tu pourras vite t'en sortir en t'auto-formant.
Tu intègres une équipe. Disons que tu es la 4ème personne embauchée. Au bout de quelques jours tu te rends compte que tes 3 collègues sont hyper calés sur le framework Z, connaissent toutes les best practices et qu'ils sont obligés de repasser sur tout ce que tu as fait ou touché pour que ça colle bien à la bonne pratique et qu'il n'y ait pas de mauvaises surprises lors du prochain sprint. Après ta ou tes boulettes qui ont empêché la livraison de l'application à la date prévue, tes collègues te regarderont d'une certaine façon et se permettront même de parler de tes compétences de façon globale alors qu'il peut exister de forte chance que s'il s'agissait du framework X ou Y tu seras leur maître
Partager