# DrustZ的论文小课堂 \[引言Introduction]

*这周来分享写引言部分的经验！*

如果说摘要（Abstract）决定了别人会不会看你的论文，那么毫不夸张地说，引言（Introduction）决定了你的论文能不能发表——引言好，审稿人第一印象好，大家好，才是真的好。

<br>

#### # 一句话总结

#### 对于论文的其他部分，引言需要精雕细刻：不仅逻辑要通顺，也要尽可能把文笔写好一些。

#### 目录

* *引言的结构：总体结构*
* *引言的结构：详细结构*
* *引言是论文的脸面，插图是引言的脸面*
* *几个轻松毁掉引言的技巧*

<br>

引言的结构：总体结构

引言的写法，和摘要很像，也是有一套基本的逻辑框架。我老板根据他老板的经验，总结出了五个要点 \[1]：

1. *对于论文的主题，当前发展是什么样的（State of the world）*
2. *但是，当前发展里有问题！（The big BUT）*
3. *所以我们做了啥（Therefore, we did）*
4. *我们发现了的关键结果是（The key findings are）*
5. *最后，论文的贡献是（The contributions of this work are）*

基本上就是摘要结构的扩展版。当然，为了增加趣味性，也有人会在开头引用一个名人的话，和小学作文题记很像。

第一段，我们一般会讲一个领域现在的情况。如果写一个新的VR交互，那么可以简要写写现在VR交互都是什么样；如果是研究为什么养猫的人比不养猫的更容易洗被子，那么可以写写猫的泌尿系统和排泄习惯。

第二段提出问题。前三段一般是：“*现在的情况是这个样子（第一段），however 有一些问题（第二段），针对这些问题大家提出了一些方案，但是他们都很辣鸡（大雾（第三段）”*，来为你的工作完美铺垫。虽然看起来很常规，但是这三段奠定了这篇论文的动机（motivation），动机重要与否，代表你的工作有没有足够的价值。

之后就是讲主角的段落：你做了什么？如果是一个新东西，它都有哪些功能？依然要避免流水账！简要地把研究的内容列出来，内容的顺序基本上就是这篇论文之后章节的顺序。如果你写先做了实验A，又做了B，那么后来的章节也应该是先写实验A然后是B。

写主要结果，依然是事实为主：放数据！对无法量化的结果，就把每个点精简成一句话列出来。引言的结果比摘要充实一些，不过基本还是只放主要的：哪些结果对你的研究问题进行了回答？

最后，要比摘要多一点的是，别忘了写论文的贡献。你可以分条列举出来：

<figure><img src="https://pic3.zhimg.com/80/v2-6a590276a83ec08a68af4e686dce6556_1440w.webp" alt="" height="429" width="678"><figcaption><p>（摘自[2]）</p></figcaption></figure>

也可以简单地用几句话总结一下：

<figure><img src="https://pic1.zhimg.com/80/v2-4cb43519f274b1a09d9b69d0ea129004_1440w.webp" alt="" height="186" width="898"><figcaption><p>（摘自[3]）</p></figcaption></figure>

总之，在引言里列出的贡献，其实更多地是为审稿人准备的，让他们了解你的工作对这个领域有什么帮助，以及别人读了这篇论文能有什么收获。一般一篇论文贡献最多三条，有些一下列出五六十几条的，要么作者是新手，要么夸大了某些贡献（which is 毁掉引言技巧之一）。

<br>

<br>

<br>

引言的结构：详细结构

大的框架有了，这里就捡几个重要的点讲一下：动机，背景，以及贡献。

动机其实是综合了研究的背景与问题。一个好的动机要站得住脚并且重要。站得住脚代表这个问题确实存在，而且有证据（文献）来证明它的存在；并不是“为赋新词强说愁”。重要就代表重要，字面意思……

举一些反面例子。有的论文动机会写，“*XX到现在已经非常流行了，但是还没有人做过和XX相关的东西 ”*，或者 “*还没有文献来研究我的问题 ”*：这种动机既站不住脚，也不重要。1. 基本上不能证明某个东西从没有被研究过；2. 也许正是因为它不重要所以没什么人做。一篇论文的动机，最起码需要联系到自己的领域，或者与我们的生活相关，才能让读者感到信服

在写自己工作的时候，可以适当地添加一些背景交代来增加文章的易读性。例如做了一个火箭，就可以在此之前简要花一段介绍一下纸飞机的发展。如此，不太了解这个领域的读者也能有大方向的认识。而我老板向来对我说：“*把你的读者都当作傻瓜，假设他们什么都不知道* ”。

写贡献的时候，有一点要切记：千万不要overclaim，夸大贡献。包括但不限于夸大实验结果的重要性（*例如，这款键盘比苹果手机快了2%，超越人说话的速度指日可待*），夸大实验结果的普及度（*例如，针对三位大学生的调查显示王者荣耀段位平均是至尊星耀，由此可见全世界的玩家都是至尊星耀*），夸大项目的普及度（*例如，研究发现这款应用可以让小朋友们集中注意力，由此可见它也能让小朋友们更听妈妈的话*），等等。总之就是，如实把做的写就好；那些凭空想出来的，没有证据的文字，都删掉。

<br>

引言是论文的脸面，插图是引言的脸面

一篇人机交互领域的论文，排版其实也很重要（也是交互的一部分吧）！俗话说，“*一图胜千言 ”*，在第一页就放上一张图片，绝对能够吸引眼球。继承自老板的风格，我非常强烈地向大家推荐在引言部分放上一张图，或者一个表格。如果你做了一个新的东西，就把它的界面或者使用流程放上；如果是一个调查或者理论，可以把有趣的发现列成表格放上。把图片放在引言上面，或者放在第二列上面，都是不错的展示方式。当然，要为这些图片配上尽可能详细的标题（毕竟大家还没开始读论文就看到图片了）。

<figure><img src="https://pic2.zhimg.com/80/v2-c2b3e4533452259627674ddef00ebd3d_1440w.webp" alt="" height="554" width="1080"><figcaption><p>（放上一个使用流程图可以让大家快速了解你的工作 [2]）</p></figcaption></figure>

<br>

<br>

几个轻松毁掉引言的技巧

1. 尽可能多的长句子，越长越好，没有标点的那种——读完第一段就可以让大家成功放弃
2. 语法错误和标点错误——效果同1
3. 尽可能多的黑话术语，不带解释那种——效果同1
4. “因为目前没人做这个，我就做了这个”——动机不够
5. 使用夸张手法陈述结果和贡献——最有效的技巧
6. 最后一个是写得太长，读了半个小时发现还在引言里徘徊，你就得看看是不是要删掉一点东西了。

<br>

***

以上就是我写论文引言的一些小经验，希望帮助到在论文写作边缘苦苦挣扎的小朋友。论文写得糟糕不用怕，熟能生巧\~ 本小课堂就是让这个过程变得快一些，让你的论文写作遍地开花！我们下期见！（狗头

<br>

> 本文引用：\
> \[1] Jacob O. Wobbrock: Catchy Titles Are Good: But Avoid Being Cute. 2015\
> \[2] Mingrui Zhang, Ruolin Wang, Xuhai Xu, Qisheng Li, Ather Sharif, Jacob O. Wobbrock: Voicemoji: Emoji Entry Using Voice for Visually Impaired People, 2021\
> \[3] Mingrui Zhang, Shumin Zhai: PhraseFlow: Designs and Empirical Studies of Phrase-Level Input, 2021


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://zhang-ming-rui.gitbook.io/when-rocket-launches/wei-xin-gong-hao-gui-dang-dai-bu-chong/ke-yan-xiang-guan/drustz-de-lun-wen-xiao-ke-tang-yin-yan-introduction.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
