Quelles sources d'échantillonnage devraient être utilisées lors d'un entretien d'embauche? [fermé]

Un de mes amis a été licencié. Quand je lui ai parlé, il a dit qu'ils ne l'avaient pas laissé prendre une copie de tout ce sur quoi il travaillait. Quand il a demandé comment montrer ce qu'il avait travaillé à un autre employeur lors d'une entrevue, on lui a répondu qu'il aurait des explications à faire.

Devrions-nous, en tant que programmeurs, être autorisés à prélever des échantillons de notre travail précédent d'anciens employeurs? Quelles sources de code devrions-nous nous attendre à montrer dans une interview? Lorsque presque tous les employeurs demandent un échantillon de travail, comment justifier ce qui peut être envoyé? Est-ce notre responsabilité de maintenir des projets après le travail pour toute notre vie afin que nous ayons un code que nous pouvons légalement montrer à notre prochain employeur?

Le titre 17 § 107 du code américain décrit les circonstances dans lesquelles une œuvre protégée par le droit d'auteur peut être copiée pour une utilisation équitable, que l'œuvre ait été publiée ou non. Étant donné que la loi sur le droit d'auteur protège généralement le code source, elle est pertinente pour votre question.

Je ne suis pas avocat et je ne suis au courant d'aucune jurisprudence établissant cela de toute façon, mais à mon avis, la copie de courts exemples de votre travail relèverait d'une utilisation équitable, à condition qu'il s'agisse d'un échantillon suffisamment petit pour ne pas être un programme ou module de travail complet, et qu'il ne révèle aucun secret commercial. L'un des dix fichiers de votre implémentation d'un pilote pour une puce avec une fiche technique accessible au public ne nuira en rien à vos anciens employeurs. Votre implémentation de l'algorithme top secret de l'entreprise que vous avez aidé à concevoir va vous causer des ennuis.

Je ne suis pas sûr de la partie juridique mais ce que j'en pense, vous ne devriez jamais être autorisé à prendre votre travail avec vous. Vous étiez payé pour le travail. Ce n'est pas votre propriété mais celle de votre entreprise.

Il est courant que les gens prennent leur travail avec eux pour référence ou pour d'autres raisons, sans en informer l'entreprise. C'est la seule façon de le faire. Vous en êtes toujours responsable, en cas de fuite.

J'avais une situation similaire où je pouvais montrer mon ancien travail et cela aurait probablement boosté mon profil mais je choisis pas trop et je ne le regrette pas. C'était mon ancien actif d'entreprise et il devrait en être ainsi. Si vos compétences en communication ne sont pas assez bonnes pour expliquer ce que vous avez fait, vous ne devriez pas blâmer votre ancien employeur.

Remarque: je ne sais pas quel type de travail est référencé ici. Cela pourrait avoir une certaine importance.

Si quelqu'un venait à une entrevue et me montrait quelque chose qui était clairement la propriété confidentielle d'un employeur précédent (y compris le code source d'un site Web public), j'aurais de sérieuses réserves quant à l'embauche de cette personne indépendamment de ses autres compétences et capacités.

C'est-à-dire que je soupçonne que cela est parfaitement légal et acceptable, et que tout employeur ultérieur digne de travailler comprendrait la situation.

D'après mon expérience, les employeurs sont plus intéressés par les résultats de votre travail passé, ou en vous entendant en décrire l'architecture. Ils ne sont pas intéressés à parcourir des pages et des pages de code réel. S'ils veulent réellement voir votre style de codage, ils vous demandent généralement de faire une tâche triviale.

Personnellement, je demande à mes employeurs si je peux prendre des captures d'écran de mon travail pour les ajouter à mon portfolio. Je ferai quelques retouches d'images pour supprimer les données spécifiques à l'entreprise, ou remplir l'application avec des données factices, donc ça leur convient généralement. Je peux ensuite utiliser ces captures d'écran pour décrire l'application à des employeurs potentiels, et ils peuvent voir les résultats de ce que j'ai fait dans le passé.

N'oubliez pas de demander d'abord à votre employeur. Je ne prendrais rien, même des captures d'écran dont les données spécifiques à l'entreprise ont été supprimées, à moins qu'elles ne soient acceptables.

Je ne sais pas où vous tracez la ligne en regardant des copies de code ou une question sur la façon dont vous avez résolu un problème particulier. Dans combien de détails pouvez-vous entrer sans révéler quelque chose d'important sur le code?

Si vous m'apportez un imprimé, comment puis-je savoir que vous l'avez écrit? Bien sûr, il vous sera demandé d'expliquer ce qu'il fait et pourquoi vous l'avez fait de cette façon. Il pourrait être tout aussi simple de consulter le code de quelqu'un d'autre et d'expliquer ce qu'il fait et comment vous pourriez l'améliorer.

Finalement, vous aurez juste besoin de prouver que vous pouvez écrire du code et j'espère que la façon dont vous le faites est d'écrire du code.

Cela peut vous éviter des ennuis si vous travaillez sur un projet open source et obtenez une recommandation d'une source de confiance qui peut vérifier vos contributions. Je doute que votre employeur actuel le revendique, mais je ne connais pas la loi où vous vivez.

Eh bien, vous devez comprendre que ce n'est pas votre code. Vous n'avez pas le droit de le montrer à quiconque, et votre ancien employeur a certainement le droit de protéger leurs ensembles en ne vous laissant pas partir avec une copie.

Le code que vous montriez généralement dans une interview se composerait de projets de passe-temps et / ou d'utilitaires que vous produiriez pendant votre temps libre. Si vous n'avez aucun de ces éléments à montrer et que vous cherchez un emploi, alors commencez à en travailler un. Un référentiel public git-hub est une bonne chose à montrer dans une interview.

De plus, je pense que montrer un code d'employeur précédent lors d'une entrevue est de mauvais goût et vous coûtera probablement l'entrevue. N'importe quel morceau de code POURRAIT être criblé de bogues qui peuvent exposer une vulnérabilité.

Récemment, j'ai commencé un blog enregistrant mes expériences pour relever le défi d'apprendre à programmer. Comme je suis un débutant assez tardif, je n'ai pas beaucoup de projets antérieurs, c'est donc aussi un moyen de documenter ma progression.Ce blog serait également un portefeuille public en ligne viable de mes compétences. Rien n'est construit dans le temps de travail ou ne repose sur des bibliothèques de travail ou des concepts propriétaires qui peuvent être couverts par la confidentialité.

Ce site est peut-être le seul code que j'aurais déjà à remettre si on me le demandait lors de l'entretien; il est public et a un historique de piste, mais il serait préférable que toute la source de ces projets soit hébergée sur GitHub ou similaire.

Si je ne pouvais pas écrire à la main la syntaxe et les concepts de base d'une question d'entrevue dans la langue choisie, je ne serais probablement pas assez bon pour eux.

Tout ce que je dis s'applique aux employés normaux et à volonté. Si vous êtes un entrepreneur, les règles peuvent être différentes, bien que je ne parie pas beaucoup en ce qui concerne ces points.

Si vous êtes un employé régulier, tout ce que vous avez fait est la propriété de votre employeur. Cela signifie que vous ne pouvez pas l'emporter avec vous sans autorisation. C'est le leur - c'est pourquoi ils vous ont payé pour faire le travail! Et ils ne veulent pas nécessairement que cela soit montré dans toute l'industrie.

Ils ont parfaitement le droit de ne pas vous laisser en conserver une copie.

Après avoir été licencié / lâché, il est trop tard, OMI. (Eh bien, il n'est pas trop tard mais vous avez maintenant du travail à faire dans votre nouveau "temps libre").

Vous devriez faire D'AUTRES PROJETS DE PROGRAMMATION pendant votre temps libre. Shareware, applications pour téléphones intelligents ou tablettes. Travail sur des projets open source. Choisissez-en un, puis faites-le.

SO - lorsque l'employeur potentiel demande des échantillons, vous avez beaucoup à montrer de votre «temps libre».

Je suis d'accord - les choses que vous avez faites en tant qu'employé rémunéré pour vos anciens employeurs ne devraient jamais être prises et certainement pas affichées.

C'est la propriété de l'entreprise (sauf indication contraire dans son contrat s'il en a un). Ils peuvent en faire ce qu'ils veulent, y compris en ne lui permettant pas d'y accéder, de le montrer ou de le copier. Ils l'ont payé pour produire quelque chose, c'est le leur.

From what I know of my other co-workers, people easily get the stuff they worked on
(without informing the company), and either make a video or take some screenshots of it
without any problem.

Cela pourrait être considéré comme un vol et pourrait très bien être illégal.

Je ne suis pas avocat.

La communication est un élément clé d'un travail de développeur. Si vous pouvez bien communiquer vos antécédents professionnels et vos connaissances, il n'est pas nécessaire de donner le code précédent.

De plus, la société pour laquelle vous travaillez détiendrait dans la grande majorité des cas la propriété intellectuelle du code que vous écrivez, alors pourquoi devrait-elle ou même le remettrait-elle?

Je ne prendrais jamais et ne montrerais pas le code que j'ai écrit pour un employeur précédent. Je ne ferais pas non plus confiance à quelqu'un que j'ai interviewé qui a apporté le code de son dernier employeur (vont-ils nous voler le code ensuite? L'avez-vous écrit?).

Une solution pour cela serait de travailler sur un projet open source ou un projet personnel si vous avez besoin de démontrer votre code. Bien que j'aie fait cela et ai proposé de montrer le code que j'ai écrit, la plupart des employeurs ne veulent pas voir le travail précédent (ce n'est pas une preuve que vous l'avez écrit). Lorsque j'ai interviewé des gens dans le passé, je leur ai demandé d'écrire des extraits ou de répondre à des questions liées à la programmation. Vous ne pouvez pas BS ça.

Vous n'avez peut-être pas pu emporter avec vous votre travail que vous avez fait pour votre employeur, mais quel programmeur n'a pas de projets familiers qu'il pourrait montrer?