題:
顧問教授要求我的論文研究源代碼
W_H
2016-10-31 08:59:25 UTC
view on stackexchange narkive permalink

我是一名博士生,為論文研究寫了一個計算機程序。最近,我的顧問教授獲得了一筆贈款,她想在贈款中使用我的計算機程序,她要求我提供計算機源代碼。我將於明年五月畢業,我計劃在其他研究中使用該程序。因此,我不願意與她分享代碼。她沒有提及未來的合作,而且由於我們研究興趣和觀點的巨大差異,我也不會與她合作。編寫計算機程序時,我不是她的RA,但是這個學期她獲得了一筆補助,並且將我設置為RA。

與她分享您的密碼是否會阻止您在其他學習中使用它?我不明白為什麼在這里共享您的代碼是一個問題。 CS和計算機工程領域的研究項目經常使用其他小組的代碼,而不會侵犯彼此的研究成果。
有人要使用您的軟件太好了!恭喜,您甚至可以從中得到一些引用!您甚至可以將其放在github之類的東西上,以便她也可以引用,其他人也可以從您的程序中受益。
我不在CS或相關域中。我在神經科學領域,對計算機代碼的引用對我來說毫無意義,而且沒有興趣。坦白地說,我不願意與她共享代碼的原因之一是由於她缺乏對研究的支持。
_這學期她獲得了資助,她將我設置為RA_您目前是她的RA。為什麼說_由於她在我的研究中缺乏支持。_?
我了解您出於任何原因對顧問感到不滿。但是,拒絕共享您的代碼可能會造成很多損失(疏遠您的顧問,畢業後沒有得到她的推薦信,等等)。另一方面,我想不出您拒絕分享會獲得什麼。
如果您是為論文研究編寫程序的,那麼它不屬於您的機構嗎?
對此不確定,但是您的PHD論文難道不應該新穎而新穎嗎?如果在OP以他的名字發表論文之前,OP的研究“洩漏”的一部分使它受到損害,該怎麼辦?我的建議:交出代碼,但無論使用什麼代碼,請確保您能獲得信譽。
@W_H一般來說,您不會引用計算機代碼,而是引用那些首先介紹或描述計算機代碼的論文。在“方法”部分引用的論文在您的CV或h指數(以及權屬委員會)上看起來與在“結論”部分引用的論文完全相同。
@R.M。雖然當然最好是論文,但您也可以引用代碼-如果沒有論文,也應該這樣做。
([參考計算機科學研究文章中使用的源代碼的可用性](http://academia.stackexchange.com/q/29137/452))
我的顧問比我經驗豐富,研究技能也高得多。我的顧問會接受我與他討論過的一些粗略想法,自己花費大量精力進行自己的研究(僅以他的名字出版)的想法對我來說是很恐怖的。只是專心研究的人不可能與已經是成熟研究人員的人競爭。我不知道代碼共享的一般道德規範,但是我不希望任何試圖以此方式與學生競爭的人提供建議。
她將對源代碼做什麼?建議您與您所在機構的申訴專員辦公室聯繫。他們應該能夠使您更好地了解自己的選擇,並在必要時幫助您與顧問解決問題。
-1
如果該代碼對您的博士研究很重要,那麼理想情況下,您應該與所有人共享(開源或類似方式)。即使不與您的主管共享,也會使您的研究透明性值得懷疑。我不是在問您的意圖,您可以出於各種理由不與您的主管合作,但是總的來說,為自己保管一切並不是一個好政策。
在我的特定子領域中,如果至少沒有與內部審閱者和特定協作中的其他任何人共享代碼,則該論文不會被發表。我很驚訝您能夠/能夠提交使用新穎的/自己編寫的代碼的論文,而無需與您的主管共享。如果您真的想繼續進行下去,請確保您在法律上有堅實的基礎。
@Marianne013:基於這個問題,實際上關於代碼到底是什麼的信息並不多。 *代碼是“結果”還是“研究”,還是僅僅是簡化研究的工具,還是僅僅是對實際研究的演示?我可以想到許多情況,其中“新穎/自家編寫的代碼”僅出於內部演示目的而創建,並且從未處於任何共享狀態(例如,取決於OP系統設置的細節)。但是,如果是這種情況,OP應該有更少的理由擔心基於代碼被挖出。
如果代碼是您論文的重要部分,那麼它也應該是您論文的一部分。我想我不明白如果源代碼未包含在您的論文中,您的論文將如何被接受。如果只是為了幫助您做某事或解釋某些事情而編寫的代碼,那麼您可能需要考慮學校的知識產權政策。通常,他們擁有您,因此您實際上可能沒有選擇。
如果僅是為了贏得您的聲譽,請首先在全球範圍內使用該代碼。然後給她鏈接。在其他情況下,我不知道如何進行。
我將比其他評論者走得更遠:如果您不共享源代碼,那不是研究,這是一個軼事。它無法發布,也不應在您的任何出版物中使用。不發布研究代碼是“不好的科學”。
您可能希望查看獲得研究資助的條件-很有可能您編寫的代碼不是您的,而是大學的。
-1
...以及幾乎所有其他周圍的代碼,例如用於運行算法/概念的用戶界面,用於保存和加載測試用例的代碼,以及可能對OP有用的其他外圍實用程序(甚至可能對使用它們的其他人有用)代碼),但這根本不是科學貢獻的一部分。
@O.R.Mapper我從根本上不同意。您似乎將研究的結果狹義地定義為知識的傳播。但是,我對知識的“累積增長”更感興趣。通過拒絕提供可用的算法實現,您會導致其他人在重新實現平凡的代碼上浪費時間,從而減少了他們進行有用工作的時間。您可能仍然對科學做出了貢獻,但您這樣做顯然沒有充分的理由,但是沒有充分的理由。
@KonradRudolph:就個人而言,我是開源項目的狂熱愛好者和貢獻者,我喜歡在允許的情況下提供或多或少可以在線重用的所有內容。儘管如此,我認為拒絕發表清楚傳達其發現以及導致這些發現的所有內容的論文是完全不道德的,其唯一原因是作者只是提供了有關如何重建所有使用的工具而不是工具的信息。他們自己。這樣做是極大的便利和良好實踐,但是*要求*這樣做會使焦點離結果太遠...
... 在我看來。對於一種無法與我的研究代碼集成的工具,該怎麼辦?算作“已發布工具”還是“未發布工具”?僅在無法發布的高度定制的OS上運行的已發布工具呢?也許我們需要一個單獨的出版物渠道來研究材料/工具(而不是結果),這有助於研究人員的評估方式,但是我認為將兩者混為一談沒有意義。 ...
....最後,[有很多充分的理由說明研究代碼可能尚未準備好進行重新分配](http://academia.stackexchange.com/questions/37370#42806)。但是,這導致了相當多的話題-我在這個問題上的觀點是,我們沒有足夠的信息來評估他們的代碼散佈對他們的研究有多重要,無論他們如何指出代碼的良好做法通過提供方便的工具來幫助其他研究人員。
如果您決定共享,請考慮使用免費許可證進行操作— GPL v3 +
因此,您是一個研究,通過自願保留部分數據收集/分析工具而無法使其研究具有可重複性嗎?可悲的是,這很可能使您在美國系統中的任期正軌... :-(
此人在您的委員會中嗎?
閱讀該問題的一些答案,還有另一個相關的問題:如果您認為自己的代碼對社會造成的危害大於好處,該怎麼辦?例如。一種有效地推翻經濟的開源方法,比如說有大量的Twitter機器人……共享該代碼是否不道德?
十一 答案:
Raghu Parthasarathy
2016-10-31 09:49:53 UTC
view on stackexchange narkive permalink

科學如此成功的原因之一是科學家將知識和工具視為公益。我們不ho積知識,而是寫論文,分享技術,提供建議等。當然,在某些情況下,分享是無益的,但似乎不適用於這裡。因此,當然,您應該共享計算機程序!您應該與喜歡的人,不喜歡的人以及甚至不認識的人分享它。

評論不作進一步討論;此對話已[移至聊天](http://chat.stackexchange.com/rooms/48049/discussion-on-answer-by-raghu-parthasarathy-advisor-professor-asks-for-my-disser)。
Weckar E.
2016-10-31 15:45:00 UTC
view on stackexchange narkive permalink

在這種情況下,理想情況下,您將使程序公開可用。

讓其他人訪問此代碼並不會阻止您使用它,而是會幫助您在自己的領域中樹立聲譽。

不僅如此,而且通過將其公開而不是僅向您的顧問公開,他們沒有風險要求您將自己的作品作為自己的作品-我認為這是您當前與您之間關係力量平衡的主要關注點。

如果您使用免費軟件許可(例如GNU GPL,Apache軟件許可等)在線發布它,請參閱[this page](https://www.gnu.org/licenses/license-list.html)以獲取列表和評論。 )-不太可能被您的教授濫用。
@einpoklum:需要將副本保持開源的copyleft許可證(如GPL)與允許人們將代碼用作封閉源項目一部分的MIT或BSD許可證之間存在很大的差異。根據希望人們被允許使用您的代碼的方式選擇所需的代碼。
-1
@einpoklum:啊,是的,這種濫用。我認為,即使您將代碼公開域,其他人也要credit稱讚它仍然是竊。 (“看一下我寫的這部戲,它叫做* MacBeth *”)。不同之處在於您可以直接採取法律行動,因為它們還會侵犯您的版權以及進行竊/欺詐(針對授權委員會,而不是針對您)。
R.M.
2016-10-31 20:17:14 UTC
view on stackexchange narkive permalink

作為從事科學計算的人,我同意其他人所說的話,並且可能會更進一步。誇張地說:

拒絕對已發表文章中使用的代碼的合理要求是不道德的行為。

如果您依靠程序的輸出來產生科學結果,那​​麼該程序是論文“材料”的一部分,並且適用於共享用於製作論文的其他材料的相同準則。就像您出於道德上有義務合理地提供(非商業上可用的)質粒,細胞系,小鼠品係等,這些都是為發表的研究而生成的一樣,您同樣有義務提供(非商業上可用的)您為發表的研究而生成的代碼。

這更適用於代碼,因為代碼不僅是“材料”,而且還是“方法”。雖然您當然應該在文本中描述算法,但是通常會有大量細節,這些細節只有在檢查代碼時才顯而易見。僅從方法部分,研究人員不太可能能夠通過重新實現算法來概括您的結果。在發生錯誤的(不太可能?)事件中尤其如此。不發布代碼等同於在方法部分只說“我們純化了蛋白質”或“我們測量了X”:缺少必要的詳細信息以使某人充分再現您的結果。

當然,“放行要求中有“合理”的字眼,但對濕實驗室材料的“合理”拒絕傾向於可用性和時間方面的考慮:目前沒有足夠的共享空間,否則實驗室將其發送給您的負擔很大。這些往往不適用於軟件-您可以根據需要復制任意數量的副本,而且這樣做很便宜。

軟件的“合理”拒絕傾向於許可問題。例如,如果由於您使用的庫而沒有合法的能力來分發代碼。或者,如果您的機構正在以商業方式出售該代碼,則可能需要要求其他人才能以商業方式獲得該軟件。

在您的情況下,這聽起來並不像您出於工作量或基於許可的原因拒絕。聽起來甚至沒有您因為潛在的競爭而拒絕(“我們研究興趣和觀點的巨大差異”)。相反,聽起來您在拒絕,因為您在懷恨在心。這不好。當然,其他人也會這樣做,但是我認為大多數人都會同意,因為生氣而拒絕合理分享方法和材料的要求是不道德的。

我希望他們現在能給我代碼給英國氣象局的天氣模型,因為肯定有人發表了一些東西。如果這是學術不端行為...
還有很多關於使用ANSYS / Fluent進行仿真的論文。
聽起來像是您有這個想法,但您的答案並沒有真正解釋為什麼需要發布OP開發的源代碼,但是並不需要釋放OP使用的潛在專有工具(例如matlab)。
他不需要發布MATLAB,因為MATLAB已經可供所有科學家(和其他科學家)使用。 (與其他工具相同)
我同意您的回答,但是對於原始問題,沒有任何出版物可以立即引用。
我對此表示敬意,但堅決不同意這樣的說法:“如果您依靠程序的輸出來產生科學結果,那​​麼該程序就是您論文“材料”的一部分”。在此基礎上,我應該為十年前寫的那個很棒的辣椒食譜要求Microsoft Word源代碼的所有權。
@DavidW僅因為它是材料,並不意味著您擁有它的所有權利。例如,如果您對偉哥進行了研究,那麼偉哥將是您論文的素材。這並不意味著您可以聲稱擁有偉哥的所有權。大部分答案僅與您自己生成的代碼有關。正如DavidBalažic提到的那樣,如果代碼(或其他材料)是通過第三方獲得的,則可以指導要求訪問這些第三方的人員。
@VladimirF如果您以發表在研究成果上的東西為基礎,對書信進行真正的科學詢問,那麼Met Office會為您提供幫助。當然,他們不會將完整的源代碼移交給他們的模型,而這些人想將其用於商業用途,或者避免為天氣預報而付錢。
“誇張地說” —不。這不是誇張。這是字面上的真理。幸運的是,越來越多的機構對此進行了處理(儘管進展緩慢)。
-1
@EJP您肯定在開玩笑https://scholar.google.co.uk/scholar?q=met+office+journal+of+atmospheric+sciences+unified+model&hl=cs&as_sdt=0&as_vis=1&oi=scholart&sa=X&ved=0ahUKEwjqHXHXHXHXXHZXO ,jwg可能是正確的,MetOffice的研究在某些情況下可能會有所幫助。但是他們無法分髮用於研究的代碼。
@VladimirF FYI http://earthscience.stackexchange.com/questions/6552/paper-result-validation-and-the-scientific-method-in-earth-science
Dylan Richard Muir
2016-10-31 15:42:33 UTC
view on stackexchange narkive permalink

如果您是作為博士候選人而在工作中編寫代碼的,並且被視為博士候選人而被視為該機構的僱員,則該機構很可能對您編寫的代碼擁有知識產權(“租用”規則)。當然,這取決於您所在機構所在國家/地區的法律。

如果您編寫的代碼對於主管的未來工作至關重要,並且反映出重要的智力貢獻,那麼(a)如果存在描述該代碼的出版物,則應予以引用;或(b)您應該是使用該代碼的出版物的作者。

在任何情況下,您都有道德(甚至可能是法律)責任來共享該代碼;您的主管有相互的責任,要正確地承認您的貢獻。理想情況下,您應該發布自己的方法(例如Frontiers Neuroinformatics),然後可以在學術著作中引用它。

博士候選人通常是學生,而不是僱員。
通常但並非總是如此。
編寫代碼有時是(但不總是)**,這是一項值得作者信賴的學術貢獻。 (是否對作品“必不可少”並不一定確定作者權是否合適。)
-1
@ff524:您是正確的。編寫繪圖功能和開發分析工具鏈之間有很大的區別。我稍微修改了答案。
IANL,但我大學的學生手冊讀起來好像該大學可以要求將任何作為學生課程/論文/學位論文開發的東西視為大學的知識產權。在實踐中,通常有幾家初創公司在大學內部組建,然後以獨立公司的形式分拆出來。我不確定他們如何處理知識產權的移交。
當我看到IANL時,對我所居住的社區有什麼看法,而不是認為這可能是IANAL的錯字,我立即想到:“呵呵,愛荷華州有國家實驗室嗎?” ...
Jeff
2016-10-31 18:46:40 UTC
view on stackexchange narkive permalink

很多人提到過使您的代碼可用,我完全同意。 但是要更加具體,請將其放在GitHub上。

公共存儲庫是免費的,它保留了您的作品的版本歷史記錄,因此即使您也無法將其弄亂。終端方式,其他人可以將您的代碼分支到另一個方向並進行開發,同時保持適當的引用作為發起者。您可以將許可包括在存儲庫中;您通常希望允許免費使用但需要引用。 GitHub甚至為您實現了自動化

您還可以解釋代碼,並使用readme.md文件中的markdown鏈接到網站/已出版的作品/等。

然後,當像您的教授這樣的人要求您提供代碼時,您只需共享GitHub鏈接。

是的,這個。開源軟件多年來一直在處理此問題,許多[標準協議](https://github.com/blog/1530-choosing-an-open-source-license)允許您簡單地許可軟件。
這是一個很好的建議,GitHub當然很棒,但是其中的哪一部分回答了這個問題?
@RyanfaeScotland如何執行建議的措施似乎與您無關?
有人問如何拒絕分享某些東西,而您在與世界分享的最佳平台上提供了答案。因此,不,在這種情況下,我很不高興。我應該提一下,我認為這些答案中的大多數並不能真正回答這個問題,但是我選擇了這個答案,因為似乎從這些答案中又走了一步。
@RyanfaeScotland我認為這是對問題的字面意思的不必要的頑固遵守,這不是StackExchanges的工作方式。問題是*“如何不共享” *,正確的答案是“實際上您應該共享它,這就是為什麼” *,而我的答案只是添加了“ *”,此外,您還可以通過以下方式共享它:應該通過共享解決所有問題。“ *
@JeffL。嗯,我仍然不同意,並且傾向於考慮回答被要求做的正確問題的實際問題(無論是從字面上還是從字面上看)。但是,其他答案和投票確實可以支持您的思路。感謝您抽出寶貴的時間來解釋。
@RyanfaeScotland我感謝您的體貼態度,希望我的解釋更有意義。當他們問一個有針對性的問題時,您是否總是以為問詢者知道最好的行動方式* X *,我該怎麼做* X *?我本人甚至不認為OP甚至知道描述問題的最佳方法,因為我經常會發現自己處於這種情況。那些知道如何提出最佳問題的人通常是(本身)專家。相反,當我不是特定主題的專家時,我將依靠評論/答案來完善我的問題或擴大視野。
@Jeff實際上,如果您未經許可將內容放置在GitHub上,則它是MIT許可下的*自動*自動*功能,這是最寬鬆的許可之一(例如,允許商業重用)!麻省理工學院確實需要註明出處;而且,只要您能超越公共領域,就幾乎沒有什麼保護。 (換句話說,“您** [必須] **包括您的許可...”,因為如果您(不明確地)不(隱含)仍然包括MIT許可證。)
@JeffL我不認為OP知道最好的解決方案,這可能是他們需要幫助的解決方案,這會使情況變得更糟,我對此建議,但仍會回答問題。以這個問題為例,如果我有代表,我的回答是“如果您拒絕,那麼您可以禮貌地進行如下操作……”。但是請注意,該代碼可能屬於大學,屬於條件之一還請注意,您可能正在燒毀橋樑並限制分享您的工作所帶來的好處。” las,我沒有代表(可能是因為我的回答太直白了!)
除了Git,還有其他版本控制系統。 Github僅支持Git。
@jpaugh:我非常確定[Github沒有“默認許可證”](https://help.github.com/articles/open-source-licensing/)。引用:_“ [沒有許可證意味著適用默認的版權法。這意味著您保留源代碼的所有權利,並且沒有其他人可以從您的作品中復制,分發或創建衍生作品。” _(不過,Github確實通過ToS保留了一些權利。)
@You謝謝。我一定是誤解了,回想起什麼時候。是的,即使您保留了所有權利,GitHub也必須保留足夠的權利才能向您實際提供服務。
Murphy
2016-10-31 15:58:26 UTC
view on stackexchange narkive permalink

發布用於研究/分析的代碼通常被認為是一種很好的做法,該代碼用於與您所發表的事情相關的研究/分析。並非每個人都這樣做,但是很多人沒有遵循最佳實踐。

不公開它就像對方法的一部分保密或使用機密化學物質一樣。

如果您已將其用於其他出版物,則不僅應將其提供給她:還應將其提供給可能希望檢查/複製您的作品的所有人。

此外,作為神經病學部門的一名工作人員,他編寫了很多代碼:是的,用於分析的引文仍然具有積極意義,雖然不如您確切專長的事物的引文重要,但它顯示出您的能力更強全面。

Mołot
2016-10-31 15:43:12 UTC
view on stackexchange narkive permalink

研究中使用的代碼應像其他方法一樣進行同行評審。

首先,找出誰是所有者!我不是律師。根據情況,國家等,代碼可能已經屬於機構,研究小組等。在拒絕之前,首先請確保您的決定確實是您的決定。

如果是您的決定,建議將其公開,但是許可,要求在使用結果時提及它的使用,並要求與您共享改進。

在實踐中(不幸的是),將代碼審查(可能大量)到所需水平的成本太高了,並且也不清楚由同一人來審閱論文是否應該對代碼進行審查(直言不諱,並非所有人都很好。研究人員是優秀的程序員)。此外,很多研究代碼(很坦率地)在截止日期之前被黑了,以至於對其進行審查將是(a)一場噩夢和(b)無效的。
我說這是過去兩年中花大量時間在研究環境中審查代碼的人-您可以做到,但要花很多時間,並且您必須願意讓人們承擔(重大)技術債務在截止日期之前,(希望)之後再還款。這不是理想的方法,但是學術界的結構方式(即優先於論文優先於代碼質量)使其很難做更多的事情。
@StuartGolodetz即使無法檢查代碼,也應該至少對其進行檢查,對嗎?如果有人懷疑計劃的結果是否良好,他應該能夠自己看到嗎?
是的,原則上。但是在實踐中,規定必鬚髮布所有源代碼作為發布的條件(這是試圖強制執行的明顯方法)只會限制誰可以發表論文-特別是,許可和知識產權問題可以阻止人們即使他們願意,也要發布源代碼。我會獎勵那些發布源代碼的人,而不是懲罰那些不公開源代碼的人。 (免責聲明:我發布了源代碼並且想要蛋糕,所以我並沒有偏見。)
“無論如何,應該像其他任何方法一樣,對研究中使用的代碼進行同行評審。” -我不認為將科學的同行評審資源用於評估將我們的文檔複製到內部共享服務器的Makefile有用。
E.P.
2016-11-03 01:01:38 UTC
view on stackexchange narkive permalink

閱讀您機構的政策。

您的職位假定您擁有該代碼的版權,通常這是錯誤的。這在很大程度上取決於您所上的大學,您的正式學生/工作人員身份以及為您提供資助的機構,但是在許多情況下,博士學位候選人的研究成果的版權歸大學所有。此外,在這種情況下,負責這部分知識產權的人通常是您的直屬經理-即您的主管。

這意味著您的主管很可能具有要求的合法權利您應將代碼提供給她,並避免在您當前機構之外的其他研究中使用它。這意味著您在這裡的第一站需要核實實際上並非如此。

user21264
2016-11-01 17:05:56 UTC
view on stackexchange narkive permalink

我的一個朋友也有類似情況。他不願意將自己的LaTeX筆記提供給我們的老闆,因為該小組中的一位前博士後曾這樣做過,而我們的老闆(根據他們)在筆記中發表了一些東西而沒有給予這位前博士後的共同作者。結果,當時我的朋友和老闆之間的關係惡化了,我的朋友由於推薦信不當而失去了一些工作機會。

另一方面,我總是共享代碼。守則並不適合很少有時間深入研究的顧問。它們是為將來的研究生準備的,他們有時間向他們學習,並且有時碰巧發現了我們從未想到的錯誤。

就像其他張貼者所說的那樣,可能存在一些關於共享在大學工作期間產生的知識產權的規則,並且您的顧問可能會嘗試執行這些規則,具體取決於您與他們之間的關係。除了拒絕之外,我還希望得到適當的引用,並且如果需要任何額外的工作來幫助她運行代碼,您應該告訴她您希望與他人共同撰寫論文。

這就是為什麼在github上在線發布代碼是理想的原因。就像在您的顧問案例中在ARXIV上發布註釋一樣。如果已經出版,顧問將難以竊。
Stephan Branczyk
2016-11-03 17:04:00 UTC
view on stackexchange narkive permalink

如果您必須拒絕,親自拒絕或通過電話拒絕。除非您絕對確定自己的權利,否則不要以書面形式寫任何東西。

由於您的顧問使您成為研究助理,因此請注意,她也可能暗中購買您將來的合作夥伴。畢竟,如果您的代碼足夠複雜,她可能需要您的專業知識才能安裝,理解,正確運行並可能對其進行修改。

在這種情況下,您可以利用這樣的事實:您沒有時間與她合作,也沒有時間清理代碼以使代碼現在更具可讀性或可用性。或者,您可以拒絕她的請求而無需向她證明自己的理由(但同樣,不要以書面形式提出任何要求,如果您不確定自己的權利,請親自或通過電話告訴她)。

有些人提到您可能希望引用您的源代碼,但也可能是您不希望自己的名字與她的項目相關聯。

或者也許,您可以設定目標來發布源代碼,但是從現在起僅一兩年,到那時,它也將成為源代碼。她遲遲無法在補助金中使用它。或者,也許您可以發布較舊的,不太有用的代碼版本。

或者,如果您的戀愛關係真的很糟糕,您可以告訴她,您將無濟於事,也不希望她這樣做。再次與您聯繫。然後,您可以進行過濾,以確保您再也看不到她的電子郵件。

我的意思是,您有很多選擇。只是我不清楚您拒絕她的要求的原因。如果我們知道您的確切原因,那麼也許我們可以為您提供更準確的答案。

Joel
2016-11-04 10:09:09 UTC
view on stackexchange narkive permalink

這就是我的建議:寫一篇使用並解釋代碼的論文。然後,當您共享代碼時,請與您共享的人引用您的論文。

此處是一個很好的示例: http://www.modelinginfectiousdiseases.org/。閱讀最後一行,其中的一些代碼與“如果您使用研究中的任何程序,我們要求您引用...”行一起分發,

尤其是在您說有不同的研究興趣,因此您的顧問將不會與您競爭,如果您拒絕分享,您只會丟掉免費的引文(以及好的推薦信)。沒有人能很好地回答“如何拒絕”這一事實,是因為我們無法想到這樣做的任何正當理由。如果您確實需要對此問題的答案,則需要解釋這樣做的原因。 “我不想合作”不是一個很好的理由。

我不相信關於實用程序例程的論文,該實用例程將來自不同Excel文件的電子表格組合到一個Excel文件中的任何地方都不會被接受。作為研究根本沒有意思。不,OP並沒有說這就是他們的代碼所要做的,但是除了“我的論文研究的計算機程序”之外,他們什麼也沒說,因此他們的計算機程序完全有可能用於此類“特殊”任務。該答案僅適用於計算機程序是研究的實際主題的有限情況。


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