DrustZ的论文小课堂 [摘要Abstract]
最后更新于
这有帮助吗？
最后更新于
这有帮助吗？
这有帮助吗？
铛铛铛，论文小课堂开课了！写科普太辛苦了，这周来分享自己的经验：）
从博一到现在，发表的没发表的加在一起，我已经写了十二篇论文，掉了不少头发…… 从开始写一句话要绞尽脑汁三天到现在信口开河（错了信手拈来，也摸到了不少写作的章法——我看少侠骨骼精奇，不如把这些都传授给你！
为什么要有摘要
摘要=问题+方案+过程+结果
什么时候写摘要
为什么要有摘要
这个问题问得非常好！平常我们写文章哪有先把中心思想放开头的？但是论文不一样，因为论文的内容比一般文章要难那么一点， 所以需要有一个摘要（Abstract）来让大家对内容有个大致了解。一般来讲，摘要是决定别人要不要读你论文的唯一因素（奇葩标题除外。
所以我们写摘要，就要真实地把这篇工作的主要内容写出来，让有需要的人看完会继续读下去，不需要的人看完会走开——而不是写得天花乱坠，大家都了都想把论文读完，读完之后又来骂娘。所以写摘要的第一点就是朴实无华：摆事实，放数据，不需要的单词和模棱两可的句子统统拿开。
举个例子：如果你发明了一个新的键盘，你在摘要里写，“这个键盘比以前的某键盘更快，更准”——不好！形容词统统拿掉，直接放结果，比如”速度提高39%，错误率下降27%"。又或者，开发了一款情侣软件，发现用的人基本都没有分手，你写“这个软件可能成为未来约会的新形势”——不好！这种没什么干货的话不要放在摘要里，会不会成为新形势读完自有判断（狗头。
另一点尽量做到的，是让摘要简明易懂，能不用术语的就不用。否则，最后读你论文的可能只有一小撮人，稍微外行一点可能就被那几个名词唬住了。
摘要=问题+方案+过程+结果
一篇典型的摘要都有这么几句：1）现在世界上存在着一个问题A 2）目前对A的解决方法在某些点上还不是很好 3）为了解决这些点，我们做了什么 4）我们发现了什么（实验结果，或者调查发现）
这种结构基本上可以把一篇论文的脉络捋顺：1）和2）提供了研究的背景和动机；3）介绍了论文的具体工作；4）介绍论文的发现和结果。特别地，1）和2）不需要特别长，各一句话就好；扩展版可以放到Introduction说。许多文章一上来就说“In this paper we did xxx", 没有背景介绍其实有些突兀。
对于3）论文工作的写法， 尽可能分清主次，避免写成流水账（我们先做了实验A，又做了B，最后开发的项目C）。想想最核心的地方是什么？如果是介绍一个新的交互方式，那就讲这个交互是怎么进行的；如果是做了一系列的访谈和调查，那就把主要的访谈与其目的写下来。
对于结果部分，和3）一样，把最主要的结果放上去，其他的放到正文就好了！写结果的时候，只要摆事实和数据就不会有错。
这样写下来，一篇合格的摘要就完成了！
什么时候写摘要
越早越好！甚至是在你没有真正开始做的时候，就可以写个大概了。“没开始做我都不知道我会做啥，怎么写啊？” 你问的跟我当初问老板问题一模一样！我老板的回答是：“写摘要会帮助你思考，写着写着你就会有一些想法了。”
所以第一版摘要其实可以在3）4）部分完全说空话，它的作用在于帮助你想清楚1）和2）：我这个项目是要解决一个什么问题？它是不是一个好的项目？一般想做一个项目的时候，脑子里都有大致的思路，所以把思路写在3），一个草稿就完成了。提前写摘要的另一个好处是，我在找合作者的时候，直接把写好的摘要发过去，对方一般就知道我想做什么了。
当然，第一版摘要也就是帮自己理清一下思路，在项目开始之后，3）和4）的内容自然会有大变动；但1）和2）的内容基本固定。
给大家看本人以前项目的两个草稿真迹：都是在有了想法后，我就把摘要和引言大致写了，结果部分用黄色高亮一下表示还没定：图一是一个因为种种原因没真正做的项目，图二是发表的一篇工作。虽然终版有很多改进，但是提前写一下会让自己对整个项目的构思更明晰，也能增加一点自信（虽然我啥都没做但是写了paper 哈哈）
