題:
我解決了他們的問題。我應該讓他們參與嗎?
anon
2015-12-07 00:09:39 UTC
view on stackexchange narkive permalink

我花了很多時間和精力來解決另外兩個人提出的理論問題。現在我想我已經解決了,並且我有出版的材料。

我應該以他們的身份參與其中嗎?

這裡有更多詳細信息:

  • 其他兩個人(以下稱“他們”)是學者(就我而言),但不是同事:我曾經見過其中一個,其餘的聯繫方式是通過電子郵件。

  • 在我解決了他們的問題時,我不知道它的相關性或適用性(他們的理論領域比我少。我認為他們會這樣做;

  • 他們唯一的貢獻就是讓我意識到我解決的未解決問題;

  • 我工作完全獨立地發展,其方法,技術和形式主義與他們完全不同。的確,我認為他們永遠無法用自己的方法取得結果;

  • 在某一時刻,他們非正式地讓我成為了他們的合作者,只是說“歡迎來到該項目”,並通過電子郵件向我發送了他們解決該問題的嘗試的草稿;除此之外,我們與該項目的聯繫很少;

  • 其中一個對我而言“具有戰略意義”:儘管由於我們正在工作而建立的聯繫微弱在同一個問題上,他提供了推薦信並在需要時主動提拔我;

  • 我已經有一篇論文說明了我的解決方案;但是,由於我沒有能力理解此結果在應用程序領域中的用處,因此我的論文目前缺少適當的介紹,結論和一般的上下文;

一種策略可能是發表兩篇不相交的論文,一篇關於其應有的背景問題,另一篇關於我的解決方案。

但是,我想听聽任何有關搬家的建議或考慮:我想在全球範圍內為我做最方便的事情(例如,在擁有出版物的利益與保持盟友的利益之間取得平衡)學術界),同時又不違反任何道德規範。

請記住,如果他們認為您是團隊的一部分,而您自己發布解決方案,則可能會成為敵人。
在不進一步了解所說的細節的情況下,您很有可能會以不同的方式解釋他們對您的貢獻。在他們看來,他們本可以做大量工作來發現問題並開始解決,並為您提供需要做的解釋。本質上,我相信您是否可以真正傷害到人際關係,因為這聽起來與實際上是項目研究小組的一員並沒有什麼大不了,以自己的方式先於團隊中的其他人解決它,然後再自己出版,因為首先做到了。
八 答案:
Oswald Veblen
2015-12-07 00:17:31 UTC
view on stackexchange narkive permalink

如果您解決了一個獨立工作的未解決問題,那麼有禮貌的做法是在您的論文中確認問題的出處,並可能向該出處發送預印本。

但是,如果他們沒有為該項目做出貢獻,則不宜將他們包括為共同作者。合著者被恰當地用來認可共同的作品,而不是作為禮物。如果您能夠寫一篇發表論文的論文,那麼根據在此問題中所寫的內容,禮節就沒有理由要求他們提供合著。

可能是合理的,具體取決於您的領域,詢問其他人是否願意與您一起將您的工作擴展到可發布的內容。例如,如果您不能提供足夠的上下文或應用程序來製作可發表的論文,並且可以,則可以與他們合作。

協作的主要缺點(我不認為協作本身是一個缺點),因為協作需要花費一些時間才能完成,這會延遲發布。

一種禮貌的選擇是向他們發送您的預印本,並詢問他們是否認為該書是可出版的,或者是否需要其他材料。如果他們說需要其他材料,那可能會打開合作的大門。

P.S。幾天后又添加了。我在這裡確實同意其他人的觀點,謹慎地詢問其他人對“歡迎該項目”的含義將非常有價值。這個問題將他們描述為“不是同事”,“他們唯一的貢獻就是讓我意識到我解決的懸而未決的問題”;該答案是在那些假設正確的前提下寫的。如果其他人認為它們不正確,則冒著燒毀橋樑的巨大風險。在其他答案中也提到了撰寫將您的工作與他們的工作結合起來的聯合論文的建議,但不要輕易駁斥。

我沒想到要給他們發送預印本。那可能是一種方法。感謝您的迅速答复。
如果有人解決了我無法解決的問題,並且我已經向他們提到過,那麼我肯定會收到一封帶有預印本的不錯的電子郵件-至少是這樣,我知道問題已經解決了!
當然,我肯定會告訴他們。我只是不知道要將哪些消息添加到通信中,這是我發布此問題的另一個原因。
在感謝他們的工作時,我會嘗試包括他們先前工作中的一些引用,以增加其引用次數並幫助他們解決beancounters問題。
支持10k信譽標記:)(當然,這是一個很好的答案)
@dan1111:我認為,也許您和我在我們的思想中相距不遠。你的位置很有價值。這個問題缺少一些重要的細節,並且有點自相矛盾(例如,OP將其他人描述為不是同事,但也說他們說“歡迎該項目”)。我可以想像各種情況,其中某些情況更明顯是協作,而某些情況更明顯是獨立工作。我們甚至都不知道該領域,但是在我的數學領域中,僅僅提出一個問題通常並不需要共同撰寫。我希望我們知道更多細節。
很公平;我同意這個問題不明確。
Andreas Blass
2015-12-07 03:40:46 UTC
view on stackexchange narkive permalink

在我看來,包含他們對結果的應用和您的證明的聯合論文會比兩張單獨的論文更好。如您所說,作為獨立的論文,您沒有適當的介紹,結論和內容。另一方面,如果它們是獨立紙,他們的紙缺乏可靠的技術成果。由於他們已經歡迎您加入該項目,因此建議繼續朝這個方向發展。將結果發送給他們,並像將其視為該聯合項目的一部分一樣行事。這種方法還具有繼續並希望加強與您描述為具有戰略意義的人的關係的優勢。

@DanRomik“歡迎”已經完成。請參閱問題中的第五個要點。
我認為這與該領域的研究生情況非常相似。如果另一個團隊已經進行了大量研究,以發現無需解決的問題(也許發生了新的事情),那麼他們會與OP討論他們當前的方法,並邀請OP合作解決該問題。 ,似乎非常有義務繼續作為團隊的一員。
我刪除了我之前的評論,因為它有一個令人困惑的錯字,改變了我想說的內容的很多含義。我想說的是,我同意一份聯合文件會更有道理,但不同意“就好像行事”的建議,這聽起來有些操縱性和不誠實。坦白地說,說出您的做法和建議,我不明白為什麼有理智的人會發脾氣。
paul garrett
2015-12-07 00:14:02 UTC
view on stackexchange narkive permalink

聽起來您已解決了一部分問題,而他們又解決了另一個問題,但是沒有另一個就沒有什麼意義。也就是說,我認為您和他們的企業不僅僅是一個單一主題的企業,而且涉及到您和他們的部分。用你的話說,聯合論文將最連貫地介紹事情。

在他們的工作背景下,與他們一起介紹你的作品,對我來說也是最友好的途徑。

(不是論文的每個最小片段都必須具有相等的貢獻,等等。首先,“貢獻的本地化”幾乎沒有道理嗎?)

感謝您的有用考慮。您也很快!非常感謝。
這個答案涉及一個關鍵點:OP提供了解決方案,其他提供了問題和環境。提出問題是一項值得奉獻的任務,因此,我相信其他人也應該享有作者資格。(儘管沒有足夠的信息來做出具體的判斷。)這些方面在另一個答案中得到了發展:https://academia.stackexchange.com/a/59678/22768
user24098
2015-12-09 12:15:32 UTC
view on stackexchange narkive permalink

他們通過提出問題為您的工作做出了重要貢獻

他們與您分享了他們的工作:

一方面,他們非正式地通過電子郵件向我表示“歡迎加入該項目”,並向我發送了他們解決該問題的嘗試的草稿,作為我的合作者;除此之外,我們與該項目的聯繫很少;

即使您與他們之間的聯繫很少,他們向您發送工作的事實也很重要。即使您採用了不同的方法,您仍然考慮並拒絕了他們的方法,這是解決問題的重要組成部分。

他們為您提供了幫助:

其中之一對我“具有戰略意義”:儘管由於我們在同一個問題上開展工作而建立的聯繫微弱,但他還是提供了推薦信並在需要時主動提拔我;

他們可以為您的論文做出必要的貢獻:

我已經有一篇論文說明了我的解決方案;但是,由於我沒有能力理解此結果在應用程序領域中的用處,因此我的論文目前缺少適當的介紹,結論以及一般的上下文;

將所有這些加起來,將它們包括為作者的情況似乎勢不可擋。

  • 鑑於他們的貢獻,將他們排除在外是錯誤的。
  • 鑑於他們對你的慷慨,這將是“不好”。
  • 他們可以幫助加強論文的質量。

在許多領域,限製作者名單對個人的職業沒有任何幫助。重要的是您是該論文的第一作者。儘管如此,根據我的經驗,似乎有些人正在尋找限製作者列表的方法。不要這樣做:沒有上升空間,這將建立一個聲譽,表明您不是一個好的團隊合作者,並且是一個避免與之合作的人。對於作者(對工作做出有意義貢獻的人),請盡可能地慷慨大方。

在您的領域中,作者列表的大小可能更有意義,但我仍然認為慷慨是要走的路。承認做出了有意義的貢獻的人是正確的事情,與個人關係聯繫通常比稍微加強出版物記錄更為重要。

直到您斷然宣稱限制合著者永遠都無法幫助某人的職業之前,我完全是這樣回答。我認為那句話太強烈了。在我的領域(數學似乎與OP領域很接近)中,作為“優秀團隊合作者”並沒有內在的榮譽。此外,合著者從來沒有排名……這意味著,如果合著者看起來具有同等的資歷,那麼他們都會從懷疑中受益,但是如果一個人出類拔萃,則他們通常被懷疑是“知識分子的大腦”。操作”。
最後,我將完全明確地說,在我的(數學)系的招聘,任期和晉升決策中,我希望看到一些單獨的論文。如果沒有,我會更加仔細地看待共同作者,並嘗試找出候選人是否足夠獨立地工作。例如。如果*所有*論文是由同一位資深人士共同撰寫的,那就是大問題。不過,我想說的是,在這種情況下,我完全同意您的建議。
只是要明確一點:如果這是一篇數學論文或足夠接近它,那麼OP可能*不是*是“第一作者”。該概念在我們的領域中不存在,您的回答應考慮到這一點。
@PeteL.Clark,感謝您的反饋,我對答案做了些微更改。
首先,數學家常常低估了解決問題的努力。這是與解決問題完全不同的技能。如果是這種情況(首先也是他們對問題的戰略重要性的發現),那麼,是的,您可能會因為沒有讓他們作為共同作者而失去信譽。話雖這麼說,也許他們可以提出一個很好的方案,在哪里以及如何使用它,因此您可以撰寫一份真正的聯合論文。
user9386
2015-12-07 22:04:23 UTC
view on stackexchange narkive permalink

提出一個理論性問題可能比解決問題還要困難。這個問題出現在我假設的“歡迎使用項目”部分中。

成為項目一部分的商定條件是什麼?

您是否拒絕了他們的歡迎?

如果沒有,則表明您已默默批准與他們在一起。與其讓自己不讓他們成為共同作者和後悔讓自己吃飽,不如讓他們在明確的條件下共同努力...

*參與項目的商定條件是什麼?*-重點是-沒有商定條件。
@aparente001:,這就是匿名OP陷入的問題。那裡有一種道德:當與某人談論研究時,始終要確保清楚自己是獨立工作還是集體工作。不幸的是,關於作者身份和共同作者的爭議太普遍了。
marsei
2015-12-08 05:03:18 UTC
view on stackexchange narkive permalink

《英國醫學雜誌》建議作者身份應基於以下四個標準:

  • 對作品的構思或設計有實質性貢獻;或獲取,分析或解釋作品的數據;並且
  • 起草作品或對重要的知識內容進行嚴格的修改; AND
  • 要發布的版本的最終批准;並且
  • 同意對工作的各個方面負責,以確保適當調查和解決與工作的任何部分的準確性或完整性有關的問題。

重要(也是相關的)是

所有符合第一個標準的個人都應有機會參與稿件的審閱,起草和最終批准

對我來說,很明顯“他們”構想並正式確定了問題。

BMJ的鏈接。 >

Make42
2015-12-09 16:13:35 UTC
view on stackexchange narkive permalink

我的一位教授曾經說過

給予愛,你就會得到愛。

他指的是致謝之類的東西(合著):在學術界,如果您承認別人並“讓他們變大”,那麼他們也會變大。

雖然我同意您在此特定情況下的結論,但不幸的是,這一格言常常無法成立。
@einpoklum:您的意思是您沒有得到“愛”回來嗎?
我不一定要親自談論自己,但是-是的。至少可以說。
user45641
2015-12-07 20:05:00 UTC
view on stackexchange narkive permalink

我認為現在是時候讓自己發光起來了-如果您想向上移動,它必須在某一天發生,那為什麼現在不行呢?是你的工作您的成就。有時,您只需要炫耀一點,成為自己的男人/女人即可。我知道這很難做到,但是對於誰知道需要多長時間,您可能無法解決另一個未解決的問題。祝好運。



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