10 erreurs que les programmeurs commettent souvent en préparant les entretiens, partagées avec les programmeurs sur le point de passer des entretiens d'embauche, en espérant être utile à tout le monde.

1. S'entraîner uniquement sur ordinateur

Si l'intervieweur souhaite évaluer vos compétences, il peut vous demander d'écrire du code sur un tableau blanc plutôt que sur un ordinateur. Vous ne pouvez donc pas vous entraîner uniquement sur ordinateur. Le compilateur d'un ordinateur détectera automatiquement vos erreurs de syntaxe, mais pas un tableau blanc.

Sortez un stylo et du papier pour vous entraîner à écrire du code. Si vous vérifiez vous-même et pensez que le programme est correct, saisissez-le ensuite dans l'ordinateur pour voir s'il fonctionne comme initialement prévu.

2. Ne pas se préparer aux questions éventuelles

Avant l'entretien, assurez-vous de vous préparer aux questions qui pourraient être posées. Les questions peuvent porter sur les projets sur lesquels vous avez travaillé, les différents problèmes que vous avez rencontrés et la façon dont vous avez résolu ces défis. Vos réponses affecteront l'impression que l'intervieweur a de vos compétences techniques.

Avant l'entretien, passez en revue les projets sur lesquels vous avez travaillé et organisez vos principales réalisations.

3. Ne pas faire d'entretiens simulés

La raison est évidente. Il est préférable de répéter les questions qui pourraient être posées lors d'un entretien. De plus, lors de l'entretien proprement dit, bien que l'intervieweur vous pose des questions, vous pouvez aussi lui en poser, vous devez donc préparer à l'avance les questions que vous voulez poser.

4. Mémorisation aveugle des solutions

Si vous prévoyez de mémoriser des réponses à l'avance en espérant les utiliser au moment voulu, je vous conseille de ne pas vous en donner la peine — c'est une perte d'efforts. Car la probabilité de tomber exactement sur la réponse que vous avez mémorisée est extrêmement faible.

Au contraire, préparer des solutions demande aussi beaucoup de temps et d'efforts. Rappelez-vous, mieux vous performez sur le moment, plus votre valeur sera élevée.

5. Parler à voix basse

D'une manière générale, parler à voix basse peut donner l'impression que votre réflexion n'est pas claire. Donc, communiquez bien avec l'intervieweur au sujet des questions. Ainsi, vous pourrez montrer votre processus de réflexion et l'aider à juger correctement la valeur de la solution que vous proposez, et bien sûr votre valeur.

6. Parler et agir sans réfléchir

Organisez bien vos propos avant de répondre aux questions. Dire tout ce qui vous vient à l'esprit ne fera que révéler votre négligence. Vos propos doivent être organisés et précis. Quant à l'action, vérifiez soigneusement le code après l'avoir écrit.

7. Mauvaises habitudes de codage

Une solution sans bug ne garantit pas à elle seule que vous réussirez. Vous devez aussi être attentif au code dupliqué, aux structures de données en désordre, aux espaces superflus, etc.

Écrivez du code comme s'il s'agissait de vraies applications. Concevez les structures de données et créez les fonctionnalités avec une pensée logique, et assurez-vous que la mise en forme respecte les conventions du langage que vous utilisez.

8. Ne pas tester

Après avoir écrit du code, assurez-vous de consacrer du temps à le tester pour garantir qu'il n'y a pas de bogues. Ce processus exige aussi de s'exercer avec papier et stylo ; sinon, si l'on vous demande d'écrire sur un tableau blanc pendant l'entretien, vous ne serez pas en confiance !

9. Être négligent lors de la correction d'erreurs

Après avoir trouvé un bogue, il est préférable de réfléchir d'abord à la cause, puis d'agir. Ne comptez pas sur le fait de changer une valeur booléenne ou de basculer aléatoirement un indicateur dans une boucle pour résoudre le problème. Faire cela montre seulement que vous n'avez aucune idée de l'erreur que vous avez commise et que vous n'êtes pas assez patient ou minutieux pour vérifier le problème.

10. Abandonner

Il y aura toujours des problèmes qui dépassent nos capacités. L'intervieweur veut voir votre attitude — si vous êtes courageux face aux défis ou si vous reculez dès que vous rencontrez un problème.

L'essentiel est de montrer que vous avez l'esprit de relever le défi. Les entreprises veulent des personnes qui savent réellement utiliser le code pour résoudre des problèmes, et vous devez leur montrer que vous appréciez le processus de résolution de problèmes.

Lien de traduction :http://www.codeceo.com/article/10-common-mistakes-programmer-interview.html
Original anglais :10 erreurs courantes commises lors de la préparation aux entretiens de programmation
Auteur de la traduction :Code Rural Network– Xiaofeng