Soll ich separate geschäftliche und persönliche GitHub-Konten erstellen? [geschlossen]

Ich bin ziemlich neu in der Programmierung und habe an vielen persönlichen Projekten gearbeitet, von denen ich befürchte, dass sie albern und unprofessionell sind. Die Art von Projekten, die ich habe, sind ein Reddit Image Downloader und ein Tool für GMs , das ich in Rollenspielen verwenden kann.

Ich möchte ein GitHub- Konto für Projekte in meinem ausgewählten Bereich der Datenanalyse aufbauen , bin mir jedoch nicht sicher, wie ich Projekte in meinem GitHub-Konto organisieren soll. Soll ich einen "professionellen" GitHub erstellen, der hauptsächlich verschiedene analytische Skripte enthält und einen separaten "persönlichen" Account für lustige kleine Projekte von mir hat? Oder überdenke ich das nur und sollte ich nur ein Konto führen?

github

— Mit ziemlicher Sicherheit
quelle

Persönlich habe ich nur einen Account für berufliche und persönliche Projekte. Solange sich in Ihrem Konto nichts Beleidigendes befindet, sehe ich keinen Grund, dasselbe für beide Zwecke zu verwenden. Wenn überhaupt, zeigt es nur, dass Sie die Arbeit gerne erledigen und sich nicht auf eine bestimmte Art von Anwendung beschränken.

— Dylan Ribb

Dies gehört nicht wirklich hierher, da es um eine Karriereberatung bittet, aber ich kann sagen, dass persönliche Projekte für Kandidaten von Vorteil sind, egal wie "albern" sie auch sein mögen. (Vorausgesetzt, es handelt sich nicht um eine Furz-App oder ähnliches.) Die Projekte, die Sie erwähnen, sind definitiv etwas, das ich für erwähnenswert halte.

— Gort the Robot

entfernte die Karrieretipps und machte es mehr über Github (einschließlich des Austauschs der Tags).

— Michael Durrant

@AlmostSurely: Hast du die Erlaubnis, aktuelle Arbeiten an Github zu machen? Ihr Arbeitgeber ist darüber möglicherweise nicht sehr erfreut, selbst wenn Sie diese Projekte privat machen.

— Marjan Venema

Das Setzen von Code von Ihrem Arbeitgeber auf GitHub ohne deren Zustimmung - auch in einem privaten Projekt - kann als Diebstahl betrachtet werden. Ich weiß, dass ich ernsthafte Probleme haben würde, wenn ich meinen Arbeitgebercode ohne deren ausdrückliche Zustimmung auf GitHub setzen würde. Und ich habe keine NDA unterschrieben. Dasselbe gilt, wenn Sie selbstständig sind und Code, den Sie für einen Kunden erstellt haben, auf GitHub ablegen. Der Code gehört nicht dir.

— Marjan Venema

Antworten:

Ich sage, Sie können den Kuchen auch essen! Einführung in GitHub-Organisationen .

Verwenden Sie Ihr GitHub-Konto für Ihre persönlichen Projekte und erstellen Sie eine Organisation für Ihre professionellen Projekte. Auf der Homepage der Organisation werden die professionellen Projekte angezeigt, die Sie vorstellen möchten, und es wird ein Link zu Ihrem persönlichen Konto angezeigt, in dem alle in GitHub durchgeführten Aktionen aufgeführt sind.

Leistungen:

Sie werden die saubere Trennung haben, die Sie wollten, während Sie eine Beziehung zwischen Ihrer persönlichen und beruflichen GitHub-Aktivität aufrechterhalten.
Sie können alles von einem einzigen Konto aus steuern. Sie müssen sich nicht erneut anmelden, um nur ein Repository im professionellen Konto zu öffnen. Sie müssen lediglich die Organisation auswählen, wenn Sie ein neues Repository öffnen.
Sie müssen nicht zwei verschiedene SSH-Schlüssel auf demselben Computer verwalten!
Sie können andere GitHub-Benutzer zu Ihrer Organisation hinzufügen und ihnen sogar den Besitz der Organisation übertragen, falls dies überhaupt erforderlich ist. Jeder Benutzer hat ein eigenes Konto, sodass Sie das Kennwort eines professionellen Kontos nicht mit anderen Personen teilen müssen. Als Bonus können verschiedene Konten unterschiedliche Berechtigungen haben, die von ihrer tatsächlichen Rolle im Team abhängen - etwas, was Sie mit einem gemeinsam genutzten GitHub-Konto für professionelle Projekte nicht tun können.

Grundsätzlich bietet Ihnen dieser Ansatz die Vorteile beider Ansätze. Der einzige Nachteil ist, dass Sie bei einigen persönlichen Projekten niemanden finden, der Sie jemals mit Ihrem professionellen öffentlichen Gesicht in Verbindung bringt. Bei diesen Kriterien handelt es sich jedoch in der Regel um illegale Inhalte, die Sie gar nicht erst für GitHub verwenden möchten. Daher sollte dies kein Problem darstellen.

— Idan Arye
quelle

Ich empfehle Ihnen, sie zusammen zu halten.

geeignete persönliche Projekte zu zeigen ist oft ein großes Plus, da es Ihre Leidenschaft und Initiative zeigt
Einfacher zu verwalten, was im Laufe der Zeit wohin geht.
Es muss nur 1 Satz SSH-Schlüssel verwaltet werden
Sie müssen sich nicht von einem zum anderen anmelden oder abmelden.
ermöglicht es Ihnen, 1 Github zu 1 persönlichen Haupt-E-Mail zu haben, auch einfacher.

Ich denke, eine Antwort auf Ihre (und meine) Wünsche besteht darin, ein kostenpflichtiges Konto zu haben (ich denke, es kostet 7 US-Dollar pro Monat für 5 Privatpersonen), das mehr private Repositories ermöglicht. Behalten Sie also die Arbeiten / Spielen, die Sie öffentlich sein möchten, als öffentlich und die anderen als privat.

— Michael Durrant
quelle

Persönliche Projekte zu zeigen ist oft ein großes Plus - vielleicht genauso oft ein großes Minus, wenn jemand anderes Ihre Idee stiehlt ... Sie können über andere Dinge sprechen, die Sie mit Kollegen und Vorgesetzten tun (ohne sich viel Zeit dafür zu nehmen) dies tun), auch wenn sie nicht in Github sind - das zeigt Leidenschaft und Initiative, ohne anderen die "Schlüssel zum Schloss" zu geben. Das habe ich immer getan und es hat mir bei meiner Arbeit geholfen - mehr als einmal wurden mir interessante Aufgaben übertragen: "Hey, ich habe gehört, Sie haben viel mit JSON rumgespielt ... vielleicht können Sie dieses neue Projekt angehen, das wir ' Neuplanung ... "etc ...

— Vector

und viele arbeitgeber wollen nicht das risiko einer

— kreuzkontamination

Wenn Sie Projekte nicht getrennt halten können, spielt es keine Rolle, ob sie privat oder öffentlich sind. Ich habe diese "Kreuzkontamination" noch nie in der Praxis gesehen. Im Moment muss ich in meiner Arbeit 20 Repositories verwenden und sie nicht verwechseln.

— Michael Durrant

Vector - deshalb sage ich, benutze private Repos für solche Projekte.

— Michael Durrant

Selbst wenn Sie in privaten Projekten arbeiten, kann es sein, dass der Arbeitgeber nicht gerade damit zufrieden ist, seinen Code "offen" zu halten (nicht durch seine eigenen Sicherheitsrichtlinien kontrolliert) und ihn in Interviews anderen Unternehmen zu zeigen. Selbst wenn Sie es in einem privaten Projekt auf GitHub veröffentlichen, kann dies als Diebstahl betrachtet werden. Ich weiß, dass ich ernsthafte Probleme haben würde, wenn ich meinen Arbeitgebercode ohne deren ausdrückliche Zustimmung auf GitHub setzen würde. Und ich habe keine NDA unterschrieben.

— Marjan Venema

Ich denke, Sie sollten die Konten getrennt halten.

In fast allen Fällen gehört die Arbeit, die Sie im Rahmen Ihrer Beschäftigung bei einem Unternehmen erstellen, dem Unternehmen. Es ist nicht dein Eigentum. Wenn Sie das Unternehmen verlassen, behält das Unternehmen die gesamte Arbeit und Sie haben keine Rechte mehr daran.

Wenn Sie Ihre persönlichen und geschäftlichen Konten getrennt halten, wird dies viel einfacher. Wenn Sie gehen, übergeben Sie einfach das Arbeitskonto und sie übernehmen das Eigentum. Sie müssten Ihre Projekte nicht von den Unternehmensprojekten trennen und nicht versuchen, die Projekte aus Ihrem Konto zu löschen. Die Beschäftigung bei einem bestimmten Unternehmen ist flüchtig, und je mehr Sie Ihre persönlichen Dinge mit Unternehmensdingen verflechten, desto schwieriger wird es, wenn Sie sich trennen.

Dies ist meine Faustregel, und sicherlich werden einzelne Organisationen ihre eigene Meinung dazu haben. Ich konnte sehen, dass einige Firmen entscheiden, dass sie kein Problem damit haben, eine Kopie dieses Materials aufzubewahren, wenn Sie die Firma verlassen, solange sie auch eine Kopie haben. Andererseits behält die Firma, in der ich arbeite, die Kontrolle über die Dinge, und sie würden mich wahrscheinlich entlassen, wenn ich das Produkt der Firma auf github setze.

— Alan Shutko
quelle

Ich arbeite für eine separate gemeinnützige Organisation, die Teil einer größeren Stiftung ist. Ich habe mit meinen Vorgesetzten gesprochen, und sie haben mir geholfen, die Open Source-Dateien auf meinem Github zu hosten, damit ich unsere Fortschritte mit dem Rest der Stiftung teilen kann, und dies scheint die Methode für andere Organisationen in Deutschland zu sein die Grundlage. Ich verstehe, was Sie darüber sagen, was das Unternehmen ist, aber um ehrlich zu sein, möchte ich diese Arbeit in meinem Lebenslauf gutschreiben. Davon abgesehen sollte ich vielleicht ein separates Arbeitskonto führen und nur die Projekte in meinem Lebenslauf haben, ohne auf den Github zu verlinken.

— Mit

@AlmostSurely - +1 auf diese Antwort - Ich denke, Tit ist der richtige. Aus den hier genannten und vielen anderen Gründen ist es immer die beste Politik, Ihre privaten Angelegenheiten zu behalten, egal ob technisch oder anderweitig. Sie können Ihre privaten Projekte trotzdem in Ihren Lebenslauf aufnehmen und sogar auf Ihr privates Github-Repository verlinken, um zu zeigen, was Sie vorhatten. Wenn Sie zu einem anderen Job wechseln müssen, kann es von Vorteil sein, Dinge außerhalb der Arbeit selbst zu tun, um Ihren Horizont zu erweitern und neue Fähigkeiten zu erlernen (aber nicht immer ...): Es zeigt, dass Sie Ihre Arbeit lieben, Sie sind ehrgeizig und energisch, etc.

— Vector

Vermeidet / reduziert auch die reale Gefahr, dass sie denken, dass ähnlich aussehender Code in Ihren persönlichen Projekten von der Arbeit gestohlen wird, die Sie für sie getan haben. Viele Arbeitgeber fordern den Besitz des gesamten Codes, den Sie während Ihrer Beschäftigung schreiben, selbst des Codes, den Sie in Ihrer Freizeit schreiben, der nicht arbeitsbezogen ist. Ob eine solche Forderung vor Gericht Bestand hat, kann ich nicht sagen (und würde sowieso von den örtlichen Gesetzen abhängen), aber es ist eine verbreitete Sache, und Sie möchten solche Komplikationen vermeiden, wenn Sie in einen Arbeitskampf jeglicher Art geraten.

— 31.

sogar Code, den Sie in Ihrer Freizeit schreiben, der nicht mit der Arbeit zusammenhängt - Yup. Ich habe NDAs unterschrieben, die ihnen im Wesentlichen den Besitz über meine graue Programmiersubstanz gaben. Ob eine solche Klage vor Gericht Bestand hat, kann ich nicht sagen - ich glaube nicht, dass sie vor einem US-Gericht standhalten wird, deshalb habe ich mir nie allzu viele Sorgen gemacht -, aber sie haben sie da reingelegt, damit Sie es nicht tun "get cute" - Einschüchterungsfaktor.

— Vektor

Unternehmensprojekte sollten in einer separaten Organisation geführt werden. Dann ist es leicht zu erkennen, welche Projekte Ihnen gehören und welche dem Unternehmen gehören. Wenn Sie das Unternehmen verlassen, müssen Sie Ihr Konto nicht übergeben, da Sie den Zugriff auf das Unternehmen nur einer anderen Person im Unternehmen gewähren können.

— eMBee