Frage:
Der Principal Investigator fordert die Übertragung des GitHub-Repositorys mit meinem Code auf sein Konto an
YoungAcademic
2015-06-18 00:04:21 UTC
view on stackexchange narkive permalink

Ich bin ein leitender Postdoc und habe kürzlich einen Bioinformatik-Algorithmus in einer Fachzeitschrift veröffentlicht. Für diese Veröffentlichung wurde ich als Erstautor des Manuskripts und mein Principal Investigator (PI) / Supervisor als leitender Autor aufgeführt. Wir wurden beide als entsprechende Autoren aufgeführt.

Als Folgemaßnahme haben wir beschlossen, einen Anwendungshinweis zu diesem Algorithmus einzureichen. Wieder wurde die gleiche Urheberschaft (und die entsprechenden Autoren) beibehalten. Zusätzlich wurde der Algorithmus zu einem Webserver entwickelt, der auf der Laborwebsite des PI platziert wurde.

Der PI bat mich, den Algorithmus auf Github zu setzen. Dementsprechend habe ich ein Repository in meinem persönlichen Konto erstellt und später den PI als Mitarbeiter hinzugefügt. Ich bin ein Github-Neuling, aber ich verstehe, dass dies ausreichen würde, um das Repository zu verschieben / zu ziehen und im Allgemeinen Änderungen daran vorzunehmen.

Ich war jedoch sehr überrascht, dass mein PI speziell eine Übertragung angefordert hat des Eigentums des Repositorys von meinem Konto auf sein Konto . Die andere Lösung besteht darin, das Repository auf sein Konto zu verteilen, aber der PI mag diese Lösung nicht, da es für ihn / sie schwieriger ist, eine Kopie in seinem Labor zu führen.

Also die Fragen:

  • Ist der Antrag auf Eigentumsübertragung ein fairer Antrag? Mein Grundgedanke ist, dass sich das Repository, seit ich den Code erstellt habe, auf meinem persönlichen Konto befinden sollte! Und da der Algorithmus auf der Laborwebsite ausgestrahlt wird und der PI der leitende Autor ist, wurde er / sie ordnungsgemäß anerkannt und sein Eigentum an dem Algorithmus wird ebenfalls ordnungsgemäß dargestellt!
  • Wie wirkt sich die Übertragung des Eigentums aus? Meine zukünftigen Karriereperspektiven und die Suche nach Jobs als Assistant Professor, insbesondere da mein Fachgebiet (Bioinformatik) stark von Codierung und Algorithmusentwicklung abhängt?
  • Welche anderen GitHub-Alternativen gibt es (außer Forking und Eigentumsübertragung), welche würden Erlaube mir immer noch, das Eigentum an der zu behalten Repository und haben alle Änderungen direkt mit einer Kopie auf dem Laborkonto synchronisiert?
Besitzen Sie das Urheberrecht oder Ihr Labor?
Es wird als Open-Source-Paket unter CRAN mit einer GPL-3-Lizenz hinterlegt. Ich vermute, dass das Urheberrecht bei den Autoren liegt, oder in diesem Fall vielleicht bei der Forschungseinrichtung, in der die Autoren arbeiten. Es ist eine gute Frage, aber ich weiß nicht, wie ich die Urheberrechtsinhaber in diesem Fall richtig überprüfen soll.
Wenn sie die Software als Teil ihrer Arbeit für eine Institution geschrieben haben, besitzt die Forschungseinrichtung das Urheberrecht, und die Forschungseinrichtung sollte eine Github-Organisation beauftragen, ihren Code unter zu speichern. Persönliche Github-Konten sind für das gedacht, was Menschen in ihrer Freizeit tun.
@RemcoGerlich das ist eine häufige Situation, hängt aber von der Institution ab.
_Die andere Lösung besteht darin, das Repository auf sein Konto zu verteilen, aber der PI mag diese Lösung nicht, da ** es für ihn / sie schwieriger ist, eine Kopie in ihrem Labor zu verwalten ** ._ Dies macht genau * * Null ** Sinn. Ich kann nicht einmal anfangen zu erraten ...
@RemcoGerlich Das hängt auch vom Land ab. In Deutschland haben die Autoren * immer * Urheberrechte, die nicht übertragbar sind. Das Recht zu veröffentlichen und zu profitieren ist jedoch eine andere Sache.
Denken Sie daran, dass Sie Ihre eigene Gabel auch nach einer Überweisung unter Ihrem eigenen Konto verwalten können. So können potenzielle Arbeitgeber das Projekt über Ihr Konto finden und Ihre Beiträge einsehen.
@Lohoris Ich verstehe es als "Es macht es für ihn / sie schwieriger, die ** autorisierende ** Kopie in ihrem Labor zu führen.
@emory ok, aber es ist immer noch falsch: einfach auf beide Repositories drücken ... und er muss nichts tun: es ist der OP selbst, der auf seine eigene Gabel drücken kann ...
Wenn Sie die erste Urheberschaft für das Papier erhalten haben, in dem der Algorithmus beschrieben wird, und jemand anderes zugestimmt hat, ihn beizubehalten, haben Sie ein großartiges Setup.Wenn Sie andererseits Ihren Code in eine Richtung lenken möchten und Ihr PI möchte, dass die Codebasis in eine andere Richtung geht, haben Sie jetzt einen Konkurrenten, obwohl Open Source so funktioniert.
Fünf antworten:
xLeitix
2015-06-18 00:18:30 UTC
view on stackexchange narkive permalink

Der PI hat mich gebeten, den Algorithmus auf Github zu setzen. Dementsprechend habe ich ein Repository in meinem persönlichen Konto erstellt und später den PI als Mitarbeiter hinzugefügt. Ich bin ein Github-Neuling, aber ich verstehe, dass dies ausreichen würde, um das Repository zu pushen / ziehen und im Allgemeinen Änderungen daran vorzunehmen.

Dies ist der Fall. Das Problem ist, dass ein persönlicher Account gut, persönlich und nicht übermäßig für berufliche Aktivitäten wie Forschungsprojekte geeignet ist. Zu diesem Zweck verwendet GitHub den Begriff "Organisationen", die auch Repositorys besitzen können. AFAIK Es gibt kaum einen praktischen Unterschied zwischen einem Repo, das einem persönlichen Konto gehört, und einer Organisation. Nur wenn Sie es unter Ihrem persönlichen Konto haben, entsteht der Eindruck, dass dies ein Projekt von Ihnen ist (im Gegensatz zu einem Projekt Ihres Labors).

Ich war jedoch sehr überrascht, dass mein PI ausdrücklich eine Übertragung des Eigentums an dem Repository von meinem Konto auf sein Konto beantragte.

Von Ihrem persönlichen Konto zu seinem wäre etwas seltsam. Von Ihrem Konto zu einer Organisation mit dem Namen Ihres Labors klingt für mich nach einem völlig fairen Spiel, wenn auch nur aus dem Grund, die "Corporate Identity" Ihres Labors beizubehalten.

Die andere Lösung ist das Repository auf sein Konto zu verteilen, aber der PI mag diese Lösung nicht, da es für ihn / sie schwieriger ist, eine Kopie in seinem Labor zu führen.

Nun, Wenn Sie am Ende beide Gabeln warten müssen, ist Ihr PI korrekt. Das Gabeln ist einfach, aber es ist unnötig umständlich, zwei Gabeln auf dem neuesten Stand zu halten.

Ist die Anfrage zur Übertragung des Eigentums eine faire Anfrage? Meine Begründung ist, dass sich das Repository, seit ich den Code erstellt habe, auf meinem persönlichen Konto befinden sollte!

... und da Sie ihn wahrscheinlich erstellt haben, indem Sie dem Labor Geld gewährt haben und ihn unter haben Der Bericht des Labors ist mindestens ebenso fair.

Wie wirkt sich die Übertragung des Eigentums auf meine zukünftigen Karrierechancen und die Suche nach Assistenzprofessoren aus, insbesondere da mein Fachgebiet (Bioinformatik) stark von Codierung und Algorithmusentwicklung abhängt?

Wenn Bioinformatik nicht vorhanden ist Ganz anders als in jedem anderen Bereich der Informatik kümmern sich nur sehr wenige Leute in einem Einstellungskomitee in erster Linie um Code, und niemand kümmert sich darum, ob das Repo, das den Code enthält, Ihnen gehört oder nicht das Ihres Labors oder sogar das Ihres PI, für das Sie sich viel engagiert haben.

Welche anderen Github-Alternativen gibt es (außer Gabelung und Eigentumsübertragung), die mir noch erlauben würden

Sie können ein Git-Repo mit zwei Ursprüngen einrichten und jede Änderung immer auf beide übertragen, um das Repository zu behalten und Änderungen direkt mit einer Kopie im Laborkonto zu synchronisieren? Herkunft. Für eher fragwürdige Gewinne scheint dies jedoch etwas umständlich zu sein.

In Bezug auf die letzte Frage können Sie dies mit Post-Commit-Hooks automatisch tun.
Vielen Dank für das ausführliche Feedback. Einige kleine Klarstellungen: 1. Derzeit werde ich aus einem externen Postdoc-Stipendium bezahlt, sodass der PI mich nicht direkt von seinem Konto aus bezahlt. 2. Ich habe darum gebeten, dass er / sie ein Organisationskonto erstellt. Meine Idee war, dass diesem Organisationskonto eine Abzweigung hinzugefügt werden könnte. Ich mache mir Sorgen, ob die Übertragung des Eigentums (sogar auf das Organisationskonto) meine Rechte und Möglichkeiten bei der Suche nach einem Job einschränkt. Wie Sie richtig betont haben, erweckt es den Eindruck, dass ich der Schöpfer des Codes bin, wenn ich es unter meinem Konto habe (und eine Gabel gebe). Vielen Dank!
@YoungAcademic, als Angestellter einer Universität und Code in dieser Rolle entwickelt, sind Ihre Rechte eine Frage der Unversity-Politik, unabhängig davon, wo sich das Repository befindet. Sie sind wahrscheinlich belastet und haben wenig Freiheit, ohne Beteiligung Ihrer derzeitigen Universität zu arbeiten.
@YoungAcademic Ich würde auch vorschlagen, eine Organisation zu gründen. Ehrlich gesagt ist dies jedoch wahrscheinlich nicht der richtige Kampf, da ich mir nicht vorstellen kann, dass die Frage für die spätere Arbeitssuche von besonderer Bedeutung ist. GitHub behauptet, wer den Code sowieso festgeschrieben hat. Wer also * das Repo besitzt *, ist nur ein Detail, egal was passiert.
@xLeitix Nun, technisch gesehen kann ich als Autor eines Commits ** alles ** schreiben, es ist nicht wie bei Git-Checks, wenn Sie es wirklich sind. Ich würde die Gabelroute gehen.
@Lohoris: In der Tat überprüft git die Identität nicht. Aber warum sollte ein hypothetisch anderer Committer Ihren Namen darauf schreiben, damit Sie alle Kredite aufnehmen können?
@xLeitix: GitHub liest nur die Metadaten im Repository, die beispielsweise mit [reposurgeon] (http://www.catb.org/esr/reposurgeon/) geändert werden können. So ist es technisch möglich, dass jemand wie der PI alle Commits neu schreibt und sie so aussehen lässt, als wären sie der Autor, sobald er die Kontrolle über das Repo erlangt hat. Ich glaube, der einzige Weg, um diese Art von Spoofing zu bekämpfen, ist das Hinzufügen von PGP / GPG-Commit-Signaturen.
@GeoffOxberry Lassen wir uns hier nicht mitreißen.
@xLeitix: Seien wir auch nicht naiv. Mehrere Personen in diesem Thread haben angenommen, dass die Integrität des Repos unverletzlich ist, was nicht wahr ist. Ich glaube, das Risiko von Fehlverhalten ist hier gering, aber wenn man so tut, als ob es nicht existiert, ignoriert man die Tatsache, dass es in der Wissenschaft schlechte Akteure gibt und Betrug vorkommt. Außerdem ist es für die * nicht-akademische * Jobsuche von wesentlicher Bedeutung, wer den Code schreibt, und bei Zuschussanträgen legen NSF und DOE (unter anderem) zunehmend Wert auf Code-Artefakte Code, wenn sie dies können, ohne ihren PI zu entfremden.
Wolfgang Bangerth
2015-06-18 01:34:43 UTC
view on stackexchange narkive permalink

Aus Sicht eines PI halte ich den Antrag auf Eigentumsübertragung für fair. Ihre Universität (durch ein Stipendium oder durch eine direkte Position) hat für die Erstellung der Software und die Zuweisung von "Eigentum" an eine Github-Organisation bezahlt, die Ihrem Labor entspricht. Dies scheint ein vernünftiger Ansatz zu sein, um sicherzustellen, dass andere im Labor dies weiterhin können Verwenden und entwickeln Sie die Software. Als PI, der auf lange Sicht dabei ist, macht man sich oft Sorgen darüber, was passiert, wenn der Student oder Postdoc beschließt, das Projekt oder die Akademie insgesamt zu beenden (was statistisch gesehen die meisten von ihnen letztendlich tun) und was dies für die fortgesetzte Verwendbarkeit ihrer Codes; Das Verschieben an einen zentralen Ort, der vom PI gesteuert wird, ist eine Möglichkeit, um zumindest die Möglichkeit auszuschließen, dass der Code an einer Stelle einfach verschwindet. Das ist kein Urteil über den Studenten oder Autor, es ist nur realistisch und pragmatisch.

Was die Auswirkungen auf Ihre zukünftige Beschäftigung betrifft: Es macht keinen Unterschied. Zuerst zeichnet git auf, wer den Code geschrieben hat, und es werden weiterhin Sie und nicht Ihr Berater als Autor des Codes angezeigt. Zweitens, wenn Sie in Ihrem Lebenslauf / Ihrer Website / Ihren Bewerbungsunterlagen angeben, dass Sie den unter github.com/X/Y verfügbaren Code geschrieben haben, wird jeder dies einfach glauben, es sei denn, er hat gegenteilige Beweise (in diesem Fall können sie nachschlagen dort, wer es wirklich geschrieben hat - und finde, dass du es wirklich warst), also zählt dein Wort, dass du der Autor bist, normalerweise viel mehr als dort, wo es tatsächlich gehostet wird. Drittens sind Sie höchstwahrscheinlich immer noch derjenige, der den Code am besten kennt. Wenn jemand es verwenden möchte, aber nicht über die technischen Fähigkeiten verfügt, wird er sich dennoch bei Ihnen melden und fragen, ob Sie an einer Zusammenarbeit interessiert sind - ob sich das Repository unter Ihrem Namen oder dem Ihres früheren Labors befindet. - Angesichts der Tatsache, dass wahrscheinlich niemand im Labor so viel darüber weiß wie Sie. Mit anderen Worten, Sie werden immer noch von den Vorteilen profitieren.

Zusammenfassend halte ich die Anfrage für fair. Ich denke auch, dass Sie dadurch nichts verlieren.

Ich denke, diese Antwort enthält einige gute Punkte für die Übertragung des Eigentums an dem Repository vom persönlichen Konto des OP auf ein organisatorisches Konto. Aber so wie ich es verstehe, möchte der Professor das Eigentum auf sein persönliches Konto übertragen. Ich glaube nicht, dass Sie gerechtfertigt haben, wie fair das wäre.
Das ist Semantik. Ob der Account "Bangerth Research Group" oder "Bangerth" heißt, macht im wirklichen Leben kaum einen Unterschied.
Ich stimme nicht zu Der _Name_ auf dem Konto ist natürlich irrelevant; Die Frage, wem es gehört und wer es kontrolliert, ist sehr relevant. Tatsächlich ist es das Kernthema dieser gesamten Fragen und Antworten. (Man könnte natürlich argumentieren, dass die ganze Frage im wirklichen Leben kaum einen Unterschied macht.)
Sag ich doch. Die Realität ist, dass der PI sowohl seine als auch die Berichte seiner Forschungsgruppe aus einer * praktischen * Perspektive kontrollieren würde. Wer die * gesetzlichen Rechte * an dem Code hat, ist ein Problem, das nicht davon abhängt, wie Sie das Konto aufrufen.
Sein Partner könnte die Codebasis leicht aus Github löschen und erneut hochladen, da sie anscheinend nur von ihm entwickelt wurde.
@easymoden00b: Genau. Schreiben Sie einfach die Metadaten neu.
Leute, die ursprüngliche Frage war, ob die Anfrage, dasselbe Repository an Standort A anstelle von Standort B zu hosten, fair war. Die letzten beiden Antworten hier deuten darauf hin, dass jemand tatsächlich akademischen Betrug begeht, indem er behauptet, dass ein Code von einer Person anstelle einer anderen geschrieben wurde. Das hat nichts mit der ursprünglichen Frage zu tun. Es ist eindeutig auch nicht das, was der Hauptermittler des OP im Sinn hatte.
@WolfgangBangerth: Der Vorschlag ist lediglich, dass es möglich ist, akademischen Betrug (insbesondere mit einem nicht signierten Repo) zu begehen, sobald das Eigentum an dem Repo übertragen wurde. Ich denke, die Wahrscheinlichkeit, dass dies tatsächlich geschieht, ist gering, aber ungleich Null, genau wie das Fälschen von Daten in einem Papier eine geringe Wahrscheinlichkeit hat, aber ungleich Null. Da dies eine mögliche Folge der Übertragung des Eigentums ist (im Gegensatz zum Gabeln), sollte sich das OP dessen bewusst sein, und es ist für die Frage relevant. Wir können die Absichten des PI des OP nicht aus ihrer Frage ableiten.
AVee
2015-06-18 16:54:45 UTC
view on stackexchange narkive permalink

Erstens, wenn der Code GPLv3 ist, klingt dies wie kein Problem. Jeder kann das Repository legal aufteilen und von dort aus arbeiten. Wenn Ihr PI seine eigene Kopie möchte, kann er sie einfach erstellen. Wenn das Repository übertragen wird, kann jeder, einschließlich Sie, eine eigene Verzweigung daraus erstellen.

Eine Verzweigung behält den Festschreibungsverlauf bei und zeigt Sie als Autor an. Das Gleiche gilt jedoch für eine Übertragung. Das übertragene Repository zeigt weiterhin an, dass Sie die Festschreibungen durchgeführt haben. Egal, ob Sie sich gabeln oder nichts tun, das Nettoergebnis ist ungefähr das gleiche. Es ist nur der erste Eindruck, wenn jemand das Repository über Google findet. In Interviews können Sie immer noch zeigen, dass es Ihre Arbeit ist.

Praktisch gibt es deshalb GitHub-Organisationen. Ich würde eine Organisation für das Labor erstellen und das Repository an diese Organisation übertragen. Auf diese Weise wird durch den Speicherort des Repositorys keine Annahme über die Person erstellt, die den Code geschrieben hat, aber es ist klar, dass der Code zur Organisation gehört. Diese Organisation könnte auch zukünftige Projekte des Labors enthalten.

Pete L. Clark
2015-06-18 03:00:54 UTC
view on stackexchange narkive permalink

Eine sehr breite Antwort, aber: Ob die Anfrage des PI völlig vernünftig ist oder nicht, es ist eine Anfrage, die Ihnen keinen denkbaren Schaden zufügt. Wann immer Sie mit anderen Menschen zusammenarbeiten (in Gegenwart eines Macht- / Dienstalterunterschieds oder nicht), müssen Sie bestimmte Kompromisse eingehen und Dinge auf eine Weise tun, die nicht genau das ist, was Sie tun würden, wenn Sie alleine wären.

Es hört sich so an, als hätten Sie eine fruchtbare Zusammenarbeit. Ich denke nicht, dass es sich lohnt, dieses Problem zu gefährden.

Ich sage "sehr weit gefasst", weil ich befürchte, dass mir einige Nuancen Ihrer Situation fehlen. Zum Beispiel sagen Sie, Sie sind ein "Senior Postdoc", aber ich weiß nicht, was "Senior" bedeutet. Ich habe noch nie eine Hierarchie innerhalb von Postdoktorandenpositionen erlebt, und wenn überhaupt, ist es für einen Postdoc eine schlechte Sache, lange im Zahn zu sein: Da es sich um eine inhärente Junior- / Temporärposition handelt, ist es zu lang schafft den Eindruck, dass Sie nicht in eine dauerhaftere Position wechseln könnten. Ich weiß auch nicht, was der "ältere Autor" ist, da Sie ihn sowohl vom Erstautor als auch von den entsprechenden Autoren getrennt haben. Solche Dinge gibt es auf meinem Gebiet nicht, deshalb frage ich mich, was das in Ihrem Fall bedeutet ...

aeismail
2015-06-18 19:15:34 UTC
view on stackexchange narkive permalink

Eines der Themen, auf die in den anderen Antworten hingewiesen wurde, die jedoch nicht so direkt zum Ausdruck gebracht wurden, ist die Vorstellung, dass sich Ihr PI möglicherweise verpflichtet hat , ein solches GitHub-Repository als Teil der Anwendung für bereitzustellen die Mittel, die zur Unterstützung der Codeerstellung verwendet wurden. Viele Zuschüsse erfordern jetzt, dass die Datenverwaltung und die Codepflege im Rahmen der Anwendung selbst explizit behandelt werden. Folglich kann eine solche Anfrage von Ihrem PI ein Versuch sein, diese Anforderungen zu erfüllen. (Wenn ich er wäre, hätte ich das damals persönlich erwähnt, aber es ist möglich, dass er gedacht hat, dass eine solche Vorstellung offensichtlich ist.)



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...