如何写Related Work?

如何写Related Work?

Abstract

个人之前在写文章的时候，Related Work都占用了我大量时间。主要的困难在于：一、不知道该怎么写？ 二、不知道该写哪些？ 三、不知道如何总结本文和相关工作的区别？

一、Related Work部分写作难易程度

Related Work很难写得出彩。如果写得出彩的话，会让人立刻感到文章的厚重感。很多论文只是平白地列出所有能找到的文献。这样很容易让人摸不着头脑，看不清重点。

二、Related Work的作用

Related Work主要有两个作用：1.为读者展开项目背景，如同讲故事做铺垫 2.展示自己工作与众不同之处，突出贡献。

哪些工作是相关的

一般考虑三点：1.研究的问题 2.研究的对象 3.使用的技术 每一个点都可以引申出一到两个相关的章节，其中有些可以合并。例如：小明为了让有障碍的用户（对象）在追剧的时候能够更好地理解视频内容（问题），采用了机器学习+众包的方法，让机器来生成对食品的初步描述，并且让一同观看的网友们提供细节（技术）。
在写Related Work时，我们可以考虑讨论下列三个部分：
（1）讨论与视障用户相关的研究（对象）
（2）与视频内容理解相关的研究（问题）
（3）机器虚席理解视频（技术）以及众包的工作（技术）。
如果研究对象比较普遍（例如设计了一种大家都可以用的语音交互），那么也在问题里细分一下，比如使用场景、交互方式等。

构建工作之间的内在逻辑

切忌将所有文献题目作者直接列一遍。
写相关工作的时候，作者要充当一种指路人，或者说书人的角色：在详细介绍核心内容之前，把故事背景在读者面前慢慢地，有条理地展开。
我们需要将面前的相关文献，用一条线串起来，来向读者们展现它们之间，以及和自己工作之间的关联。

递进逻辑

例如，文章ABC开创了某个领域，DEF在这个问题领域提出了几种思路，GHI则是在各个思路下的改进----那么我们就可以先说总领的话来叙述ABC,然后用并列的方式讲解DEF, 最后可以一笔带过GHI （如果它们不是那么重要的话）。

并列逻辑

例如文章ABC用了X技术来解决某个问题，DFE用了Y技术，而GHI则用了DrustZ的技术—那么我们可以使用分条列举的方式，先写为了解决某个问题，大家采用了不同的方法，然后列出
(1)X技术[ABC] (2)Y技术[DEF], (3)DrustZ的技术[GHI].这样把类似的文章集中起来，大家看着也顺溜。

分-总逻辑顺序

先有零散的工作，后来有一篇文献把它们综合了起来。

为自己的陈述服务

更加高级的写作方式是：与其说是列举文献，更像是让文献为作者自己的陈述服务。你在阅读的过程中，很难感觉到作者在可以塞进一些文献来充数；相反，作者是在整理自己的思路，顺便引用了关键的文献来加以佐证。

突出自己工作的不同之处

写“相关文献”的另一个主要目的，是让大家了解你的工作与这些文献有什么不同。而这一点，许多作者似乎都没有意识到：很多段落都只是列出以往的工作，然后戛然而止。让人读完会摸摸头，OK，我知道了，这些工作很重要，但跟你做的又有什么关系呢？

所以在介绍完别人的工作之后，还要在后面（例如章节的最后一段，或者每个段落的最后一句）接一些为什么要和这些工作比较，以及与它们有何不同。这样一来，既说了别人工作的重要，也突出了自己工作的价值，一举两得。

用好过渡

开头不要直接写别人的文章，而是先概括地说一下这个段落的主题；
例如，写完一个部分，不要立即写下一段开始写另一个部分，而是在末尾写一个过渡句：

• “以上就是人们在X领域的研究，但是随着Y技术的进步，更多的人把目光转移到了Z上”，
• “对于Y技术在X领域的研究已经介绍许多，但在另一个Z方面，相同的技术也有许多应用”。
• 总之，…。然而,…。

再例如，在顺序介绍一部分相关工作之后，也可以过渡一下，再介绍下一种类型的工作。

2024-2-3的一点觉察

当我问自己问题的时候，我就知道related work要写的内容是什么了。
首先写出论文的motivation和主要贡献。然后将主要贡献中的每一个关键的技术罗列出来，问以下几个问题：
1 为什么要使用这个技术？这个技术已经被别人用来做什么? 从别人对这个技术的使用中有哪些启发？为什么不能使用之前的老技术？
当我问出自己这几个问题的时候，我就大致知道自己要写什么内容了，接下来就是将相关的文献进行排布，将它们合理罗列，用于回答自己提出的这些问题。

参考文献

【1】https://zhuanlan.zhihu.com/p/368677897