Codebeispiele für zukünftige Arbeitgeber

Ich bin ein neuer professioneller Softwareentwickler und habe eine ziemlich seltsame Situation.

Mein Job ist zwar technisch, aber nicht in einer traditionellen Softwareumgebung. Ich bin der einzige Entwickler, der eingestellt wurde, um langsam einen leitenden Entwickler zu übernehmen, da er verdrängt wird, seit er sich entschieden hat, einen anderen Job anzunehmen.

Ich nahm meinen aktuellen Job an, nachdem ich ein Codebeispiel eingereicht hatte, mein Abschlussprojekt in der Schule, und sie unterbreiteten ein Angebot. Ich habe nicht vor zu gehen, da ich die Atmosphäre und meine Kollegen liebe, aber wenn ich jemals gehen möchte oder wenn etwas passiert und ich entlassen werde, sollte ich Codebeispiele für zukünftige Arbeitgeber haben, da mein aktueller Job ' nicht leicht mit größeren Unternehmen und der Hierarchie, die sie verwenden können, zu vergleichen? Dh Junior Dev, Dev, Senior Dev, etc..

Ich klassifiziere mich als Junior Software Developer, falls das für jemanden wichtig ist.

Es kann nicht schaden, Proben zu haben, einige Arbeitgeber wollen sie, andere nicht, aber je mehr Pfeile auf Ihren Bogen, desto besser.
Beteiligen Sie sich an einer Open Source
Daran habe ich gar nicht gedacht @Paparazzi. Großartige Idee.
@Micheal: Sie müssen sich an Open Source beteiligen oder ein Nebenprojekt haben. Sie können nicht ohne Erlaubnis Codebeispiele Ihres Arbeitgebercodes (der Ihnen nicht gehört) an andere Personen weitergeben.
Als Vorsicht. Geben Sie NIEMALS Codebeispiele von Ihren früheren Arbeitgebern heraus, falls Ihnen das nicht wirklich in den Sinn gekommen ist. Sie werden verklagt .
@Nelson macht einen guten Punkt, falls jemand anderes, der dies liest, dies nicht wusste. In meinem Fall habe ich tatsächlich einige NDAs unterschrieben, also könnte ich definitiv verklagt werden, wenn ich das tun würde.
Selbst wenn Sie keine NDAs unterzeichnet haben, hat der von Ihnen erstellte Code IP-Rechte des Unternehmens übernommen, da Sie diesen Code im Rahmen eines Angestelltenverhältnisses erstellen. Der im Rahmen eines Arbeitsverhältnisses erstellte Code gehört dem Unternehmen, nicht Ihnen. Ich habe den spezifischen Begriff im Moment vergessen, aber ich habe hier ein paar Mal darüber gelesen.
@Nelson, das sind großartige Informationen. Danke für die Abklärung.
Es wird als bewährte Praxis angesehen, einige "Codebeispiele" zu haben, normalerweise in Form von Open-Source-Beiträgen oder privaten Projekten auf GitHub. Sie können keinen Code von Ihrem Arbeitsplatz verwenden, tun Sie das einfach niemals. In Open Source involviert zu sein, kann Ihnen auf mehr als eine Weise zugute kommen, und es kommt jedem zugute, der Software verwendet, an der Sie mitgewirkt haben. Es ist eine Win/Win-Sache.
Während @Nelson einen guten Punkt macht, können Sie Beispiele von einem Arbeitgeber verwenden, wenn Sie die proprietären Informationen ausnehmen oder neu schreiben und sie generisch machen. Das meiste davon kann durch Umbenennen von Variablen und geringfügige Änderungen der Prozeduren erreicht werden.
@RoughTomato Wie kann man einen Open-Source-Beitrag als Codebeispiel verwenden? Angenommen, ich habe einige Fehlerkorrekturen zu Firefox beigetragen. Wie werden Sie das als "Codebeispiel" einreichen?
@Brandin Normalerweise verlinke ich mein Profil in meinem Lebenslauf. So können die an der Rekrutierung beteiligten Personen auf alles zugreifen, was sie benötigen. In der Vergangenheit habe ich mein Profil nicht angehängt und ich wurde oft gefragt, ob ich "einen Beispielcode bereitstellen" könnte. Auf github gibt es Informationen zu Ihrem Beitrag, Fehlerbehebungen und geposteten Problemen. Obwohl ich Situationen hatte, in denen Personalvermittler nicht einmal mein Konto überprüften, sondern es nur im Vorstellungsgespräch erwähnten und fragten, an welchen Projekten ich in Open Source beteiligt war.

Antworten (1)

Ja! Sie sollten Codebeispiele haben (aber nicht von Code, den Sie bei der Arbeit geschrieben haben, es sei denn, Sie haben eine schriftliche Genehmigung Ihres Arbeitgebers - dieser Code gehört ihm, nicht Ihnen), unabhängig von irgendetwas Ungewöhnlichem an Ihrem aktuellen Job, es kann Ihnen nicht schaden, sie zu haben praktisch und könnte viel helfen.

da mein jetziger Job nicht einfach mit größeren Unternehmen und deren Hierarchie verglichen werden kann? Dh Junior Dev, Dev, Senior Dev, etc..

Ich denke, bestimmte Titel in einem Lebenslauf sind weniger interessant als Details darüber, was Sie getan haben, also sollten Sie sich darüber keine allzu großen Sorgen machen. Jeder, der lange genug in der Branche ist, um Lebensläufe als Teil seiner Arbeit zu überprüfen, hat schlechte Entwickler mit Senior-Titeln und großartige mit Junior-Titeln gesehen. Beschreiben Sie einfach, was Sie in Ihrem Lebenslauf gemacht haben, und alles wird gut.

Code-Beispiele sind immer gut... Mel zufolge können Sie das Eigentum Ihres Unternehmens nicht preisgeben, es sei denn, Sie überzeugen es natürlich, einen Teil der Arbeit als Open Source zu veröffentlichen. In diesem Fall profitieren Sie vom Aufbau Ihres Portfolios während der Arbeit!