技術性論文技巧（如何寫好一篇技術論文）

2023-08-01 21:52:03

科技論文的寫作質量是決定論文能否被錄取的關鍵因素之一，再酷炫的算法如果寫不好也難逃被拒的命運。因此，如何能寫出好論文也成為了研究人員必須學習並掌握的一門「技術」。

這次分享主要介紹一下我在論文寫作方面的一些經驗，寫作的核心是講究邏輯，從文章主題到各個章節，再到各個句子都是有機結合在一起的，並要從讀者的角度一一展開，層層深入。本文會按照會議論文各個章節進行逐個探討和整理，最後會給出一些寫作語言上的建議，希望對大家的寫作有所幫助。

寫論文的最終目標就是要表達自己的思想。

讀者閱讀論文，最大的期望便是了解和掌握其中的算法，繼而將其應用到技術開發中去。所以我們作為作者需要做的就是將自己最核心的思想傳遞出去，提高自身的影響力，「彙編好算法，賣與你我他」。

從讀者角度建構文章，堅持客戶第一

寫論文之前我們必須要牢記一個點：從讀者出發的角度去寫作。很多新作者都會犯一個錯誤，當然我也犯過，就是「站在作者自己的角度去寫文章」。作為作者自己，已經對自己的算法了如指掌，整個算法從0到100的演變過程我們都非常清楚，而讀者則是從0開始了解這個算法。如果不考慮讀者視角，會導致作者和讀者之間出現信息不對稱，我們寫下1，5，3，那讀者就只能看到1，5，3，無法完整並有效地跟隨我們的論文內容，「障礙」就無形擋在讀者之前了。

因此，我們必須站在讀者的角度去寫我們的文章，要從讀者的角度從0開始闡述並展示我們的算法。其實，寫文章和做產品是一樣的，都要從客戶出發，做到「客戶第一」。

審稿人是第一位讀者

技術論文真正意義上的第一個讀者是審稿人，他相對更加嚴肅，甚至是比較苛刻的。正所謂知己知彼，百戰不殆，我們只有先了解了審稿人是怎麼工作的，才能更好的讓自己的文章脫穎而出。

首先我們要擺正一下我們對審稿人的理解。你認為的審稿人應該是怎樣的呢？必是行業翹楚，算法專家，即便我們寫得不那麼盡如人意，審稿人也會殫精竭慮，仔細推敲琢磨，從中找到最核心、最有價值的東西，給我們一個Border line或以上的分數，然後在Rebuttal的時候幫我們據理力爭？其實不然，很多會議論文的審稿人不一定是對應領域的專家，即便剛好是我們論文方向的專家，也可能沒有那麼多時間對我們的論文仔細研讀，甚至很有可能是在Deadline的最後一兩天抓緊時間看一下就給審稿意見了。這種情況下，他們又是如何判定我們的論文是否合格呢？

審稿人基本會先看一下題目和摘要，然後再掃一下Introduction，了解一下我們解決了什麼問題，做了什麼貢獻。然後就會直接翻到論文的實驗部分，看看算法是否有效。這一套簡短迅速的流程下來，基本就可以確定是否錄取。所以很現實的問題是：我們辛辛苦苦寫了很久的論文，錄還是不錄，基本上就取決於這5分鐘了。所以我們在寫作時必須從審稿人的角度出發，來構建我們的文章。

這裡插播一段我自己的小經歷吧。我剛開始寫論文的時候，也是特別爛。基本上以自我為中心，論文寫出來換個封面說是實驗報告都不為過。這導致整個論文基本沒有什麼邏輯可言，通篇都是很複雜的長句，文章前後也會有一些出入，甚至是互相矛盾的地方。為什麼會這樣呢？歸根結底還是自己的心態沒有調整好。初次寫文章，先想的是怎麼把字數湊夠；初稿寫完後，又沉不下心來修改，不能一句句地去理清文章的邏輯順序以及各個板塊之間的聯繫。在這種心態下寫作，總是會不免帶著太多的「已知」去讀和修改論文，腦補了太多細節，看不到文章的問題。所以我們在以後的寫作中一定要清空自己，從讀者的角度去建構整篇文章。

寫作技巧

寫作並不是一種玄學，而是一種技能。只要我們多加練習，還是可以掌握其中的一些寫作技巧的，幫助大家在寫作時事半功倍。

論文寫作是作者個人邏輯的體現

論文寫作最核心的兩個字：邏輯。題目和章節，章節和段落，段落與句子，句子與詞之間等全部都是勾連在一起的，是一個有機整體。那我們該如何理清並加強各個部分之間的關係呢？

如上圖所示，我們設計的算法從不同角度切入是有不同的效果和呈現方式的，核心算法從哪個角度切入更能體現我們的設計，在很大程度上決定了讀者能否理解我們的設計思路，切入角度也顯示了我們算法的覆蓋Scope，進而影響到論文的影響力。

其次是整體布局，我們在論文寫作時，就要有大局意識，對論文的整體布局有一個大致的設想，通過合理布局論文各部分之間的邏輯是非常嚴密的。作為一個有機整體，論文中出現的定義也要完全一致，只有前面已經定義過的東西，後面才可以直接引用。最後一點是充分論證，這一點我想大家都非常熟悉了，這裡就不多做贅述了。

我們一起看看上面這篇論文整體配置，不用看文字，就看布局。論文有一些圖片來輔助理解，也有一些算法的呈現，提升一些深度；實驗結果有圖像、表格，還有分析，整體的配置是比較完善的。第一印象就會覺得這篇論文還是蠻靠譜的。我們自己寫文章時，也可以這樣鋪開來檢查一下，是不是有一些例子沒有補充上去，這一塊如果使用圖表呈現會不會更清晰，文章各部分之間的邏輯是否順暢等。

論文的主要架構

在對技術論文有了一個大致的了解後，就可以著手處理文章中的細節了。我們一般可以將會議論文的各部分按如上結構進行分解，每一塊都有一些最基本的準則，我總結了一些實用的方法和技巧，大家後續寫論文的時候可以嘗試用起來。

我們看到：論文可以大致分為題目、摘要、緒論、思想、細節、相關工作、實驗、結論和未來方向這幾個部分。括號內是各部分在文章中的佔比是多少，可能會有多少是讀者關注。了解了讀者對各部分的關注程度，我們就可以更好在寫作過程中分配自己的精力。

題目——Title

在題目上最重要的就是將自己的核心思想充分並準確的表述清楚。用簡潔的詞充分表達核心思想。我們一起來看2個例子，大家就會比較有感觸。

我們從題目上可以看到這篇文章主要是在講「條件隨機場」，那條件隨機這方面的內容我們都已經很熟悉了，繼續往下看，哦～原來在講概率模型的事情，是對Segmentation 和Labeling data的一個概率模型。這樣我們就可以從標題上清晰地了解到這篇文章要做什麼東西，提出了什麼模型。

上圖這個標題也是很有借鑑意義。這個是一個很好的切入角度和論文影響力的例子。Forest reranking這個詞直接限定了這篇文章的影響力（覆蓋程度）：所有的reranking我的算法都能用。Forest一詞在NLP有比較流行，就是超圖（hyper-graph），這樣兩個詞讓讀者一下了解論文做了什麼核心創新。再往後看，讀者就知道論文的實驗是判別式的句法分析任務上做了驗證。「with non-local feature」又表明我的算法可以加全局特徵，這又是一個比傳統方法強的地方。所以這個題目既有高度，又展示了算法的特點和優勢。

摘要——Abstract

摘要難嗎？也難也不難，只要掌握了一定的敘述邏輯，摘要就會非常清晰明了。我將摘要分為四部分來寫。首先我們需要說明本論文研究的是一個很有意義或很重要的話題。繼而引出自己發現的問題，針對該問題我們又是如何解決的。最後再講一下我們的貢獻。我相信大家對解決方案(Solution)和貢獻(Contribution)這兩部分應該都比較有把握，但對話題(Topic)和問題(State problem)這兩部分可能沒那麼肯定。針對這個問題，我又擴展出2種變體，下面主要講一下左邊和右上這兩個框架，右下和左邊很接近，這裡就不展開了。

第一種，解決方案法（左邊）。先說這個有趣或重要的話題，然後說問題，再追加Solution和Contribution。

我們看一下上面這個示例：首先我們在摘要裡開門見山地給出重要的或者是有趣的Topic。我在上述這份摘要裡先是表明了基於句法翻譯模型裡，我們選擇的這種模型是很有前途的一個方向。繼而再去描述好在哪裡——因為它和另一個系統模型相比跑得更快。緊接著就是一個轉折——雖然這個模型很好，但還是有問題的。那麼我要解決的問題是什麼呢？因為存在錯誤傳遞的問題，所以它是不完善的。那我們是怎麼解決這個的問題呢？這裡我們只要將核心思想寫出來就可以了。不需要非常細緻的描寫。比如我在這裡提煉出的森林（Forest)，n-best等關鍵名詞，關鍵解法就差不多描述清楚了。最後我們再加一些實驗數據，驗證一下我們的解決方案。

所以，只要記住4句話法則，論文核心思想都基本能交代完整。另外，寫摘要最難的地方不在於結構和湊字數，而是尋找切入角度。例如我在這個例子中，為什麼要從句法這個角度去寫呢？因為只有這樣才能保證我針對所有基於句法(Syntax)的模型(比較大的scope)，而不是僅僅基於樹（Tree）的模型。這樣才能更好地擴大算法的影響力。

第二種是，論文加減法（右上）。我們在寫論文時注意到一種情況。對於某個問題有多種解決方案，A方案在a方面是比較好的，在b方面是相對不足的。B方案則相反。那我們可以將AB兩種方案的優勢做疊加，將兩種方案結合起來。這樣後人在提到這種解決方案的時候就會馬上想到你。

加減法的論文摘要裡，我們只要在首頁上畫上 -的圖，審稿人就會知道我們是要在以前的工作上做一個改進。這裡標註的 不是簡單的1 1=2，而是在實際工作中將優勢疊加得到巨大提升。不過這種寫法要注意例舉該工作不是Trivial的工作，要顯式寫出整合的難點。

緒論——Introduction

我們在緒論這一部分，主要就是將摘要擴展開來。多說無益，我們一起看看下面的例子：

我們可以看到緒論的部分第一段就提出了一個非常有趣的研究主題，「Become a popular technique」。我們通過閱讀緒論可以得知，這個作者是主攻Parsing，但是作者在題目和緒論中並沒有很早的將Parsing提出來，是因為作者並不想讓自己的判別方法僅僅局限於Parsing一種，而是想在更大範圍內使用。這也正如前面在講題目和摘要時說的，論文寫作的切入點和角度，不是說隨便找一個就行了，而是要從算法、影響力等多方面思考，將自己工作的高度拔起來。

我們繼續看論文，在論文的左下角這塊可以看到，作者提到「雖然已經有了很大的成效但仍然是存在問題的」。那麼，我們如何闡述這個問題？用數據說話。比如引用已有論文Collins(2000)裡提到的N-best list 正確答案的覆蓋率遠遠不夠，只有59%，這樣才能讓審稿人覺得我們言之有理。

文章的右上角第二段，我們可以看到作者提到了第二種方法，雖然這種方法也能解決部分問題，但是仍然存在一些問題是無法解決的。「However」這個轉折非常好，讓大家一下就把注意力拉回來了。既然這幾種方法都不能完全解決問題，我們又該怎麼辦呢？順勢提出作者自己的解決思路，也就是整篇論文最重要的論述點。在摘要裡我們只要提一下解決思路就可以了，但是在緒論裡，要著重將我們的Key Idea闡述出來。最後再加一個Contribution，列舉一下最好的結果是怎麼樣的等等。整個緒論就差不多OK了。

上文中的這篇緒論讀著非常通順，背後是用怎樣一條線串起來的呢？找準關鍵角度，提出問題，解決問題。這裡需要注意的一點是，我們在緒論中提出的問題，一定都是可以解決的，如果提出了問題，卻無法解決問題，會極大地損傷閱讀的積極性。其次就是我們前面提到的：切入角度要比較自然，同時還要兼顧影響力範圍；觀點一定要有數據支撐，善於引用相關數據或論文。最後，在寫作中，注意文章前後的銜接、中心論述、數據支撐等，對寫作中的每一個詞都做到「精挑細選」，做到這些，你的緒論就能達到一個新的高度。

把握住大方向，注意好小細節，自然可以得到一個不錯的結果。我在這裡給大家補充幾個緒論寫作時的小Tips：

善於舉例。當你描述的問題比較複雜、或者解決方案比較繁瑣，可以嘗試用樣例來說明。將你的Contribution直接一條條列出來，而不是讓審稿人慢慢去看，幫你總結。論文中儘量少用「Rest of paper is organized as follows」這樣的句式結構，一是比較佔空間，擠佔掉論文其它內容；二是不太會有人關注。最好修改成「Forward references」，具體操作方法就是，我們在描述Idea時，直接將Section列在後面就可以了。在引用相關論文或數據時，如果害怕會遺漏掉某些內容，可以在引用時加上「e.g.」。如果審稿人反饋需要加上某些論文，可以在後面直接加上就可以了。緒論裡提到的Background和Related work的區別是什麼？我的算法在Background的基礎上進行擴展，而Related work則是另一種實現方法的補充（了解即可），所以Related work是可以刪掉的，可以讓緒論整體更加緊湊流暢。

正文——Myidea

接下來我們進入到論文中最重要的一部分：My idea，我給大家匯總了幾個關鍵詞：

1. Somenecessary background work

我們在寫作時，基本都要先進行背景工作的介紹，我們這次論述的核心工作是建立在以前的哪個工作上開展的，要讓大家先有一個基礎的認知。除非大家對這個背景已經非常熟知了。

2. Usingrunning examples

我們在介紹自己的核心算法時，算法語言不足怎麼辦呢？靈活運用流程圖。審稿人可以比較輕易地通過流程圖了解我們的算法邏輯，如果審稿人覺得流程圖裡展示的算法邏輯比較新穎，實操性很強，再去看一眼實驗結果比較充分可靠，那大概率就可以錄取了。

3. Yourintuition

直覺為先。我們在解決核心問題時，大部分情況下要符合人的正常直覺，這樣才能保證審稿人或者讀者和我們的思想保持同一頻次，不然審稿人在閱讀論文時，一直處於一種「自我懷疑」中——這裡真的是這樣嗎？那是很不利於審稿人對我們論文做判斷的。

4. Formalizeyour idea

如果我們的論文中提到了一個新觀點、新東西，而且這個東西又不是很直接就能解釋清楚的，那麼我們就需要解一下這個問題。此時我們可以引入一個例子解釋該問題，進而得出結論。如果讀者對這個Formalization不太理解，就可以通過這個例子來了解，如果他對這個形式化定義並不感興趣，直接跳過就可以了。這樣就不會影響到後續整體論文的閱讀。

5. Makeclaims in introduction

我們在介紹中提到的所有觀點，在My idea這一塊中一定要給出進一步的論證和介紹，證明該觀點或者該論點的真實性和可行性。

相關工作——Relatedwork

Give creditto others。我們在相關工作這一部分不是說一味貶低他人，抬高自己，就能讓審稿人納頭便拜。反而是我們給予別人更多的讚揚和肯定，就越容易收到其他人的肯定。畢竟，我們誰也無法保證這次的審稿人會不會就是你文章中Rlated work的作者或關聯者。

另一個小細節是以前經常會有同學在緒論後直接貼上相關工作，相關工作太多就會擾亂審稿人的思維，形成思維斷層。所以我們建議將related work放到experiments之後。

實驗——Yoursolution

實驗這一部分，對於技術人來說應該是最簡單的，畢竟我們的論文就是建立在這一個個實驗之上的。但我還是想強調幾點：

清晰、可視化強的圖標信息。能做彩色的圖就做彩色，能打上的點就打上標記，一定要清晰可見，可讀性強。充足的數據分析。如果論文的Idea比較薄，就可以使用更充分的實驗來做補充，不僅僅是讓審稿人的觀感更好，對於後來的讀者也會有更強的借鑑性。

其他輔助方法：

模擬審稿——Mockreview

模擬審稿大部分情況下比較難實現，因為我們不一定每次都能找到「具備審稿能力，有能力又有時間」的那個大佬。所以我們退而求其次，邀請一位對我們此次工作不是特別清楚，但又有一定的論文閱讀和鑑賞能力的同學，從讀者的角度給我們提出一些意見和建議。

模擬審稿的另一個難點是，我們通常無法無條件接受模擬審稿人提出的所有意見。但是我們還是要儘量接納，因為審稿人也好，讀者也好都是從零開始了解我們所做的工作，模擬審稿人現在提出的問題，就可能是後續審稿人或者讀者遇到的問題。我們只有在前期就將這些問題消弭於無形，才能在後續的審稿中順利過審。

語言和用詞——Language and style

Basic stuff

Submitby the deadlineKeep to the length restrictionsDo not narrow the marginsDo not use 6pt fontOn occasion,supply supporting evidence (e.g.experimengtaldata,or a written-out proof) in an appendixAlwaysuse a spell checker

我們在做論文時，嚴謹求實是最基礎的，也是最重要的一個品質，所以不要有那麼拼寫錯誤之類的基礎問題出現。

Visual structure

Give strongvisual structure to your paper usingSections and sub-sectionsBulletsItalicsLaid-out codeFind outhow to draw pictures, and use them

我們前面也提到了可視化非常重要，說不準審稿人覺得你的論述非常簡單易讀，就能給你一個更高一點的分。

Use theactive voice

我們在寫論文時經常會不自覺得使用一些弱被動語態，比如"it can be seen that……",我們就要換成"wecan see that……"。因為論文是我們主動做的，而不是被動地跑出來的。被動和主動語態的不同，也會潛移默化影響到審稿人或者讀者的觀感，這也是我們需要注意起來的。

Use simple,direct language

多用簡單句，越簡單越好。我們寫論文是為了讓讀者更快地了解我們的算法，而不是在文章裡秀我們的長難句寫得多麼牛。不要拐彎抹角，更不要隱晦說明什麼，就直截了當的直給是最好的。當然一個算法、一個方案如何用最簡單的語句表述出來，是需要我們在日常工作生活中提前進行積累和練習的。

總結

從讀者角度出發

邏輯是核心問題切入很重要，角度要自然布局合理，邏輯嚴密，定義一致，論證充分用好流程圖語言主動語態、簡單句、用詞準確細節圖、公示、表格、用詞、引用

利用好 「審稿人」

投稿前和投稿後

我們在寫論文時，可以和上面總結的框架進行一下對照，看看有哪部分是我們還沒有注意到的。前面提到的主動語態也好，簡單句也好，流程圖的繪製也好，都是需要我們在日常生活中提前進行一定的積累和學習的，去谷歌上查一查別人是怎麼描述的，去其他論文裡看看別人是怎麼搭架構的，一定要多看多練。

「我知道了」和「我學會了」是不一樣的。期望大家都可以做一個思想上的巨人，行動上的強者。（完）

如何寫好一篇技術論文

,