Il y a des avantages et des inconvénients à être développeur aujourd’hui. Le marché du travail dans ce domaine est assez vaste, mais la concurrence est également forte. Si une entreprise a la réputation d’être un excellent employeur, de nombreux programmeurs s’efforceront naturellement d’y parvenir. Par conséquent, en tant que développeur, vous devez être sûr non seulement que vos « compétences » sont à la hauteur, mais également que vous pouvez faire bonne impression lors d’un entretien. Cela signifie que vous ne devez pas paraître arrogant, ignorant ou inconsidéré.
Je suis spécialiste du management et responsable du recrutement. Au cours des deux dernières années, j'ai mené plus de 100 entretiens avec des développeurs et j'ai prêté attention aux déclarations discréditant les candidats. Même s'ils ont un excellent CV et un devoir de test bien fait. Dans cette note, je partagerai avec vous mes observations afin qu'au prochain entretien vous ayez tous les atouts en main, et que vous ne perdiez pas de « points » aux yeux de l'employeur.
1. Ne dites jamais : « C’est une plate-forme/une technologie/un langage stupide : est-ce que quelqu’un l’utilise encore ? »
Il y a toujours une raison pour laquelle certaines choses ont été créées d’une certaine manière, notamment dans le domaine de la technologie. La technologie évolue à un rythme rapide et tout change très vite. Oui, dans les grandes organisations, vous rencontrerez souvent une base de code existante et importante. Bien sûr, vous pouvez exprimer votre opinion, mais il vaut mieux le faire avec douceur et diplomatie. Ne soyez pas arrogant et ne vous moquez pas de ceux qui utilisent encore une technologie obsolète pour une raison quelconque. A moins que vous ne soyez soudainement prêt à proposer de procéder à une refactorisation complète et de réécrire l'intégralité de la base de code héritée en une semaine. Dans ce cas, n'hésitez pas à nous faire part de vos suggestions !
2. Évitez les déclarations comme celle-ci : « Les révisions de code sont une perte de temps. Il vous suffit d'écrire du bon code propre."
Tout d’abord, la révision du code est une chose très utile. Si vous n'avez jamais eu d'expérience commerciale avec Code Review parce que vous venez de terminer vos études ou que votre ancienne entreprise ne les a pas utilisés, vous pouvez le dire. Cependant, en tant que professionnel technique et développeur, vous devez au moins comprendre pourquoi et à quoi sert cette révision de code. Et il n'existe pas seulement pour déterminer l'essence du code. Il est nécessaire de partager les connaissances et également de garantir le respect des normes et exigences en matière de rédaction des candidatures.
3. Ne dites jamais : « Je préfère écrire à partir de zéro plutôt que de corriger les erreurs de quelqu'un d'autre. »
J'ai entendu cela tellement de fois, et la plupart du temps, cela est dit par des programmeurs qui travaillent sur de nouveaux projets et dont le contrat prend fin dès la sortie du projet. Bien sûr, il est compréhensible de vouloir repartir de zéro, de créer des choses à partir de zéro, en utilisant les meilleures et les plus récentes technologies. Cependant, cela ne signifie pas qu’ils font un travail meilleur ou meilleur que ceux qui ont travaillé avant eux. Vous pouvez apprendre beaucoup en corrigeant les bugs tout en faisant évoluer et en optimisant les systèmes existants. Et peu importe à qui appartiennent ces bogues, les vôtres ou ceux d’autres développeurs.
4. Vous ne devez en aucun cas dire : « Les tests ne sont pas mon travail. Laissez les testeurs faire ça. »
Lorsque vous êtes interrogé lors d'un entretien sur votre approche des tests, n'insinuez pas que ce n'est pas votre travail. On dit que vous n'êtes qu'un programmeur, c'est-à-dire que vous développez diverses fonctions et construisez toutes sortes de choses. En fait, il est de votre responsabilité de vérifier ce que vous avez créé. La révision peut être abordée de différentes manières : vous n'utilisez peut-être pas le développement piloté par les tests (TDD), vous ne connaissez peut-être pas les derniers outils de test du marché, mais dans tous les cas, vous devriez réviser votre code . Si vous ne le faites pas, vous n'êtes pas un vrai développeur. Vous écrivez simplement du code.
5. Vous ne pouvez pas dire : « Je préférerai toute option qui convient à mon responsable technique. »
L'intervieweur peut vous demander quelle plateforme/technologie/outil vous préféreriez dans une situation donnée parmi ceux répertoriés sur votre CV ou ceux que vous avez déjà utilisés. Et il vous demandera de justifier votre décision et d'en indiquer les avantages. Puisque vous prétendez les avoir déjà utilisés, le recruteur s’attend à ce que vous compreniez les avantages et les inconvénients de chacun. La personne qui vous embauche souhaite comprendre dans quelle mesure vous connaissez le sujet, ce que vous avez aimé et où vous avez trouvé des lacunes. Si vous répondez que vous ne vous souciez pas de quoi utiliser, c’est mauvais, car cela montre que vous n’avez pas d’opinion personnelle ou que vous êtes simplement indifférent. La seule chose qui peut être pire, c'est que vous ayez menti dans votre CV et indiqué quelque chose que vous n'avez jamais abordé.
6. Ne dites pas : « Désolé, je ne peux pas écrire de code à la main sur une feuille de papier ou sur un tableau blanc. »
Écrire du code à la main sur un tableau blanc ou une feuille de papier demande de la pratique, mais n'abandonnez pas lorsqu'on vous le demande. Si vous n'avez jamais fait cela auparavant, soyez honnête, mais ne refusez pas simplement parce que vous avez peur de commettre une erreur de syntaxe.
7. Ne dites jamais : « Je n’ai pas le temps d’étudier. Aujourd’hui, j’apprends seulement ce dont j’ai besoin dans mon travail.
Lorsque vous travaillez dans le domaine de la technologie, vous devez toujours être intéressé par les changements qui se produisent quotidiennement. Quand vous dites que vous n'avez pas le temps d'étudier, cela signifie simplement que vous ne vous intéressez pas beaucoup à ce qui se passe autour de vous et à votre propre profession. Cela montre clairement à l'intervieweur que la programmation n'est qu'un moyen pour vous de gagner de l'argent, mais que vous n'avez aucune ambition de carrière.
8. Ne dites pas « Je ne veux jamais utiliser cette plateforme/logiciel/modèle de conception »
Si on vous pose une question sur un certain logiciel, modèle de conception, technologie ou application, c'est parce que cela est important pour le poste pour lequel vous postulez. Disons que vous êtes un développeur front-end et qu'on vous demande ce que vous pensez d'Internet Explorer. Le recruteur sait sûrement déjà que la plupart des développeurs ne l’aiment pas, mais il veut comprendre ce que vous pensez de son utilisation, ce que vous soulignez exactement, etc. Pourquoi? Probablement parce qu'il s'agit de l'un des navigateurs pris en charge par l'entreprise et que, très probablement, les clients l'utilisent. Si vous dites que vous ne voulez jamais travailler avec lui, alors vous n'êtes pas apte à occuper le poste.
9. « Je n’ai jamais utilisé votre (vos) produit(s). » Tu ne peux pas dire ça
Ceci est très important si vous souhaitez travailler pour une entreprise de technologie ou de produits. Au cours de ces entretiens, les recruteurs aiment généralement vous demander si vous aimez leur produit, s'ils souhaitent obtenir des commentaires et partager votre expérience de son utilisation. Si vous cherchez du travail via une agence, ce n'est pas si mal. Mais imaginez que vous soyez embauché par une entreprise qui propose une plateforme gratuite comme LinkedIn et que vous dites que vous n'avez jamais utilisé LinkedIn auparavant. Même si vous n’avez jamais vraiment utilisé le produit auparavant, consacrez-y du temps la veille de l’entretien : lisez-le, essayez-le, analysez les technologies qu’il peut utiliser, ce qu’il peut faire, etc.
10. Il ne faut jamais dire : « C’est écrit sur mon CV, tu ne l’as pas lu ?
Bien entendu, le recruteur a examiné votre CV. Il a sûrement pris connaissance de votre expérience et de certains projets et souhaite peut-être en apprendre davantage auprès de vous. Ou l'intervieweur a manqué certains détails de votre CV. Quelle que soit la situation, votre travail lors d'un entretien consiste à répondre à des questions intéressantes, et non à dire à l'employeur de lire votre curriculum vitae de plus près. Cela ne signifie pas que vous devez mémoriser votre CV et le répéter mot pour mot, mais ce que vous dites doit correspondre à ce qui figure sur votre candidature. Par exemple, si vous indiquez que vous avez déjà utilisé Spring MVC et qu'on vous demande d'entrer dans les détails, vous ne pouvez pas dire « En fait, je ne l'ai pas utilisé ».
11. « Je n’ai pas de questions. Avons-nous finit? C'est un échec
C’est une phrase qui réduit instantanément l’impression de vous à zéro. Habituellement, l'entretien se termine par la phrase : « Avez-vous des questions sur le poste, l'entreprise ou autre chose ? Les entretiens d'embauche sont comme une voie à double sens. Vous devez en apprendre autant sur l’entreprise qu’ils en apprennent sur vous. Si vous n'avez pas de questions et, de plus, vous êtes pressé de quitter le bureau, cela indique que vous n'êtes intéressé ni par le poste vacant ni par l'entreprise. Alors bien sûr, vous pouvez partir, mais il est peu probable qu’on vous demande de revenir. J'espère que vous avez appris quelque chose d'utile grâce à cet article et que vos chances de décrocher un emploi dans une grande entreprise ont augmenté. N’oubliez jamais que ce que vous dites vous caractérise et que ce que vous gardez sous silence en dit long. Merci d'avoir lu! Si vous avez aimé l’article, aimez-le. Vous pouvez me suivre sur Twitter , mon blog , ou vous abonner à ma newsletter . Auteur de l'article Isabel Nyo Lien vers la source : https://bit.ly/2IIHICx
GO TO FULL VERSION