恭喜你已經(jīng)有了一個A類別的idea和相應(yīng)的實現(xiàn)以及數(shù)據(jù)，那么接下來就是寫文章的問題了。計算機論文寫作還是有一定的規(guī)律可以遵循的。首先，你需要判斷自己的文章是投往哪個A類期刊或者會議，是IEEE的還是ACM的。通常IEEE會議的格式和ACM會議的文章格式要求有所不同，我建議你在投論文之前先把該會議的Call For Papers好好研讀一番，弄清楚文章長度，需要使用的Latex或者Word模板以及匿名方式等一系列非技術(shù)性問題，然后再開始寫作。
在寫作之前，先問問自己如果這篇文章寫好以后給整個領(lǐng)域（community）的貢獻是什么，這實際上是整個文章的靈魂，也就是你解決某個問題（problem）的方案（idea）。想清楚以后把它（們）按照重要性順序?qū)懴聛?，這些就是你在Introduction里面告訴讀者包括審稿人的contributions。貢獻可能是新算法，新架構(gòu)，新實現(xiàn)或者是前人沒有的insights。你在寫contributions的時候面向的讀者很有可能是自己，所以可能忽略了problem背景和定義，這些就可以慢慢在Introduction里面填充。
這樣Introduction就寫好了，比如說：某某問題是實際中存在的一個問題，這個問題重要性是blah，blah，blah。之前發(fā)表的論文針對這個問題提出了三個有代表性的解決方案（此處引用可能至少三篇論文）。第一個解決方案甲大概做了一二三，但是沒做四；第二個解決方案乙做了一四，但是沒做二三；第三個解決方案丙做了一二三四，但是性能比較差。在這篇文章中，我們提出一個性能比較好并且同時做一二三四的解決方案。接下來寫我們這個解決方案是如何實現(xiàn)同時支持一二三四的情況下提升性能的。比如說用了新算法，新架構(gòu)或者新的實現(xiàn)，都可以。講完基本技術(shù)創(chuàng)新點以后就是contributions，把之前想好的貼上去就可以了。最后在Intro里面加上后續(xù)內(nèi)容組織，比如說第二章是相關(guān)工作，第三章是綜述，。。。
一般來說Intro寫完以后會寫一章相關(guān)工作（Related Work）。從最Related的論文開始寫起，比如說以上提到的三篇。這里需要著重講的是，Related Work不是記流水賬（e.g.，甲用了idea A，乙用了idea B，丙用了idea C），而是要比較這些論文，闡述她們各自的優(yōu)缺點。
Related Work寫完后，你需要寫一個Overview來總括你的問題和解決方案。我的經(jīng)驗是最好想一個最最簡單的例子（Running Example），然后使用這個例子引出你要解決的問題。接著再把之前在Intro中提到的現(xiàn)有解決方案挨個說一遍，并且用那個案例表明三個解決方案的不足（這里最好用實際數(shù)據(jù)）。最后把你的解決方案介紹一下，重點是與前人做的相比較。如果你用了一種新的算法，你可以大概提一下這個算法的思路以及實驗數(shù)據(jù)；如果是新架構(gòu)，最好放一張架構(gòu)圖上去，然后闡述一下新架構(gòu)的優(yōu)勢（以及劣勢）。在這一章介紹自己的idea的時候，你只需要概略描述即可，凡是涉及到技術(shù)細節(jié)的東西均可以引用后面的章節(jié)來節(jié)省頁面空間。
后面這一章就完全是技術(shù)細節(jié)了。如果是自己做的的話，這一章是最好寫的，因為你只需要把code/算法/架構(gòu)在紙上還原出來即可。注意由于頁面限制，一般來說這一章不可能包括所有細節(jié)，按重要性取舍吧。注意有些corner cases，如果很重要的話，千萬別省略。技術(shù)細節(jié)講完了，如果頁面允許，你還可以大致講一講你的實現(xiàn)情況。比如說新的系統(tǒng)是在Linux上實現(xiàn)的，新加了20000行C代碼，1500行Python以及300行Bash script。C代碼主要干什么，Python主要干什么以及Bash script干什么，最好能與技術(shù)細節(jié)里面所講的呼應(yīng)。自然地，技術(shù)細節(jié)和實現(xiàn)講完了就該講你是如何用實驗驗證你的解決方案支持你的contributions啦。根據(jù)上面的例子，你需要寫的是如何從實驗數(shù)據(jù)中展示你的解決方案支持一二三四并且性能不錯。支持一二三四這種是或否的問題比較容易說，但是性能不錯就需要和前人作品做大量比較了。柱狀圖，折線圖，表格等等數(shù)據(jù)展示手段，只要能說明問題都可以采用。這里需要注意的是，只要你寫在論文里面的文字或者是圖表，你都要想清楚背后的原因，最好能在論文里做充分的解釋。比方說，你采用了新的算法，性能見表1，原因是復雜度降低了；你采用了新架構(gòu)，性能提升見圖3，原因是新架構(gòu)節(jié)省了內(nèi)存拷貝。通常來說，新算法或者架構(gòu)會總體上提升性能，但也可能會有異常情況，即新方案比不過老方案的地方。這時需要格外注意，因為這是你的weaknesses，你需要用令人信服的說法向讀者展示這些異常情況存在的可能性較低，或者可以通過某種簡單方式避免。如果寫到這里你還有充足頁面可用，你可以試圖寫一個discussion章節(jié)來討論你的方案的缺點，以及未來有可能的改進情況。不要怕展示缺點，你越誠懇審稿人對你印象越好。如果你是故意遺漏新方法的一個很顯然的缺點，這會給審稿人非常不好的印象。你也可以提一些你的方案的其他應(yīng)用等等。最后就是結(jié)論啦，用一兩個段落概括一下解決的問題，解決思路以及貢獻就可以了，比較好寫。如果你需要寫一些附錄，比如說文章里有幾個定理沒有給出證明，那可以在后面的Appendix章節(jié)中加入。通常Appendix審稿人不太會讀。我還有一些小建議，希望能對你有所幫助:
1. 找到會議程序委員會（Program Committee，也就是審稿人）的頁面，然后看看哪些審稿人做得和你做的相關(guān)。如果有的話你應(yīng)該在Related Work中引用他們的作品，因為大家都希望自己的論文被別人引用。不要怕有禮貌得指出他們的論文缺點，如果你說得對，審稿人看到會很高興的。2. 論文提交前用你能找到的任何有效的書寫檢查軟件檢查一下拼寫錯誤或者簡單的語法錯誤，我知道有些審稿人會對這種小問題過敏，如果一篇論文中此類錯誤過多可能會導致直接悲劇。有條件的話，找一個英語為母語的人幫你最后把把關(guān)。這里我推薦你如果可能的話找一個美國教授合作寫論文，可以節(jié)省很多時間。
3. 如果你之前沒中過2-tier或者3-tier的期刊或者會議，那么可以先從這些著手，慢慢鍛煉。
我18年博士畢業(yè)之后去互聯(lián)網(wǎng)公司做碼農(nóng)，和題目下面的老師們肯定沒得比。我paper寫的算不上好，但是主筆過幾篇architecture & system (MICRO/HPCA/VLDB/TCAD)的論文，算上有些經(jīng)驗。下面是我的google scholar截圖，證明我確實可以回答這個問題。首先你要搞明白一個事實，對于絕大多數(shù)計算機的方向，會議比論文重要。大部分的重要研究成果都是發(fā)表在會議上，會議的難度也比期刊高很多，而且research community的人基本都會看會議，看期刊文章比較少。一般期刊允許已經(jīng)發(fā)表在會議上的論文、再加30%的內(nèi)容就可以去投期刊了，這一點可以在各個期刊的主頁上看到。而如何界定“30%”，花樣就很多了。我個人的經(jīng)驗是這“30%“對質(zhì)量的要求不高，不信你可以看看我之前發(fā)過的期刊，然后再對比下之前的會議文章就知道了。因為國內(nèi)很多地方在評職稱、評獎項的時候很重視期刊，因此發(fā)完會議文章之后再水篇期刊是很劃算的。然后寫paper要從戰(zhàn)略上藐視敵人。十年前我剛讀本科的時候，學校里面哪個老師發(fā)個好點的會議，都能成為新聞?，F(xiàn)在在CCF-A類會議上已經(jīng)可以經(jīng)常見到國內(nèi)的本科生了。難道這十年大家的科研水平突飛猛進了嗎？大家的智商突飛猛進了嗎？大家的英語突飛猛進了嗎？沒有！只是因為這幾年國內(nèi)高校挖了很多海歸，以及國內(nèi)國外的交流越來越多，大家開始學習國外寫paper的方式以及做research的方式，當然也學到了很多騷套路。所以，不要覺得寫paper是已經(jīng)很難的事情。
還要搞明白一個問題，發(fā)paper不是為了顯得誰厲害，而是大家把研究成果貢獻出來分享給社區(qū)。因此，你不能只是去吹你的成果多厲害，而是要把背后你要解決什么問題、這個問題有哪些難點、你是怎么解決的、你的方法的核心點在哪里，都要說清楚（而且還要讓人看得懂），最后的實驗來給出更為詳實的證據(jù)，加深大家的理解。別人讀完你的論文，對某個領(lǐng)域有了新的理解、學到了新的知識或者解決問題的方法。想明白這個設(shè)定，你已經(jīng)在學會寫論文的路上邁出了堅實的一大步。下面進入正題。
第一點：你要學會構(gòu)思一篇論文的結(jié)構(gòu)，有了結(jié)構(gòu)之后再去填內(nèi)容。 結(jié)構(gòu)是一篇論文的靈魂！論文不是流水賬，也不是秀肌肉，而是一篇結(jié)構(gòu)清晰、內(nèi)容詳實、證據(jù)充足的推理文章。結(jié)構(gòu)不清晰直接就GG了。一篇論文由摘要、Introduction、正文三部分組成。個人經(jīng)驗摘要不太重要。Introduction是需要介紹整篇論文的框架。然后正文由幾章組成，按照順序依次介紹Introduction中的每個環(huán)節(jié)。論文的框架，就是將何種背景、如何發(fā)現(xiàn)問題、分析問題、解決問題、做出貢獻的，下圖展示了論文框架的五個部分。
背景介紹部分是introduction里最簡單的部分了，就是介紹下這個話題的一些背景知識，，只要不是抄來的就行。問題介紹部分，就是要在一個大背景之下，限定這篇論文要解決的問題，并且說明這個問題的重要性，可能需要放一些自己的實驗數(shù)據(jù)或者引用別人的論文作為佐證。一般來說，背景介紹、問題介紹部分不會有太多技術(shù)含量很高、原創(chuàng)性強的東西。接下來問題剖析部分，就要開始有很多你自己的東西了。比如你發(fā)明了A方法解決B問題。如果B問題是已知的問題, 你就要解釋為什么現(xiàn)在的解決方案都不好或者為什么還沒有解決方案。如果B問題是未知問題、你自己發(fā)現(xiàn)的新問題，那么你就要解釋這個問題有多重要。這一階段，你并沒有提出任何解決方案，但是一定要有自己對問題的insight。注意這個詞，insight! 如果你被拒稿多次，你一定被審稿人批判過沒有insight。對要解決的問題有深刻的認知并且有自己獨特的見解，是一篇論文的基本要求，有時候指出問題比解決問題還要重要。解決方案就是對自己的解決問題的方法的一個簡介，這個階段也需要一些原創(chuàng)性。比如自己提出了那些原創(chuàng)性的方法、或者引入了別人沒引入的技術(shù)，都算你原創(chuàng)。最后是核心貢獻，核心貢獻其實就是對你的問題剖析、解決方案的提煉，一般是3-4點，比如你指出了某個別人沒指出的問題、你提出了別人沒提出過的新方法、你的方法效果有多好等等等。框架的構(gòu)思, 注意十二個字: 環(huán)環(huán)相扣、步步堅實、邏輯嚴密。上面我講的5步，必須每一步是環(huán)環(huán)相扣的，前有伏筆、后有填坑。比如在問題介紹部分，你指出某個領(lǐng)域有A、B、C三個重要問題，但是你后文只打算解決問題A，那么在問題介紹部分你就需要解釋為什么不解決B、C。如果你有證據(jù)證明B和C不太重要，是可以的。或者解決問題A的貢獻足夠構(gòu)成一篇論文，那么你可以明確表示本文只解決A，B/C以后再說。反正就是不要前面挖了坑，后面不填，要不然你連基本的論文寫作標準都達不到，很可能直接就GG了。還有就是必須要保證每一步的證明都是能說服審稿人的。比如問題介紹階段，你一定要讓審稿人相信你要解決的問題是很重要的（雖然實際上可能沒有用），旁證左引、引經(jīng)據(jù)典。比如問題剖析階段，一定讓審稿人覺得聽完你分析,好像非常有道理、好像對這個問題有了新的認識?？傊褪且徊教た?，審稿人可能就不打算繼續(xù)看了。邏輯嚴密就不多說了，每一環(huán)之間都要是自然的遞進關(guān)系，不要強行扯上關(guān)系。寫論文的時候，我和其他作者的討論，大部分都是在討論整個框架的推理過程夠不夠有說服力。第二點，學會寫每一章。從第二章開始，每一章都是更為詳細的解釋introduction中的內(nèi)容。已我自己寫論文的經(jīng)驗，第二章可以是背景介紹，把Introduction中的問題介紹和問題剖析更為詳細的展示出來，該引用論文就引用、該放實驗結(jié)果就放實驗結(jié)果。如果太長可以拆成兩章，總之要把問題的重要性、你的分析、你的insight、你對前人論文的不足之處的解釋都寫清楚。第三章可以是一個解決方案的概述。然后可以把解決方案分成兩章分別介紹（第四章、第五章）。第六章講實驗，一般是1-2個大實驗讓審稿人相信你的方案確實可以，然后3-4個小實驗作為佐證或者分析一下分支問題。注意！這里每個實驗也都是和前面的問題分析、提出的解決方案要對應(yīng)起來的，前面有鋪墊、后面要填坑！論文中的每一段都要師出有名！第七章介紹下related work，第八章再總結(jié)一下。關(guān)于Related work，在我自己的寫作風格里，不是特別重要。因為在問題的分析階段，我肯定是要把非常相關(guān)的前人的論文并且逐一批判的，一般五六篇到十來篇吧。一般是把一些不是特別相關(guān)的論文放到related work里面再分類討論下，不會對整篇文章的邏輯構(gòu)成很大的影響第三點，多看論文，總結(jié)經(jīng)驗。寫論文一定要多看別人的論文、多反思自己的論文?？吹臅r候要帶著思考，想想別人為什么這么寫、想想審稿人為什么拒絕你。比如，有些會議喜歡在introduction中放大量的實驗，把核心內(nèi)容都講清楚，光intro都有兩頁紙，有些回憶則是點到為止，具體的證據(jù)可以后面放，這都是要通過總結(jié)經(jīng)驗才能發(fā)現(xiàn)的。比如，我投稿被批過論文僅僅是實現(xiàn)了一些算法、只是engineering 沒有學術(shù)貢獻，為了解決這個問題，我學會了在問題分析階段，把自己要解決的每個具體問題升華成一類問題，證明我的解決方案對于很多重要問題都是有非常大的價值的，而且我發(fā)現(xiàn)我最擅長的就是把某個dirty work描述的好像很有理論價值。另外有一個經(jīng)驗就是，不要高估審稿人的耐心值，也不要讓審稿人幫你總結(jié)contribution。一篇computer architecture論文長達12-14頁，即使是大概看一遍也要兩三個小時。好的會議錄用率可能只有20%，也就是說審稿人花10個小時才能看到一篇比較好的文章。審稿人（實際上是他學生在看）又都很忙，不會真的花兩三個小時去看一篇垃圾論文的。所以，寫論文要學會總結(jié)。我比較喜歡在每一章的開頭處用3-4句話總結(jié)這一章要說什么、把我的核心contribution列出來。對于每一章的每一段，都在開頭或者結(jié)尾點下題。這樣的話，審稿人只需要花很少的時間，就能知道我要表達什么，極大地減輕了審稿人的負擔。如果他對這一章很感興趣，可以仔細看看，不感興趣的話直接略過也沒關(guān)系，反正get到我的點了。這樣審稿人既可以了解到你的核心貢獻，也可以更快的讀完你的論文。最后，你花了10分鐘看完這篇文章，但是什么長進也沒有。因為寫論文真的是一件很辛苦的事情，里面的很多思想、很多細節(jié)都是需要大量的練習和經(jīng)驗的積累的，而且我沒見過有誰無師自通。比如最近在公司參與一些system論文的寫作，通常是一個有經(jīng)驗的作者負責主筆，3-4個有經(jīng)驗的人深度參與(每個人20小時以上)，貢獻自己的意見，最終才能完成一篇高質(zhì)量的論文。所以學寫論文最好的方法，是找個人帶你寫，比如導師、實習的mentor、大師兄之類的。如果你是個苦于不知道怎么寫論文的博士，很可能說明你現(xiàn)在的環(huán)境，沒有人能夠教你寫，想辦法換個環(huán)境吧，比如來我們組實習。作為一個被拒稿幾十次，有著豐富被虐經(jīng)驗的科研工作者，我對這個問題非常感興趣，也來湊湊熱鬧說說我的體會吧。從我博一開始，就被導師忽悠著投ieee tit，從博一到博五一共被tit拒過六次，其中有五次是直接拒，說我做的東西太差。印象最深的是有一一位以色列副主編直接說我做的東西也就是碩士生的水平，還有一位香農(nóng)獎副主編說我做的東西是在毀了這個學科。所以這里我想說的第一個準則就是，想中最高水平的trans,文章里的干貨是最重要的前提。干貨不行，大羅金仙也救不了你的文章。文章的干貨包含三種，第一種是針對一類新問題提出了一種新穎的解決問題的方法，并用此新方法得到了該新問題一個好的結(jié)果，這是最頂級的干貨，也是學術(shù)界頂級大佬的成名作中最常見的成果。第二種是方法并沒有創(chuàng)新，無非是把前人的若干方法結(jié)合了起來，然后解決了一系列問題，并得到了較好的結(jié)果。這種類型的干貨也是目前絕大多數(shù)trans論文中的成果。第三種是針對一個沒有解決的ooen problem,提出了新的方法把該問題向前推進了一步，這種類型的干貨也是非常棒的，足以在任何檔次的trans上發(fā)表。
在我看來，一般的博士生不太可能有第一種干貨和第三種干貨 ，都是集中在第二種干貨。但是只要好好寫，第二種干貨足以在絕大多數(shù)trans上發(fā)表了，如果想在最頂級的期刊上發(fā)表，則需要在工作的系統(tǒng)性上下功夫，即把所有這類問題全部做完。另外，還需要得到大牛的支持和掛名。
說到論文寫作上，我認為越好的trans越注重干貨，越差的trans越注重語言問題，這是由于頂尖trans的審稿人都非常了解論文的工作，能看穿論文的本質(zhì)，而差些的trans的審稿人很多都不是所評審論文的小同行，不能看穿論文本質(zhì)，故只能拿語言說事了。
若覺得還不錯的話，請點個 “贊” 或 “在看” 吧
