Nein, Sie sollten ihr Angebot nicht annehmen und diesen Kandidaten unbedingt weitergeben. Dies ist schrecklich unprofessionell und wird in den USA allgemein als unethisch angesehen.

Jeder, der bereit ist, Code von seinem derzeitigen Arbeitgeber anzubieten, ohne richtig zu erklären, warum er dies tun kann, ist jemand, der das geistige Eigentum eindeutig missachtet. Der Grund, den sie Ihnen gegeben haben, ist lächerlich.

Sie wollen diese Person nicht in Ihrer Firma. Warum würden Sie erwarten, dass sie Ihre IP besser behandeln?

Warum sofort keine Einstellung

Meine Antwort ignoriert das "Wie akzeptiere ich den Code in a?" Weg, der Sie nicht entlassen oder in rechtliche Schwierigkeiten bringt "Teil der Frage, weil es irrelevant ist, weil Sie die Codebeispiele nicht akzeptieren und diesen Kandidaten nicht einstellen sollten. Es wäre auch sehr anders, wenn der Kandidat eine gute Erklärung dafür hätte, warum Sie den Code sehen könnten (z. B. war er Open Source und auf GitHub verfügbar).

Aber dann Sie würde diese Frage nicht stellen. Sie hätten einfach auf den GitHub-Link geklickt.

Wenn jemand ein Vorstellungsgespräch für eine Softwareentwicklungsposition führt und es mir nicht 100% klar macht , wenn Sie sich freiwillig melden Geben Sie proprietären Code an, warum dies zulässig ist, ich möchte sie nicht in meinem Team haben.

Warum sollte ich diesem Kandidaten den Code meines Unternehmens anvertrauen, wenn wir ihn einstellen?

Warum sollte ich dem Kandidaten überhaupt vertrauen, dass er den Code geschrieben hat, den er mir gibt (ein weiterer Vorteil von GitHub gegenüber proprietär)?

Wenn ich als Interviewer fragen muss Ein Kandidat, der mir sagt, dass er es einfach "erneut schreiben" würde, ob er über die entsprechenden IP- und Lizenzberechtigungen verfügt, um dies mit mir zu teilen, beweist, dass er kein angemessenes professionelles Verständnis dafür hat, wie wichtig dies ist. Ein Teil der Tätigkeit als professioneller Softwareentwickler besteht darin, dies zu wissen und zu respektieren, insbesondere angesichts der Tatsache, wie einfach es ist, eine gesamte Codebasis zu kopieren.

Ich möchte nicht, dass diese Person für mein Unternehmen arbeitet.

Fragen Sie den Kandidaten nach der Situation.

Sie wissen tatsächlich nicht, ob dem Kandidaten die Erlaubnis zur Offenlegung dieses Codes erteilt wurde. Sie sofort abzulehnen, ohne zu wissen, dass dies eine Überreaktion ist.

Fragen Sie sie ausdrücklich, ob sie die Erlaubnis dazu haben. Sie erhalten vermutlich eine der folgenden Antworten:

1. Ja, ich habe die Erlaubnis. Mit einem plausiblen Grund. Es liegt an Ihnen, wenn Sie sie beim Wort nehmen. Wenn es für das Unternehmen eindeutig nicht kritisch ist und sie Ihnen mitgeteilt haben, dass sie über eine Berechtigung verfügen, werden Sie keine Probleme bekommen.
2. Ich habe nicht über Berechtigungen nachgedacht. Erinnern Sie sich Sie, dass alle ihre Arbeiten vertraulich sind und jeder Arbeitgeber, der sie eingestellt hat, erwarten würde, dass der Code vertraulich behandelt wird, auch Sie. Löschen Sie alle Kopien des Codes, den Sie haben. Verfolgen oder nicht, je nachdem, ob Sie glauben, dass sie ihre Lektion gelernt haben.
Die Vertraulichkeit ist mir egal. Sofortige Ablehnung. Vergessen Sie nicht, diesen Code zu löschen. ol>

Die einzige Antwort, über die Sie gesprochen haben, war " Es ist in Ordnung, da ich ihn immer wieder schreiben konnte. " Ihre Antwort auf das wird sein "Dann schreibe es noch einmal und gib mir die neue Version."

Das Teilen von Code mit einem Interviewer ist ein offensichtlicher Verstoß gegen den Ethik- und Berufskodex für Softwareentwicklung:

2.05 . Halten Sie vertrauliche Informationen, die Sie in Ihrer beruflichen Tätigkeit erhalten haben, privat, wenn diese Vertraulichkeit im Einklang mit dem öffentlichen Interesse und dem Gesetz steht.

Aus Ihrer Frage geht hervor, dass der Kandidat dies nicht getan hat Holen Sie sich die Erlaubnis, den Code zu teilen. Der Code gehört dem Arbeitgeber und ist vertraulich, sofern nicht anders angegeben. In diesem Fall ist dies also unethisches Verhalten und Sie akzeptieren den Code absolut nicht . Entlassen Sie den Kandidaten sofort.

Bearbeiten : Zur Verdeutlichung ist der SE-Ethikkodex der ACM kein Gesetz . Es handelt sich um einfache Richtlinien zu den "Do's and Don'ts" unserer Branche. Viele Universitäten und Arbeitgeber übernehmen den Kodex jedoch als unseren Standardsatz ethischer Richtlinien, um sicherzustellen, dass Studenten und Mitarbeiter den Kodex kennen und seine Praktiken befolgen. Z.B. In meinem Informatikstudium hatte ich mindestens 4 bedeutende Projekte mit dem SE-Code. Viele Arbeitgeber in meiner Region testen Kandidaten auch während der Befragung mit ethischen Fragen und erwarten, dass sie den SE-Code kennen und ihn in ihren Antworten verwenden.

Nebenbei:

Sie erwähnen, dass Sie in der Lage sein möchten, die Fähigkeit eines Kandidaten zu beurteilen, Code zu schreiben, seine Qualität und Sauberkeit zu bewerten usw., oder? Lassen Sie sie eine einfache Programmieraufgabe ausführen, die etwas mehr Gedanken erfordert als die typischen FizzBuzz-Fragen (die dazu dienen, Nicht-Programmierer oder inkompetente Programmierer auszusondern).

Persönlich würde ich eine anstreben Die Frage zur Beschreibung eines realen Systems im Code und nicht irgendeine komplexe algorithmische "mathematische" Frage, aber was Sie fragen, hängt natürlich von Ihrer Branche ab.

Ich würde das Angebot des Bewerbers für seinen Arbeitgeberkodex ablehnen UND den Bewerber darüber informieren, dass er nicht mehr für eine Anstellung bei der Firma in Betracht gezogen wird.

Welchen Kodex von seinem Arbeitgeber er zur Einsichtnahme anbietet Seien Sie versichert, dass er Ihnen irgendwann in der Zukunft, wenn er nach einem anderen Job sucht, das antun wird, was er seinem derzeitigen Arbeitgeber antut.

Natürlich verschlechtert sich das Bild für Ihren Kandidaten, wenn Ihr Kandidat bei seinem derzeitigen Arbeitgeber eine NDA unterzeichnet hat, da er jetzt möglicherweise gegen diese NDA verstößt. Seien Sie versichert, dass nichts ihn daran hindert, Ihnen dasselbe anzutun, wenn er bereit ist, gegen die NDA seines derzeitigen Arbeitgebers zu verstoßen, wenn er irgendwann in der Zukunft ein Interview mit seinem nächsten potenziellen Arbeitgeber führt.

Wenn Sie die Programmierfähigkeiten Ihrer Kandidaten bewerten müssen, überprüfen Sie deren Githubs und / oder geben Sie diesem Kandidaten ein Take-Home-Projekt Ihrer Entwicklung. Lassen Sie dann den Kandidaten seinen Code mit Ihnen überprüfen.

Der einfachste Weg, darüber nachzudenken, ist: Ändern Sie die Situation leicht. Stellen Sie sich vor, Sie sollten eine Geheimhaltungsvereinbarung unterzeichnen, bevor Sie den Code anzeigen. Aber Sie hatten nie erwartet, sich ihren Code anzusehen. Würden Sie unterschreiben? Nein. Sie möchten, dass die Anwälte des Unternehmens zuerst die NDA prüfen. Die NDA gilt nicht nur für Sie, sondern für Ihr gesamtes Unternehmen. Du willst diese Verantwortung nicht.

Sie haben keine Ahnung, ob der Befragte das Recht auf diesen Code hat. Sie haben keine Ahnung, ob es einem anderen Unternehmen (einem seiner Kunden) gehört, ob es ein Unternehmensgeheimnis ist oder noch schlimmer im Besitz der Regierung.

Ich würde das Angebot, den Code zu sehen, höflich ablehnen. Ich würde auch sicherstellen, dass ich in meinen angebotenen Notizen hervorhob und nein sagte.

Ich würde dieses Problem mit meinen Managern und anderen, die die Interviews durchführen, besprechen. Es könnte sogar als negativ in unserer Bewertung des Kandidaten angesehen werden.

Jeder spricht das Problem der Erlaubnis des Unternehmens an, diese Informationen freizugeben, aber ich denke, ein Aspekt des Problems, der übersehen wird, ist folgender:

Sind die Daten proprietärer Natur?

Wird der Code proprietär angeboten? Ist es eine Bibliothek, die ein allgemeines allgegenwärtiges Problem löst oder in vielen Systemen als gemeinsames Zahnrad dient und dem Empfänger dieses Codes keinen wirklichen Vorteil gegenüber oder eine einzigartige Fähigkeit bietet, mit diesem Arbeitgeber zu konkurrieren? Ist der Code, den er anbietet, beispielsweise eine Bibliothek mathematischer Funktionen, die es einer Sprache ermöglichen, die keine eingebauten trigonometrischen Funktionen enthält, trigonometrische Operationen auszuführen, und sonst nichts? Wenn ja, sehe ich wirklich nicht, wie dies in irgendeiner Weise die IP des Arbeitgebers schädigt. Tatsächlich denke ich, dass solche Dinge öffentlich auf GitHub veröffentlicht werden sollten. Wenn dieser Code jedoch ein wesentlicher Bestandteil eines proprietären Systems ist, das das Schema und den Mechanismus eines internen Workflows, interner Finanzdaten oder der Funktionalität der Unternehmensanwendungen aufzeigt, ist dies ein Problem. Wenn er jedoch einfach etwas enthüllt, das nicht proprietäre Probleme löst, die in der Coding-Community allgegenwärtig sind, würde ich sagen, dass es kein Schaden ist - kein Foul.

Trotzdem wäre es höflich, vor dem Teilen zu fragen.

Die Situation ist faul, aber ich stimme zu, dass es besser ist, nicht zu Schlussfolgerungen zu springen, bevor Sie müssen (als Interviewer müssen Sie möglicherweise nur). Das Zeigen eines Screenshots von Code zeigt eine andere Urteilsfarbe als das Ablegen eines Repos. Ich interessiere mich weniger für die Ethik von Maßnahmen, die ein Kandidat ergriffen hat, als vielmehr für Urteils- und Denkprozesse, die zu diesen Maßnahmen geführt haben, die manchmal Spielraum lassen können. Aber das?

Sie sagten, es sei in Ordnung, da sie es immer wieder schreiben könnten.

Ist das tatsächlich passiert? Übersetzung: "Ich besitze alles, was ich geschrieben habe, und versuche nicht, mich anders zu überzeugen. Entweder weiß ich nichts über grundlegende Geschäftsethik und Gesetze oder es ist mir einfach egal." Ich würde es schwer haben -übergeben Sie diesen Kandidaten.

Es ist okay, wenn er nur eine Idee gemäß seiner Arbeit gibt. Nur so können Sie sich in einem Interview vertreten. Sie erklären Ihre bisherigen Erfahrungen und Lösungen.

Ich kann mir nicht vorstellen, dass jemand in einem Interview exakten Code bei sich hat. Oder wenn er eine E-Mail hat oder bereitstellt, was ist dann die Garantie, dass er diesen Code geschrieben hat? Vielleicht versucht er dadurch eine Gelegenheit zu ergreifen. Wirf ihn einfach mit Respekt raus: D

Nein. Und nein.

Aber ...

Wir kennen das Erfahrungsniveau des Befragten noch nicht.

In vielen Bereichen, insbesondere in kreativen Bereichen In der Natur ist ein „Portfolio“ früherer Arbeiten erforderlich, und wenn Sie es nicht zu einem Vorstellungsgespräch bringen, ist dies Grund genug, keine Mitarbeiter einzustellen.

Eine Lebenslauf- / Lebenslauf- / Entwicklergeschichte ist cool, erzählt aber nicht so viel wie die genauen Logos, die beim Grafikdesign-Gig erstellt wurden, oder die von Ihnen veröffentlichte Kurzgeschichte oder ein Video von a Vortrag, den Sie gehalten haben. Es kann sich sogar um Code / Software handeln, die Sie für eine Klasse oder in Ihrer Freizeit erstellen. Und eine Internetsuche nach "Interview-Portfolio" findet einige leidenschaftliche Ansichten, dass ein solches Portfolio eine gute Idee ist.

Sagen wir, dies ist ihr zweiter Job außerhalb des College, sie haben ihren ersten Job mit einem Portfolio und einem Ein angesehener Mentor / Professor / Elternteil, der nicht in der Softwareentwicklung tätig ist, sagte ihnen, dass sie für jedes Interview immer ein Portfolio benötigen. Das Erwähnen, ohne den proprietären Code tatsächlich einzubringen und zu übergeben, kann tatsächlich ein Schritt in die richtige Richtung sein und darauf hinweisen, dass sie das geistige Eigentum im Allgemeinen verstehen, aber noch nicht wissen, wie sie mit den Einzelheiten umgehen sollen.

Wenn diese Position sehr jung ist, ist dies nicht unbedingt ein Problem und kann vom Interviewer tatsächlich verwendet werden, um zu sehen, wie er mit neuen Informationen umgeht (in einem Bereich, mit dem er nicht vertraut ist, Recht) widerspricht der respektierten Autorität. Das erfordert jedoch einen erfahrenen und motivierten Interviewer, um Diamanten zu polieren. Ein Interviewer, der sich die Zeit nimmt, um hier eine Frage zu einem bestimmten Fall zu stellen, kann nur dieser Interviewer sein.

Auf der anderen Seite bin ich mir nicht sicher, ob Sie das ändern können, wenn dies ihr fünfter Job ist, mehr als 10 Jahre auf dem Gebiet, und das geistige Eigentum unbekümmert herumwirft.

Nein, Sie sollten sich das Codebeispiel nicht ansehen. Es hilft nicht wirklich bei der Interviewentscheidung, da Sie sich nicht sicher sind:

1. Hat er es geschrieben?
2. Wie lange hat es gedauert?
3. Wie viel Hilfe aus dem Internet hat er bekommen?
ol>

Keine dieser Fragen kann in einem Interview definitiv beantwortet werden.

Jetzt anwesend Whiteboard und geben eine technische Herausforderung in Code zu lösen. Auf diese Weise können Sie sehen, wie er über Code denkt. Kennt er die Sprache? Oder auf Intelisense setzen? Sie können Einschränkungen hinzufügen und sehen, wie flexibel er denkt.

All dies hilft Ihnen bei der Entscheidung, wie viel Unterstützung diese Person für die Rolle benötigt, die Sie ausfüllen möchten.

Aus einem praktischeren Grund, "Nein" zu sagen: Wenn Sie ein gutes System zur Bewertung von Kandidaten haben, sollten Sie kein zusätzliches Material von einem Kandidaten verwenden, das Sie normalerweise von anderen Kandidaten nicht betrachten würden.

Das heißt, ich werde einigen der anderen Personen, die hier geantwortet haben, ein wenig widersprechen. Wenn es sich um eine minimale Menge an Code handelt, die nicht spezifisch für das vorherige Geschäft ist, ist dies keine so große Sache im gesamten Schema der Diskussion, die während eines Interviews stattfindet und die notwendigerweise darauf abzielt, was ein Kandidat für einen früheren Arbeitgeber getan hat. Sich auf Open Source-Beiträge zu verlassen oder einen Kandidaten dazu zu bringen, Beispielcode nur für Sie zu schreiben, hat seine eigenen Probleme, da sie dadurch unbezahlte Arbeit leisten und möglicherweise kein gutes Beispiel für ihre Arbeit sind, die sie im Job erledigen würden.

Bevor Sie das "ist häufig / ungewöhnlich oder empfohlen / nicht empfohlen" beantworten können, müssen Sie eine andere Frage beantworten.

Hat der Kandidat das Recht, den Code zu verbreiten?

Wenn dies der Fall ist, ist dies üblich und ratsam. Einige Beispiele dafür, wo der Entwickler dieses Recht haben würde:

• Open Source-Projekt
• Vereinbarungen mit Unternehmen über vorhandene IP, die der Entwickler in seiner Freizeit geschrieben hat.
• Vereinbarungen mit früheren Arbeitgebern zur Verwendung eines Teils einer Codebasis bei der Suche nach neuer Arbeit.

Als Freiberufler arbeite ich "für Miete", was bedeutet, dass der Code, den ich schreibe, Eigentum der Person ist, die dafür bezahlt. Trotzdem treffe ich normalerweise Vorkehrungen, um Teile meiner Arbeit als Open Source zu nutzen oder Rechte daran zu behalten. Ein gutes Beispiel ist eine Änderung, die ich am aktiven Händler vorgenommen habe, um einen Kartenprozessor hinzuzufügen. Ich habe mit der Firma gesprochen und mit ihrer Erlaubnis diese Module als Open-Source-Version bereitgestellt und sie wieder zu Active Merchant hinzugefügt. Wenn mich jemand nach einem Codebeispiel fragen würde, könnte ich diese Arbeit bereitstellen, ohne neue Berechtigungen zu erhalten.

Ich halte auch Vereinbarungen mit Kunden, um über Teile ihres Codes sprechen und diese mit potenziellen Arbeitgebern teilen zu können.

Es ist sehr schlecht anzunehmen, dass der Entwickler keine Berechtigung zum Freigeben des betreffenden Codes hat. Sie verfügen möglicherweise über alle erforderlichen Berechtigungen.

Wenn sie nicht über die Berechtigung verfügen, den betreffenden Code weiterzugeben, sollten Sie den Kandidaten einfach weitergeben. Es ist normalerweise illegal (IANAL) und sicherlich unprofessionell, Code zu teilen, wenn Sie keine Erlaubnis dazu haben.

Das Einrichten der Berechtigung zum Freigeben von Code auf dieser Ebene ist einfach. Fragen Sie einfach. Sie brauchen keine ausgefallenen Papiere oder lange juristische Dinge. Fragen Sie einfach den Kandidaten. Sie werden den Code nicht in Ihren Projekten / Ihrer Software verwenden, sodass dort kein wirkliches Risiko besteht. Sie (der Kandidat) sind am Haken für das Teilen, Ihr nicht, solange Sie sie nicht bitten, diesen bestimmten Code bereitzustellen. (Denken Sie an IANAL)

Ich würde jede zukünftige Kommunikation mit dieser Person einfach ignorieren. Es ist höchst unethisch und wahrscheinlich illegal, was sie vorschlagen, und ich würde keine Notwendigkeit sehen, einen weiteren Dialog mit ihnen aufzunehmen. Ihre E-Mail-Adresse würde direkt zu meinen Spam-Filtern gehen.

Ich würde mich nicht darum kümmern, sie oder irgendetwas anderes zu informieren. Ich habe keinen produktiven Grund dazu. Ich habe bereits alle Informationen, die ich über sie benötige.