題:
我正在與教授合作,要求我提供代碼
Nick Dewit
2020-03-31 07:35:41 UTC
view on stackexchange narkive permalink

我的博士後顧問有一位同事(另一位教授),她偶爾與之合作。這位教授擁有我感興趣的數據。我們三個人與我的顧問一起開始了一個項目,我為此做了所有建模工作。

我們尚未完成該項目,但是“另一位教授”今天宣布,他將在未來六個月左右的時間內升入另一所大學(我不確定確切的時間)。他問我是否可以與他分享我編寫的用於數據建模和分析的源代碼的副本。我對此感到不自在,因為我不知道我是否會被包括在手稿,新項目等中,而這將來自當前未完成的項目。我與我的博士後顧問進行了交談,但是她並不是很有幫助,實際上建議“只給他一份[源代碼]的副本”。我並不反對共享代碼,但是我只是擔心這位其他教授會使用我的代碼(該代碼的修改版本),然後不將我包括在該代碼產生的任何手稿中。

您是否有任何實際的理由以“另一位”教授打算將您排除在外?
您能澄清您的擔憂嗎?您是否認為另一位教授會在不給您信用的情況下完成當前項目?
@avid:我與這個人沒有牢固的關係。所有交流都是通過我的顧問進行的。
@Daryl Bagley:是的,這是完全正確的(沒有功勞,因為我已經完成了所有代碼,因此不需要“其他教授”來使我保持循環。我已經看到這種情況發生在人們在流程的早期參與並做出實質性貢獻的地方),但是大約一年後,它們就不在草稿中了。
如果您不給他代碼,那麼您編寫的項目就死了。如果您希望這成為您的事,請與您的顧問確定作者身份,並進行開放式協作。否則繼續前進。
@CJR如果那個教授離開了,為什麼這個項目死了?
@NickDewit:您確定“語法”意味著您認為的意思嗎?它不是“代碼”的同義詞,而是指(編程語言)語法的概念。這種區別可能對此處和您的同事的討論有所不同。
@SolarMike,如果掌握數據的人不再與您合作,則數據驅動的建模項目中會有一個漏洞
您確定代碼中的任何產品都會獲得您的作者身份嗎?我不確定是否可以保證
代碼在某個存儲庫中是否可以證明您在某個特定日期之前編寫了代碼?從某種意義上說,當您編寫代碼時,甚至是您的代碼嗎?
@AndrewMorton這不是一個壞主意。我可以將代碼放在GitHub上,以至少證明所有權。
@NickDewit我不確定要證明“所有權”超出合理的可否認性還需要走多遠,但是要通過某種硬件密鑰身份驗證登錄GitHub(我認為YubiKey就是這樣做的,有類似的設備可用,不要丟失備份副本),如果出現問題並最終通過法院審理,將會增加您的機會。
@NickDewit如果並且在您發送信息(或鏈接)時,請回复他對信息的書面請求。這將創建一個您可以保存的“紙張痕跡”。正如我們在政府中經常看到的那樣,認為自己可以擺脫困境的人總是會留下紙條。此外,如果您認為該項目有潛力產生值得您重視的東西,可以競相發布甚至是瑣碎或非正式的東西,包括您的工作和數據。再次,更多地建立您對項目的參與。
僅供參考:**如果您選擇“無許可證” **,那麼您實際上是在欺騙自己和另一個人...因為無許可證**等同於全版權(又稱無許可),並且是限制性的**(來源:[此處](https://softwareengineering.stackexchange.com/questions/148146/open-source-code-with-no-license-can-i-fork-it)和[此處](https:// choosealicense.com / no-permission /))。“當您製作創意作品(包括代碼)時,默認情況下,該作品將擁有專有版權。除非您包含另行指定的許可,否則其他任何人都不能複制,分發或修改您的作品”
@syn1kk這非常有幫助。謝謝。
@Newclique這很有道理。感謝您提供這些建議以及您在下面的回复。
@AndrewMorton知道了。我並不是打算鎖定代碼,而是打算將其放在GitHub上,以便可以證明我在某個日期之前編寫了該代碼(如果可以的話)。
@RQM這是Python代碼。但是,我也看到“語法”也被其他實體用來引用代碼,例如,SPSS將其代碼稱為“語法”(https://www.spss-tutorials.com/spss-syntax/#paste-spss語法)。
我是專業的軟件開發人員,我之前從未聽說過有人使用“語法”一詞來表示“代碼”,因此我發現您的帖子難以理解。我必須查看評論才能確定您的意思。“語法”的標準含義是一種規則係統,用於生成某種語言的有效文本,當我閱讀您的文章時,我認為也許您*確實確實**創建了一種語法(而不是普通軟件)來進行建模和數據分析。我強烈建議您在整個問題中將“語法”更改為“代碼”。
您的合作者是否提到他們為什麼真正需要代碼?沒有明確的理由,我也將持懷疑態度。我會回答說,當前形式的代碼並未針對可理解性進行優化,並且您無法很好地執行它,但是如果需要,您會願意對其進行改進。
@Tanner它(稱為“代碼”為“語法”)是具有特定背景(例如,英國的GSS)的SPSS用戶之間的常見說法。
我的驚喜:除了將代碼發佈到某個地方(GitHub之類)之外,還殺死了一些樹木,打包了數百頁並將其郵寄給自己。交貨後請勿打開包裹。在法院,如果包裹是在法官面前打開的,則郵票(上面印有日期)是可以接受的證明。這在巴西有效(並且已經過法學測試),我認為在其他一些地方也可以使用。
顯然,SPSS具有更易於使用的GUI和更強大的腳本界面-然後在區分兩者時,該公司將腳本方法稱為**“ _ command語法language _” **。正確地講,用“ _command語法language_”編寫的代碼只是代碼,但我猜非程序員會使用“ _syntax_”這個詞。這是一個很奇怪的情況,一個誤用的術語被接受為特定領域的行話,例如就像某些程序員將條件運算符稱為“ _ternary operator_”一樣,因為它是_a_三元運算符,顯然沒有意識到該術語的含義。
我編輯了問題說明,以避免使用術語“ _syntax_”作為“ _code_”的同義詞。總的來說,我建議即使在利基社區中被誤用的術語也要避免。
@Henrique提出的建議絕對沒有必要。將您的代碼上傳到Github已經清楚地表明該代碼是您自己的,並且您已在特定日期上傳了該代碼。親自郵寄打印代碼實在是太過分了。這是我的一般建議:**始終共享您用於科學研究的代碼**。這是一門科學,人們需要能夠重現您的結果並審核您的代碼。
@Henrique:這真是愚蠢。除非代碼在金錢上確實物有所值,否則沒有法官會對這種愚蠢的遊戲感興趣(並且您不會為這種愚蠢的遊戲賺錢)。通常,在學術界並非如此。
是的,我對在法庭上證明優先權的巧妙方法的所有討論也感到困惑-OP並未提及從此代碼中獲得的有價值的技術。
十二 答案:
user2768
2020-03-31 13:21:52 UTC
view on stackexchange narkive permalink

您似乎不願意與合作者共享中期結果。這違背了合作精神,懇請您分享所有結果。將來,不要與您不願意與之分享中期結果的任何人開始合作。

我只是擔心這位其他教授會使用(這是該教授的修改版)我的代碼,然後不將我包含在任何由該代碼產生的手稿中。

您擔心這另一位教授會犯學術欺詐,竊取知識產權或兩者兼而有之,似乎沒有任何關注的依據。再次,我懇請您分享所有結果。 (儘管我認為這是不必要的,但您可以通過在線提供中期結果來對抗這位其他教授。)


閱讀評論,它們很棒。

還值得注意的是,不希望共享代碼意味著(a)您懷疑這位教授計劃實施欺詐行為**和**(b)您不認為該教授想知道在a上如何完成工作他們將在其上命名的紙張。這是相當悲觀的。
如果您對這些答案後的共享代碼仍然不滿意。那麼我建議您許可所有代碼(例如:GPL v2或GPL v3),以保護自己並確保將來共享。
**如果您選擇“無許可證” **,那麼您實際上是在欺騙自己和另一個人...因為無許可證**等同於完全版權(又稱無許可),並且是限制性的**(來源:[此處](https://softwareengineering.stackexchange.com/questions/148146/open-source-code-with-no-license-can-i-fork-it)和[此處](https://choosealicense.com/ no-permission /)。“當您製作創意作品(包括代碼)時,默認情況下,該作品將擁有專有版權。除非您包含另行指定的許可,否則其他任何人都不能複制,分發或修改您的作品”
@CliffAB我得到a),但沒有b)。如果他有代碼,他就可以閱讀已完成的工作。
@NickDewit:我的觀點是,如果不允許合作者訪問代碼,則他們將無法檢查代碼是否按照他們的意圖進行。在大多數情況下,對於協作者而言,這樣做是非常悲觀的(除了他們從事研究的非數學/代碼部分,而是信任您,因為這不是他們的專長),因為這意味著您並不關心工作。
教授不太可能冒著您的全部代碼冒著“整個職業”的風險。我不確定您認為自己是誰,但這種情況發生的可能性很低。
如果評論很好,請確保將其存儲在答案中。任何答案。評論來來去去,答案是永遠的(由於修訂歷史)。
@Mast我似乎記得以前曾因為這樣做而被告誡過...
-1
@user2768的全部評論是建議對答案進行改進。在最好的情況下,我們不會有任何評論,因為在編輯答案以響應他們的輸入時,所有評論都會被刪除。
@FerventHippo我不同意。但是,我似乎還記得自己被指控犯有不當行為,因為他們包含了別人的話,而不是簡單地提及他們的原話。(當然,可以通過根據其他人的話改進我的回答來避免這種情況,但是坦率地說,這是一個額外的負擔,其他人已經說得相當好了。)
@yarchik我正在倡導好的科學,而忽略了不好的科學。
Chris Jefferson
2020-03-31 19:44:55 UTC
view on stackexchange narkive permalink

我經常與其他機構的人合作,我希望總是能看到我撰寫的任何論文中使用的所有代碼。

如果我的一位合作者拒絕展示對我來說,他們的代碼是錯誤的。我當然會拒絕與該人一起發表任何作品,因為我無法知道自己的名字並沒有出現在嚴重問題上。

我可能認為_them_出了點問題,而不僅僅是代碼。
原則上,我會同意的。但是,由於我遇到了一些由外部玩家玩過的人(基本上,提供了材料和代碼),並且發現他們被挖出,發表和/或提及而未註明出處,並且基於他們編寫的建議也沒有原始內容甚至包括人在內,我都覺得這種回應太過專心。
正如@CaptainEmacs所說,我知道有些人有些偏執,因為他們過去曾受到過惡劣的對待。“一朝被蛇咬十年怕井繩。”如果協作者不信任,那是不幸的,但是最好與他們建立信任來做出回應,如果他們對合作很感興趣。
Mike
2020-04-01 19:50:37 UTC
view on stackexchange narkive permalink

到目前為止,我在這裡的其他評論和答案中看到了三個富有成效的建議:

  1. 將您的代碼發佈在github上(可能僅與合作者共享,直到發佈為止)。
  2. 添加
  3. 進行有關作者身份的特定討論。
  4. ol>

    您應該完成所有這些操作。

    另一方面,我也看到了您不應該接受的建議,因此我將提出這些建議:

    1. 每時每刻,將每個人都視為理性且頭腦冷靜。要有主見,但不要有侵略性。您的目標是解決任何爭端,而不是升級敵對行動,所以不要從法律主義的角度開始談論如何在法庭上證明事情。
    2. 繼續使自己對項目有價值。 / li> ol>

      我幾乎在github上公開發布了我的所有代碼,即使我仍在工作並且尚未發布。但是我不得不說,如果目標是獲得論文的作者身份,那麼單單這會適得其反。根據我的經驗,許多研究人員實際上會認為使軟件開源是鼓勵您使用您的軟件,因為您認為自己對簡單的引文感到滿意,因此不會讓您成為作者。他們當然會正確地引用您,但您不會成為他們論文的作者。我認為這是一項淨收益,但這並不是OP所尋找的。 Github對合作非常有幫助,並且可能對您的職業生涯非常有用,但是這不足以實現作者身份的目標。

      類似地,大多數許可證都沒有特別規定學術義務對用戶。正如其他人指出的那樣,使用許可證有很多充分的理由。但是作者身份不是其中之一。有關此主題的一些優點,請參見此問題。完全沒有許可證肯定是個壞主意。因此,我建議您許可並發布代碼。

      但是,如果您想成為一名作者,那麼真的沒有替代品可以進行實際的交談了。您的顧問應該願意與您以及其他教授專門討論此事。您可以先與您的顧問討論這個話題,以討論論文應具有什麼樣的著作價值-無論如何這可以幫助您指導學術計劃。您的顧問通常會對該主題有更廣闊的視野,並對您完成了多少工作有特定的見解。事實證明,您的顧問意識到您已經做了很多工作,並且僅假設您將獲得作者身份-因此您的目標只是明確地保證這一事實。或者可能會發現您認為大量工作實際上並沒有那麼重要,而將時間花在其他項目上會更好地為您服務(我之所以這麼說是因為您的問題不清楚;我真的不知道

      最重要的是,幾乎可以肯定,這項工作的種類不是您要在“法庭上”做白日夢,或者需要經過“法理學檢驗”的白日夢。證據,如一項評論所建議。如果這是可授予專利的軟件,則應與您所在機構的IP辦事處聯繫。否則,這不會有什麼大不了的。律師不會參與其中。我能想像到的最戲劇性的場景涉及一些監察員或編輯人員對此進行調查,他們會告訴您github上的git commit日期(原則上可以偽造)是誠實的-因為他們會來的假設任何分歧至少都是誠實的分歧,並且沒有任何一方會捏造證據。

      以同樣的方式,您應該假設誠實進行這些對話。重要的是不要進“槍火”,並準備將本來可以進行友好和富有成果的交流升級為戰鬥。請記住,另一位教授只是離開您的機構,而不是參加戰爭。您可以留下朋友和合作者,這將對您有利。準備聲明自己的觀點,但是對話框中的每個點都採取這樣的立場:您只是在尋求澄清,並試圖友好地解決小問題。如果您提出可以證明自己對客觀第三方的貢獻的事實-當幾乎肯定不需要這樣的事情時-您可能會開槍打死自己,因為您暗示這是一種敵對的局勢,可能會誘使其他教授(甚至可能是您自己的顧問)將這個項目視為比其價值更大的麻煩。

      我認為讓您的顧問知道這正在導致您一些麻煩是完全合理的。焦慮症,甚至對她說出您在上述評論中所說的話:“我已經看到這種情況發生在人們在流程的早期介入並做出實質性貢獻的情況,但是在大約一年之後,他們並沒有出現在紙質草案中。”這是一個合理的問題,您有權要求澄清。但是,另一位教授有權被視為合理和有道德的人。

      最後,在與另一位教授共享代碼之後,如果您嘗試參與其中,而不是僅僅跨過自己的圈子,可能會有所幫助。手指,您最終會收到一封電子郵件,通知您您是作者。提出問題,並提供一些其他分析。開始談論您期望從中得出的論文,並且通常嘗試將協作保持為積極的狀態。如果您使自己有價值,那麼人們會大聲疾呼讓您成為作家。

僅供參考:**如果您選擇“無許可證” **,那麼您實際上是在欺騙自己和另一個人...因為無許可證**等同於全版權(又稱無許可),並且是限制性的**(來源:[此處](https://softwareengineering.stackexchange.com/questions/148146/open-source-code-with-no-license-can-i-fork-it)和[此處](https:// choosealicense.com / no-permission /))。“當您製作創意作品(包括代碼)時,默認情況下,該作品將擁有專有版權。除非您包含另行指定的許可,否則其他任何人都不能複制,分發或修改您的作品”
這個。說了我想在回應中說的話,但更好,還有其他幾件事。
“大多數許可證對用戶沒有特殊的學術義務。”恕我直言,從學術角度來看也是這樣。獨立於許可問題適當引用或包括為共同作者的義務。例如。甚至*擁有*一些軟件(而不是擁有許可證)的機構也具有這些義務。
@cbeleitesunhappywithSX請注意,這就是我的意思。出於其他原因(例如sny1kk的觀點)添加許可證是件好事,無論如何都應該這樣做-儘管有其他建議,但仍不足以達到OP的目標。
Buffy
2020-03-31 19:59:39 UTC
view on stackexchange narkive permalink

我強烈建議兩件事。

首先是您共享代碼。絕對。甚至提供根據需要擴展它。

第二個是您與其他兩個人一起安排,只要您還活著,就將繼續在此項目以及未來的項目上進行合作。

如果您不做這些事情,並且通常試圖鎖定自己所做的事情,那麼您的職業生涯將是次優的。也許沒有死在水中,但是比可能要少。

知識不像滴膠。我們可以共享它,並且仍然保留它。實際上,共享它可以使其成長。如果您的聲譽是小氣的話,那麼沒有人願意與您分享,並且您甚至無法使用(來自另一個人的)數據。

擁有一個合作者圈子是一項強大的事情,它將帶您走過職業生涯中的困境。

唯一的例外是,如果您事先有證據表明已知他人抄襲並且沒有給予應有的尊重。


個人筆記:在我的職業生涯中,我與其他大學和其他國家的人建立了許多持續的合作關係。我們在一起做了大量的工作,很難或不可能獨自完成。

“只要你活著”是什麼意思?OP現在應該決定與他們一起終生工作嗎?(我想那不是您的意思,而是您的意思?)
@user111388:是的,這就是我的意思。與他們建立長期的合作關係。專注於他們的協作圈子,並將其他人吸引到您的協作圈子中。當然,這可能是不可能的,但要以此為目標。
即使從確保共同作者的角度來看,這也是一個很好的策略。參與該項目的積極協作者,撰寫論文的一部分將解釋建模,並在必要時對代碼進行了修改(如果有幫助進行分析等),在作者列表中很難被遺忘。
Captain Emacs
2020-03-31 15:30:20 UTC
view on stackexchange narkive permalink

很明顯,您對對方教授的了解不足,無法信任他們。

在這種情況下,請提前澄清作者協議(作者,論文數量;優先級較低,作者順序,但可能應該留待以後使用)。如果滿意,請繼續分享。危險始終在於關於誰在哪些論文中獲得哪種歸因類型的隱式假設。

通過 open 可以減輕很多危險,但是關於信用歸因的外觀的友好對話可以緩解。

Garet Claborn
2020-04-01 05:29:32 UTC
view on stackexchange narkive permalink

現在,我不會這麼快地做出判斷。我能理解這種想法,並且作為一個模糊的社區,代碼共享確實是大多數軟件開發人員的重要基礎部分。

但是,我遇到了一些問題,這些問題是教師們出於商業目的而使用了一些代碼。我不會說這很普遍,或者您對此應該非常偏執,但但是有一個非常簡單的解決方案可以解決您的問題。

只需發布您的問題帶有Apache 2.0許可證的GitHub上的代碼。然後將鏈接發送給他們。沒事的如果您真的希望,甚至可以將回購協議設為私有,除非有壞事發生。

來到這裡尋求答案。OQ沒有共享問題,而是“許可”問題。這意味著它需要一個許可解決方案。如果他們仍然嘗試不帶歸屬地使用它,那麼您現在已經很清楚地弄清了什麼是法律/道德用途,哪些不是。(但是,您的大學可能會像其他實際合作者一樣對您的作品擁有版權權益。對此進行調查)。
在給出我的答案之前,我正在閱讀答案-恰好是這裡的答案(+1):在公共開放平台上共享。我不知道哪個許可證是最好的,但是您以您的名字發布它的事實為您提供了作者身份。此後,幾乎不可能有人聲稱該作品是他們的作品。
我可能會避免將回購私有化:可能是將公開發行的行為加蓋了某處的時間戳,並且只是模糊了界線。如果您在2020年4月1日私下發布代碼,而該問題出現在2020年9月12日,並且有些時間戳顯示“該存儲庫是在2020年9月25日公開的”,那麼您可以在遲到時閱讀此信息(您的代碼是從25號開始,而問題是在20號)
@WoJ確實我也不建議私下發布,但是有時存在一些問題,團隊希望在彼此之間保留代碼直到發布。考慮到問題的邊緣性質,我只是想提到靈活性
Howard Barnamax
2020-03-31 23:48:03 UTC
view on stackexchange narkive permalink

一旦英國業餘化學家和美髮師發明了一種膨脹型材料,該材料據稱能夠承受極端高溫並與之隔絕,被稱為星光石。事實證明,Starlite能夠抵禦可能產生10,000攝氏度溫度的激光束的攻擊。它還可以防止噴燈損壞人的手。

但是Starlite的構圖是一個嚴密保護的秘密。發明人允許原子武器機構和ICI等各種組織對樣品進行測試,但他感到害怕,並且由於擔心進行逆向工程而不允許他們保留樣品。

他堅持認為自己的發明是價值數十億美元。但是當他2011年去世時,他把秘密秘方推向了墳墓。直到今天,Starlite仍沒有商品化,材料的配方尚未向公眾發布。

因此,有一位令人難以置信的材料和一位自私的科學家,他的自我中心主義使他珍視更大的利益人性遠不如他自己的忙碌。而且有您的代碼,也有您,但是幾乎可以肯定的是,您大大高估了自己的代碼的優越性和實用性,並且不會在火箭科學中取得任何類似Starlite的潛在突破。因此,您應該毫不猶豫地共享代碼,因為協作對於學術界至關重要。而且,如果您不能放棄自己的大自我,那麼學術界可能就不再適合您了。

我不會稱沒有十億美元回扣的人是“自私的”。畢竟,當向人們解釋那些承諾“使用這個技巧可以輕鬆賺到100萬美元的人”是騙局時,最普遍的論點是“為什麼任何知道這種秘密技巧的人都會分享它而不是保留金錢”?
有趣的故事![在這裡](https://en.wikipedia.org/wiki/Starlite)一個Wikipedia鏈接,供那些希望了解更多信息的人使用。
@HowardBarnamax不知何故我在這裡沒有論據。他沒有出版,並說它價值數十億美元,所以聽起來他想(但沒有成功)進行商業化。商業化是自私的嗎?他應該只是免費出版了嗎?我不了解在商業案例中與OP問題的聯繫。
發明人和他的家人都說,配方並沒有丟失,而是留給了近親。關於他如何未能將其商業化的故事是一個漫長而復雜的故事。
-1
@HowardBarnamax很可能他有一個所謂的“大自我”,有這樣的人,其中許多人是騙子,有些人是真正的天才。但也許他的首要任務是不被利用而不是使別人變得富有。不是每個人都像查爾斯·固特異那樣無私。如果其他人放棄了您的想法,那真是令人生氣。這件事對我來說很少發生,我知道能夠保護自己到足以保持信任的程度,但是其他人卻沒有那麼幸運。我知道別人憑藉自己的專業知識創造了事業,而自己卻無法兌現。
6005
2020-03-31 21:15:11 UTC
view on stackexchange narkive permalink

我和我的博士後顧問談話,但是她不是很有幫助,實際上建議'給他一個語法副本'。

您的博士後顧問是正確的:您在這項工作上進行了合作,因此您應該很樂意分享它。

以這種方式思考:許多學術軟件最終都是開源的。是什麼讓您與想要使用您的工作的未來研究人員不同地對待該協作者?這裡的區別是您可能尚未發布,但我不擔心會在線發布語法。您不必擔心被挖出來;您的目標是使人們對您的工作產生興趣和了解;如果他們願意使用您的代碼,那就更好了。

學術界與行業總是有很大不同,因為業界總是擔心公司的機密和知識產權。在學術界,我們關心的是歸因,而不是所有權。由於真正有這個想法(編寫代碼)的人是您,因此您應該得到認可,並且代碼應歸於您。但這不同於說自己擁有這個主意,沒人能使用它,這與研究精神背道而馳,特別是當這位教授與您參與同一項目時。


順便說一句,當您共享代碼時,如果感覺更好,您可以向他們詢問他們計劃如何使用它。您還可以記錄該代碼是您自己的代碼(例如,立即在線發布)。這些都是在學術不端行為時掩蓋自己並使自己處於循環中的方法。正如您是編寫代碼的人一樣,就像他們有權看到它一樣,您也有權知道他們打算如何使用它。

peterh - Reinstate Monica
2020-04-02 06:16:08 UTC
view on stackexchange narkive permalink

如果教授無需使用您就可以使用您的代碼,則該代碼很簡單,或者他很快就會知道他需要您。

我建議不要害怕該代碼。害怕這個想法的背後。

請注意,教授的指控比重實現代碼的時間要多得多,但是事實並非如此。

一個想要您的代碼的教授不是危險,他是一個機會。如果他要去另一所大學...你想和他一起去嗎?十年後,您是否想加入他?

還考慮一下將來您可能會從他那裡獲得的LoR。

所以,不要擔心代碼。觀看教授的論文-與他保持良好的聯繫。將來他對您可能會變得非常有用。

博士後顧問反應的可能原因是他認為相同,但他不能對您說出來-他將從那裡退休您現在就是了。

Ps如果教授聽到您有此問題,是的,這將成為危險。

P.s.2。就像其他答案所說的那樣,開源代碼可能會在將來為您提供出色的參考。

Walter Marks
2020-04-01 10:10:33 UTC
view on stackexchange narkive permalink

如果它像一隻鴨子一樣嘎嘎作響...您顯然已經從一開始就感到不舒服,那麼這是什麼原因呢?顯然,您遇到了在此論壇/委員會上發帖的麻煩,所以這告訴我,這意味著“沒什麼大不了的”。附上免責聲明,引用知識產權版權 [您創建版本1的日期],並將其作為源的註釋標頭包含在其中。如果需要,可將其發佈到存儲庫中,然後按原先的意圖進行協作。 不是Unix的GNU ...自由主義的方式是共享,這是很好的,只要它不損害包括您自己在內的個人的權利即可。您有受到關注的一切權利,但您也同意作為一個團隊工作。兩者都做,下次再相信您的直覺,最後,您所擁有的就是全部。

我通常都同意您的回答,但與此同時,我完全不需要這些關於鴨和Lunix系統的笑話,這些笑話甚至是我所不理解的。封閉的IT幽默應該留在IT上,不要洩漏給正常的外界。毫不奇怪,為什麼IT人員會被賦予社交無能,笨拙和令人毛骨悚然的怪胎的聲譽。
我是一名IT專家,而且我在社交上無能為力,尷尬,令人毛骨悚然和奇怪。我也支持Linux(甚至是非GNU的:P)和一般的開源。““即使如此””,我發現@Walter Marks的回答令人討厭且令人生厭。我沒有足夠的分數不能投票,但是我肯定會。
Michael Kay
2020-04-02 20:23:52 UTC
view on stackexchange narkive permalink

不要將您的資產隱藏在蒲式耳之下。您想建立一個因其專業知識,知識和洞察力而受到重視的職業。為此,您需要建立聲譽,建立聲譽的最佳方法是慷慨分享您的知識。您付出的越多,就會有更多的人想要您的服務。相比之下,如果您因無助且不願為社區做出貢獻而建立聲譽,那麼與您合作的人就會更少。

Newclique
2020-03-31 20:13:07 UTC
view on stackexchange narkive permalink

鑑於人類的天性,您應該保持懷疑。除了你,沒有人會照顧你。歸結為所有權。您現在知道的那個機構,這個人想把他們所支付的知識產權帶到另一個機構嗎?我會爬上梯子,並確保您得到某人的許可,可以讓該人將您的工作轉移到其他地方。儘管學術界喜歡承認,但大學之間卻在競爭。如果事實證明此人去其他地方並發表他的著作,這將給新機構帶來榮譽,那麼您可能會發現自己陷入困境。

所有這些建議您以慈善名義投降的答案都是ho頭。跟隨你的直覺。不要讓別人竊取您的成功,也不要以服從或屈服於集體的名義將您從成功中gui愧出來。

立即下注正是我所期望的,應該準確地說明我對您的直覺提出的觀點,尼克。學術界希望您步調一致,將集體置於個人之上。保護自己和您的工作。不要在讚美和信用是唯一的貨幣的氛圍中被欺騙或欺負。
協作者應該提供其他方式無法獲得的幫助。協作可增加您的競爭優勢。如果合作減少了您的競爭優勢,那麼您做錯了。
我同意。合作是一條兩條路,但平等往往不是。教授們經常為下屬的工作利用和讚譽,卻沒有提供任何回報。如果您與之合作的人享有公平的聲譽,並給您印象,他們在相互交換公平的價值,那麼就我個人而言,如果我得到所有有興趣並參與其中的各方的祝福,我將與您分享我的工作。但是,如果我不認識某人,並且他們好像有資格要求我,那麼我會猶豫,因為要求會使我感到懷疑。
不是下注者。我認為您的答案很合理,但充其量也沒有必要針對“學術界人士”和其他答案。實際上,我認為您可以完全刪除第二段。
@AnonymousPhysicist:很好,這要看情況。一個在工作中看到它的好網站:https://ncase.me/trust/
這是一個有趣的模擬,但是由於我不是統計學專家,因此在經過幾分鐘的討論後,我的直覺是,它選擇性地提出了一些方案以提供特定的結果。但可以肯定的是,對普通人格類型和無害後果的研究令人愉悅而輕鬆。感謝分享!
這個答案顯示出對學術界*應該*如何工作的強烈看法,但是對學術界*如何*工作的理解卻很少。首先,在這種情況下,h不會因為其顧問的指示而“陷入困境”;顧問將是任重而道遠的人-儘管即使那樣也極不可能。此外,另一位教授仍然是該機構的教授,可能是聯合PI,並且可能對代碼具有某些“權利”,而拒絕該代碼更可能造成麻煩。最有可能的結果是,從每件小事中提起聯邦訴訟都會削弱OP的職業生涯。
OP希望得到反饋,因為他有一種懷疑,並且有權懷疑,他被命令移交工作以換取?(您的)以及您的意見都表明,他可能會或可能不會因為進入某個地方而陷入困境。我的建議是要安全而不是後悔。您像指責我一樣氾濫學術界,只是當您談到人類及其有時自私的動機時,您來自幼稚的角度。我的全部建議是保護OP的自身利益並遵循他的直覺。對不起,這冒犯了您。似乎很明顯。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
Loading...