Apporter du code à une interview? [fermé]

14

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?

Anthony
la source
Non. Ce qu'une entreprise peut faire, c'est vous donner un examen à domicile après un entretien, puis vous faire revenir dans 2 jours environ pour expliquer ce que vous avez fait et pourquoi.
Job

Réponses:

15

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.

user281377
la source
6

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.

Homde
la source
5
Il y a toujours le problème de savoir réellement que le code est écrit par l'interviewé. En ce sens, peut-être qu'une révision du code du code de quelqu'un d'autre pourrait vous en apprendre autant, sinon plus - que la personne interrogée n'aurait pas pu préparer à l'avance?
Benjol
1
Je ne pense pas que ce soit vraiment un problème, car vous jugez la personne sur sa capacité à expliquer son code et sa pensée. C'est assez difficile à faire si ce n'est pas votre propre code. Comment pouvez-vous expliquer quelque chose de bien que vous ne comprenez pas complètement?
Homde
5
N'oublions pas le potentiel (ou la probabilité) que la pièce que vous avez écrite soit l'IP de votre ancien employeur (sauf s'il s'agit d'un projet parallèle ou d'une pièce personnelle écrite) et j'éviterais de franchir cette ligne autant que possible, innocente ou autre.
Brad Christie
Brad, c'est un bon point. Normalement, vous n'êtes pas autorisé à conserver des copies du travail effectué en tant que consultant, il peut donc être difficile d'utiliser un code comme celui-ci. Une autre raison d'embaucher des programmeurs qui travaillent sur des projets pour animaux de compagnie! :)
Homde
4

Une variante à cela consiste à fournir à l'intervieweur l'URL du référentiel pour un projet open source auquel vous avez apporté une contribution majeure.

Stephen C
la source
2

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é.

Paul Butcher
la source
Un code propre et bien écrit qui résout un problème délicat peut être extrêmement intéressant. Et si l'intervieweur ne le pense pas, cela vous indique une ou deux choses: soit vous n'êtes pas au niveau qu'ils recherchent, soit ils ne sont pas au niveau que vous souhaitez pour vos collègues. Quoi qu'il en soit (et j'espère que la discussion mettra en évidence lequel), il est temps de chercher ailleurs.
Anon
Ce que je veux dire, c'est que du code propre et bien écrit qui résout un problème délicat rend le problème beaucoup moins délicat, ce qui rend le code lui-même beaucoup moins intéressant.
Paul Butcher
1

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.

George Stocker
la source
1

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.

Manoj R
la source
1

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

billy.bob
la source
Si votre code est réellement compréhensible par l'homme. Sinon, ne le faites pas :)
Mchl
0

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.

Anon
la source
0

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).

Zoot
la source