撰寫論文的十個簡單規則 | PLOS
寫作和閱讀論文是科學家的關鍵技能。
賦予你的工作以意義的主張,必須有資料和賦予其可信度的邏輯支援。如果不仔細規劃論文的邏輯,作者往往會在通向結論的道路上遺漏資料或錯過邏輯步驟。雖然這些失誤超出了我們的範圍,但你的科學邏輯必須非常清晰,才能有力地提出你的主張。
在此,我們介紹十條簡單的論文結構規則。前四條規則是適用於論文所有部分的原則,並進一步適用於其他形式的交流,如資助和海報。接下來的四條規則涉及到論文各主要部分的主要目標。最後兩條規則對有效構建稿件的過程-啟發式方法提供了指導。
原則(規則1-4)
寫作就是交流。因此,讀者的體驗是最重要的,所有的寫作都為這個目標服務。當你寫作時,你應該不斷地把你的讀者放在心上。這四條規則可以幫助你避免失去你的讀者。
規則1: 將你的論文集中在一個核心貢獻上,你在標題中傳達了這一點
一篇論文中最重要的元素是標題--想想你讀過的標題數量與你讀過的論文數量的比例。標題通常是讀者遇到的第一個元素,所以它的質量[3]決定了讀者是否會投入時間去閱讀摘要。
標題不僅傳遞了論文的核心貢獻,而且還可以作為一個不斷提醒(對你而言),使文字集中於傳遞這一觀點。科學畢竟是從複雜的資料中抽象出來的簡單原理。標題是對論文貢獻的最終提煉。儘早考慮標題,並定期返回去磨練它,不僅有助於論文的寫作,也有助於設計實驗或發展理論的過程。
這個 "一 "字規則是最難最佳化實施的規則,因為它面對的是科學的關鍵挑戰,即讓主張和/或模型在資料和邏輯支援下儘可能簡單,但不能更簡單。最後,你為尋找這種平衡所做的努力可能會適當地導致 "一個貢獻 "的多面性。例如,一篇技術論文可能既描述了它的新技術,又描述了使用該技術的生物學結果;將這兩個方面統一起來的橋樑是對新技術如何被用來做新的生物學研究的清晰描述。
規則2:為不瞭解你的工作的有血有肉的人而寫
因為你是世界上在你所做的事情方面的頂尖專家,你也是世界上最沒有資格從天真的讀者的角度來判斷你的寫作的人。大多數的寫作錯誤都源於這種困境。像設計師一樣思考--對於每個元素,確定你想對人們產生的影響,然後努力實現這一目標[4]。試著像一個天真的讀者一樣思考論文,首先必須讓他關心你要解決的問題(見規則6),然後會想用最小的努力去理解你的答案。
清楚地定義技術術語,因為當讀者遇到一個他們不理解的詞時,他們會感到沮喪。避免使用縮寫和首字母縮略詞,這樣讀者就不必回到前面的章節去識別它們。
人類心理學的龐大知識庫在論文寫作中很有用。例如,人們有工作記憶的限制,他們只能記住少量的專案,而且對列表的開頭和結尾的記憶要好於中間的部分[5]。盡力減少讀者在任何時候都要記住的鬆散線索的數量。
規則3:堅持上下文-內容-結論(C-C-C)方案
講述故事的方式有很多。最主要的是,它們在為有耐心的讀者和沒有耐心的讀者服務的程度上有所不同[6]。沒有耐心的讀者需要迅速被吸引;這可以透過先呈現最激動人心的內容來實現(例如,在新聞文章中看到的)。我們提倡的C-C-C方案是為更有耐心的讀者服務的,他們願意花時間來了解背景上下文。
C-C-C的一個相應的缺點是,它可能無法最好地吸引沒有耐心的讀者。科學文章的結構,特別是標題和摘要的首要地位,已經迫使內容迅速被揭示出來,這一缺點得到了緩解。因此,繼續閱讀導言的讀者很可能會有足夠的耐心來吸收內容。
此外,在科學領域,過度的 "內容至上 "的故事結構的一個危害是,你可能會讓讀者產生懷疑,因為他們可能會錯過一個重要的背景,而這個背景會讓你的主張更加可信。
由於這些原因,我們提倡將C-C-C作為 "預設 "的科學故事結構。
C-C-C方案在多個層面上定義了論文的結構。在整篇論文中,引言是背景,結果是內容,而討論則是結論。在段落範圍內應用C-C-C,第一句話定義了主題或背景,正文承載了供讀者考慮的新穎內容,而最後一句話提供了需要記住的結論。
偏離C-C-C結構往往會導致論文難以閱讀,但作者往往因為自己的自傳背景而這樣做。在我們作為科學家的日常生活中,我們大部分時間是在製作內容,少數時間是在其他活動的紛繁中。我們進行實驗,對現有文獻進行闡釋,並利用人類認知的魔力將思想結合起來。我們自然希望在紙上記錄這些努力,並按時間順序組織論文。但是對於我們的讀者來說,我們活動的大多數細節都是無關緊要的。他們並不關心你達成結果的時間路徑;他們只關心最終的主張和支援它的邏輯(見規則7)。因此,我們所有的工作都必須重新格式化,以提供一個使我們的材料有意義的背景和一個幫助讀者理解和記憶的結論。
規則4:透過避免 "之 "字形和使用並行性來最佳化你的邏輯流程
避免 "之 "字形:
只有論文的中心思想應該被多次觸及。否則,每個主題應該只在一個地方涉及,以儘量減少主題變化的次數。相關的句子或段落應該串聯起來,而不是被不相關的材料打斷。相似的想法,比如我們應該相信某件事的兩個理由,應該緊接著一個。
使用平行關係:
同樣地,在連續的段落或句子之間,應該用平行的形式傳達平行的資訊。平行性使文字更容易閱讀,因為讀者對結構很熟悉。
例如,如果我們有三個獨立的理由,為什麼我們喜歡對一個結果的一種解釋而不是另一種解釋,那麼用相同的語法來傳達它們是很有幫助的,這樣這個語法對讀者來說就變得透明瞭,這就使他們能夠專注於內容。
在一個句子或段落中多次使用同一個詞是沒有錯的。要抵制用不同的詞來指代同一概念的誘惑--這樣做會讓讀者懷疑第二個詞是否有稍微不同的含義。
論文的組成部分(規則5-8)
一篇論文的各個部分--摘要、引言、結果和討論--有不同的目標,因此它們各自應用C-C-C結構的方式略有不同,以實現其目標。我們將在本節中討論這些專門的結構,並在圖1中對其進行總結。
規則5:在摘要中講述一個完整的故事
對大多數讀者來說,摘要是論文中唯一會被閱讀的部分。這意味著,摘要必須有效地傳達論文的全部資訊。為了達到這個目的,摘要的結構是高度保守的。下面將詳細介紹C-C-C的每一個要素。
上下文必須向讀者傳達該論文將填補什麼空白。第一句話透過介紹特定研究所處的更廣泛的領域來引導讀者。然後,這個背景被縮小,直到它落在該研究回答的開放性問題上。一個成功的背景部分為區別該論文與當前技術水平的貢獻奠定了基礎,它傳達了文獻中缺少的東西(即具體的差距),以及為什麼這很重要(即具體差距與論文開頭的更廣泛背景之間的聯絡)。
內容("我們在這裡")首先描述你用來填補空白或問題的新穎方法或途徑。然後是內容--你對結果的執行摘要。
最後,結論對結果進行解釋,以回答在背景部分末尾提出的問題。結論部分通常有第二部分,強調這個結論如何推動更廣泛的領域發展(即 "更廣泛的意義")。這對於擁有廣泛讀者群的 "一般 "期刊來說尤其如此。
這種結構可以幫助你避免摘要中最常見的錯誤,即在讀者還沒有準備好理解結果之前就談及結果。好的摘要通常要經過多次反覆推敲,以確保結果能像鑰匙配鎖一樣填補空白。廣義-狹義-廣義的結構使你能夠與更多的讀者溝通(透過廣義),同時保持你的主張的可信度(這總是基於有限的或狹義的結果)。
規則6:在引言中傳達論文的重要性的原因
引言強調了當前知識或方法中存在的差距,以及為什麼它是重要的。這通常是透過一組漸進式的更具體的段落來完成的,最終明確闡述文獻中所缺乏的東西,然後用一段話來總結論文是如何填補這一空白的。
舉例來說,第一段可以解釋為什麼理解細胞分化是一個重要的話題,而這個領域還沒有解決觸發分化的原因(領域差距)。第二段可以解釋對某一特定細胞型別,如星形膠質細胞的分化有哪些未知之處(一個子領域的空白)。第三段可以提供線索,說明某個基因可能驅動星形膠質細胞的分化,然後說明這一假設尚未得到驗證(你將填補的子領域內的空白)。空白宣告為讀者設定了對論文內容的期望。
每個引言段的結構(除最後一段外)都是為填補空白的目標服務的。每個段落首先將讀者引入主題(一兩句上下文),然後解釋相關文獻中的 "已知"(內容),最後才是關鍵的 "未知"(結論),使論文在相關範圍內具有重要性。沿著這條路,往往會給出關於差距背後的謎團的線索;這些線索引出論文中未經檢驗的假設或未開發的方法,並給讀者帶來謎團可以解決的希望。引言不應包含超出論文動機的廣泛文獻回顧。這種以差距為重點的結構使有經驗的讀者很容易評估一篇論文的潛在重要性--他們只需要評估所聲稱的差距的重要性。
引言的最後一段很特別:它緊湊地總結了結果,這些結果填補了你剛剛建立的空白。它與摘要的不同之處在於:它不需要介紹背景(剛才已經說過了),它對結果的介紹更具體一些,而且如果有的話,它只簡要地預告論文的結論。
規則7:將結果作為一連串的陳述,由數字支援,並在邏輯上連線起來以支援核心貢獻
結果部分需要讓讀者相信,中心主張得到了資料和邏輯的支援。每一個科學論證都有其特定的邏輯結構,這就決定了其要素的呈現順序。
例如,一篇論文可以提出一個假設,驗證一種測量方法在所研究的系統中是否有效,然後用測量結果來反駁假設。或者,一篇論文可以建立多個可供選擇的(相互排斥的)假設,然後推翻所有的假設,只留下一個,為其餘的解釋提供證據。論證的結構將包含整體邏輯所需的控制和方法。
在論文準備的提綱階段(見第9條),勾勒出你的結果如何支援你的主張的邏輯結構,並將其轉化為一連串的陳述句,成為結果部分中各小節的標題(和/或圖的標題)。大多數期刊允許這種格式,但如果你選擇的期刊不允許,這些標題在寫作階段仍然有用,可以改編為段落的介紹性句子,或在提交前刪除。這樣一個清晰的邏輯步驟使論文容易被理解。
圖、其標題和圖例尤其重要,因為它們顯示了最終形成論文主張的步驟的最客觀的支援(資料)。此外,看圖的讀者往往是為了節省時間而直接從摘要中跳過。因此,圖的標題應傳達分析的結論,圖例應解釋是如何做到的。製圖本身就是一門藝術;Edward Tufte的書仍然是學習這門技藝的黃金標準[7,8]。
第一個結果段落很特別,因為它通常總結了引言中概述的解決問題的總體方法,以及所開發的任何關鍵的創新方法。大多數讀者不看方法,所以這一段讓他們瞭解所使用的方法的要點。
結果部分的每一段都以一兩句話開始,為該段所回答的問題做鋪墊,如以下內容。"為了驗證沒有假象......","我們的測量方法的測試-複驗可靠性如何?"或 "我們接下來測試是否涉及透過L型Ca2+通道的Ca2+通量"。段落的中間部分介紹與問題有關的資料和邏輯,段落以回答問題的句子結束。例如,它可以得出結論:沒有檢測到任何一個潛在的偽影。這種結構使有經驗的讀者很容易對一篇論文進行事實核查。每個段落都讓讀者相信其最後一句話中的答案。這使得我們很容易找到得出可疑結論的段落,並檢查該段落的邏輯。每個段落的結果都是一個邏輯宣告,而文中更遠的段落則依賴於前面段落的邏輯結論,就像數學文獻中的定理建立一樣。
規則8:討論如何填補空白,解釋的侷限性,以及與該領域的相關性
討論部分解釋結果如何填補了引言中確定的空白,為解釋提供注意事項,並描述論文如何透過提供新的機會來推進該領域的發展。這通常是透過複述結果,討論侷限性,然後揭示中心貢獻如何促進未來的進展來完成的。第一個討論段很特別,因為它通常總結了結果部分的重要發現。有些讀者會跳過結果的重要部分,所以這一段至少可以讓他們瞭解該部分的要點。
討論部分的以下各段,首先描述論文的一個弱點或優點。然後,透過將其與相關文獻聯絡起來,對該優勢或劣勢進行評價。討論段通常以描述一種巧妙的、非正式的認識貢獻的方式來結束,或者討論可以擴充套件貢獻的未來方向。
例如,第一段可以對結果進行總結,重點是其意義。第二至第四段可以討論潛在的弱點,以及文獻如何減輕擔憂或未來的實驗如何處理這些弱點。第五段可以在描述該論文如何推動該領域的發展中達到高潮。這樣,讀者就會一步步學會把論文的結論放到正確的背景上下文中去。
過程(規則9和10)
為了寫出一篇好的論文,作者可以使用有用的過程和習慣。一篇論文的某些方面比其他方面更影響其影響力,這表明你的時間投資應該在最重要的問題上加權。此外,反覆利用同事的反饋意見,可以讓作者在各個層面上改進故事,以產生一個強大的手稿。選擇正確的過程使寫論文更容易、更有效。
規則9:把時間分配到重要的地方。標題、摘要、數字和提綱
支撐一個科學主張的中心邏輯是最重要的。它也是連線研究工作的實驗階段和論文寫作階段的橋樑。因此,將正在進行的實驗工作(例如,在實驗室會議期間)的邏輯正式化為某種不斷髮展的檔案是非常有用的,它將最終引導論文的大綱。
你還應該根據每個部分的重要性來分配你的時間。標題、摘要和數字的瀏覽量遠遠大於論文的其他部分,而方法部分的閱讀量則最少。要有相應的預算。
我們在每一節上花費的時間可以透過在製作前計劃文字來有效利用。做一個提綱。我們喜歡為每個計劃的段落寫一個非正式的句子。圍繞每個結果的描述開始這個過程通常是有用的--這些可能成為結果部分的標題。因為故事有一個整體的弧線,所以每個段落都應該有一個明確的角色來推動這個故事的發展。這種作用最好在大綱階段進行仔細檢查,以減少浪費在不適合整個故事的段落上的文字修改時間。
規則10:獲得反饋以減少、重複使用和回收故事
寫作可以被視為一個最佳化問題,在這個問題上,你要同時改進故事、大綱和所有的組成句子。在這種情況下,重要的是不要對自己的寫作過於執著。在許多情況下,扔掉整個段落並重寫是比增量編輯更快產生好文字的方法。
成功地寫一篇論文通常需要多人的投入。測試讀者是必要的,以確保整個故事的運作。他們還可以對故事中出現的過快或過慢的地方提供寶貴的意見。他們可以說明什麼時候最好回到繪圖板,重新講述整個故事。
評論員也非常有用。不具體的反饋和不熱心的評論往往意味著評論者沒有 "理解 "故事的全貌。
非常具體的反饋通常會指出一段話中邏輯不充分的地方。以積極的方式接受這種反饋是至關重要的。
因為來自他人的意見是必不可少的,所以一個由有益的同事組成的網路是使故事令人難忘的根本。為了保持這個網路的運作,一定要透過閱讀同事的稿件來回報他們。
相關文章
- 用於撰寫研究論文的十大AI工具AI
- 論文撰寫心得(一)
- 數學建模 # 1 論文撰寫技巧
- 如何編寫一個簡單但強大的規則引擎? – maxant
- 手把手教你撰寫本科畢業論文
- 撰寫有效的技術簡歷的 7 個技巧
- sql改寫優化:簡單規則重組實現SQL優化
- 碎片化敘事的文案撰寫原則與方法
- 用 Java 構建簡單的規則引擎Java
- 自寫簡單英文論壇!
- 五個簡單的原則,帶你寫出整潔程式碼
- 如何撰寫合適的內容營銷軟文
- 寫一個簡單的 Facade 示例
- 一個簡單的BypassUAC編寫
- DRY原則的一個簡單實踐
- 簡單寫一個eventbus
- j-easy/easy-rules: Java簡單的規則引擎Java
- 如何寫論文
- 手寫一個超簡單的VueVue
- 自己寫的簡單的一個部落格
- 簡單寫個聊天室
- 使用go優雅地撰寫單元測試Go
- 科學軟體十條簡單程式設計原則程式設計
- 簡單分析執行緒獲取ReentrantReadWriteLock 讀鎖的規則執行緒
- 寫論文的那些神操作
- 十分鐘瞭解eslint配置 && 編寫自定義eslint規則EsLint
- [Docker 系列]docker 學習十,Compose 編寫規則及wp 實戰Docker
- iptables防火牆簡介,原理,規則編寫,常見案例防火牆
- 4.編寫規則
- 如何寫EMBA論文
- 編寫一個簡單的JavaScript模板引擎JavaScript
- 編寫一個簡單的智慧合約
- 寫一個簡單的 Linux Shell (C++)LinuxC++
- 編寫一個簡單的babel外掛Babel
- C++寫一個簡單的JSON解析C++JSON
- 論單例的寫法單例
- 三個在 Fedora 平臺上撰寫 Markdown 的軟體
- Dave Cheney:編寫簡單,可讀,可維護的Go程式碼的十個工程建議Go