Est-ce une bonne idée d'apporter du code imprimé ou du code sur une clé USB à une interview? Si oui, quel type de code dois-je apporter? Dois-je éviter les grands projets et simplement montrer de petits extraits qui montrent mes compétences?
Est-ce une bonne idée d'apporter du code imprimé ou du code sur une clé USB à une interview? Si oui, quel type de code dois-je apporter? Dois-je éviter les grands projets et simplement montrer de petits extraits qui montrent mes compétences?
Réponses:
Pas du tout . Je ne ferais cela que sur demande explicite, et bien sûr, vous ne pouvez pas apporter de code confidentiel, qui s'applique généralement à tout ce que vous avez écrit dans votre travail précédent, vous êtes donc essentiellement limité au code que vous avez créé pendant votre temps libre. (La plupart des enquêteurs vous feraient immédiatement escorter à la porte si vous venez avec le code de confidentialité de votre employeur actuel ...)
Quoi qu'il en soit, en tant qu'enquêteur, je préférerais vous voir écrire du code pendant l'entretien, donc je peux être sûr que c'est vous qui avez les compétences. Il est trop facile d'avoir de bons amis pour vous aider à écrire un morceau de code le plus impressionnant et à mémoriser les explications.
Je pense que c'est une excellente idée! C'est dommage que les révisions de code ne soient pas effectuées plus fréquemment car c'est l'une des rares façons de reconnaître les bons programmeurs (sauf en fait de les avoir codés quelque chose). En regardant le code de quelqu'un, vous obtenez assez rapidement une idée de la qualité d'un programmeur simplement parce que son code est "plus propre".
Si j'interviewais, j'examinerais deux choses qu'il serait probablement bon de couvrir dans le code que vous apportez
a) La qualité de certaines implémentations / méthodes / algorithmes. Montrez du code que vous avez trouvé particulièrement élégant
b) L'architecture globale d'un programme plus vaste. Comment le programmeur a-t-il géré les dépendances, peut-il expliquer les décisions de conception qu'il a prises
Le but n'est pas de parcourir tout le code, donc peu importe la longueur réelle du code, mais ce que vous avez choisi de mettre en évidence.
Non.
À moins que vous ne soyez programmé pour faire une présentation d'une durée raisonnable dans votre entretien, le type de code que vous avez le temps de montrer et qu'ils ont le temps d'apprécier; ne peut pas être représentatif de vos compétences, peu importe où vous en êtes dans votre carrière.
S'ils veulent voir des preuves que vous êtes un développeur de logiciels mature, cela ne se trouvera pas dans la taille du programme que vous pouvez parcourir efficacement dans la section AOB d'une interview.
S'ils veulent que vous démontriez que vous pouvez programmer du tout, ils auront un test approprié, ou vous feront faire quelque chose de petit comme une liste chaînée sur place. Si vous apportez une implémentation de liste liée sur une clé USB, ils n'ont aucune idée de la quantité que vous avez copiée d'un livre; si cela vous a pris 10 minutes ou deux semaines; ou si vous avez dû demander à stackoverflow ce qu'est un pointeur.
De plus, que montriez-vous? Un code propre et bien écrit, facilement compréhensible, est ennuyeux. Vos enquêteurs ne resteront pas là à s'émerveiller de la façon dont ils peuvent clairement comprendre l'intention de votre extrait de code, ils se demanderont pourquoi vous le considérez comme le joyau de votre couronne. D'un autre côté, Imaginez que vous avez inventé quelque chose d'intelligent comme l'appareil de Duff et que vous vouliez le montrer. Les enquêteurs vous considéreraient probablement comme un ennemi de la lisibilité.
Le code que vous montrez doit généralement être assez petit pour être discuté dans les 5 minutes, et le code ne doit pas prendre plus de 2 pages imprimées. Même si c'est juste une méthode que vous avez écrite pour analyser les numéros de téléphone d'un annuaire, c'est utile.
Si vous voulez porter le design. Ne portez pas le code. Plus que de voir la propreté, l'intervieweur commencera à signaler les erreurs. Il y aurait certainement (beaucoup) d'erreurs (auxquelles vous n'avez pas pensé) si le projet est un projet de lycée. Et s'il s'agit d'un code d'entreprise, il est illégal de porter le code protégé et de le montrer à d'autres personnes.
Montrer le code que vous avez déjà écrit peut ne pas avoir beaucoup de poids si vous ne répondez pas aux questions posées par l'intervieweur. Et si vous ne le portez pas, il n'y a pas non plus de points -ve. Alors pourquoi s'embêter.
Oui!
Tout imbécile peut écrire du code qu'un ordinateur peut comprendre, il faut un grand programmeur pour écrire du code qu'un humain peut comprendre.
Pour cette seule raison, vous devriez vous montrer
Si vous avez un morceau de code qui est particulièrement intéressant, apportez-le par tous les moyens (en supposant, bien sûr, qu'il ne s'agit pas d'une propriété intellectuelle protégée). Mais ne forcez pas l'intervieweur . S'il souhaite consulter votre code, il vous demandera si vous avez quelque chose à montrer.
Soyez prêt à expliquer pourquoi c'est intéressant, et mieux, ce que vous feriez différemment à l'avenir.
Si vous avez effectué un développement open source (professionnel ou personnel), je pense que ce serait une excellente idée. J'ai envoyé des extraits de code avec le matériel de candidature pour le travail que j'ai actuellement, alors j'ose supposer que cela a bien fonctionné pour moi. Assurez-vous de respecter la confidentialité / le droit d'auteur et d'attribuer une attribution aux autres personnes impliquées (s'il s'agissait d'un projet collaboratif).