博士生撰写论文交流会

午饭后check实验室邮箱，收到一封给实验室做博士生撰写论文交流会的邮件，中午诚惶诚恐，难以入眠，可能与自己的stage fright、不善于言语、思维逻辑梳理有关，更何况已经一个人在一个房间工作了一年。ppt要求8-12分钟，既然时间有限，就重点解决一个与论文写作有关的方面，打算按实验室项目与论文写作关系的思路准备，写下稿件内容，以备明日制作ppt参考。

很高兴今天在这里与大家就论文写作的事情进行探讨。论文撰写涉及的方面很多，我在实验室属于老兵，但在论文写作上还是菜鸟，至今也没有窥测出论文写作的整个视图，因此今天只打算从与论文相关的一个方面上与大家进行探讨，就探讨下实验室项目与论文撰写的关系。

        先用两个现象来作为这次探讨的开始。第一个现象是回顾一下自己从08进入实验室，到13年以来的科研工作经历及成果。博士的科研是充满探索性的，也是非常简单的，简单到可以用两组数据把五年的工作生活总结出来。08-12年做遥感图像压缩项目，2篇专利，0篇论文；2012年下半年项目结题后，写作了四篇论文，其中一篇被sci索引的GRSL录用，一篇投了中国通信期刊正在审稿中，一篇投了会议被拒，一篇还在修改中，还算差强人意，四年不开张，开张写四篇。

        第二个现象是，有一段时间我对互联网中的大数据处理很感兴趣，很容易就查到了该领域的鼻祖文章，“MapReduce: simplified data processing on large clusters”，这篇文章是08年发的，我就不说这篇文章刊到哪儿了，大家猜这篇文章的引用次数多少？8050次！有图有真相，当然这个数字不包括我今天在这儿的引用：）这篇论文一开始就说作者以及谷歌其他开发人员设计了许多类似于抓取网络文档、web请求日志等专门系统，这些专门系统的功能不同，但执行的计算却非常的相似，作者就把输入数据规模巨大、计算分布到成千上万台机器上的计算抽象出来，形成论文中的mapreduce计算模型，成为日后互联网大数据时代分布式处理平台的基础，在学术界也有了惊人的引用率。

这两个现象，第一个似乎表明项目与论文撰写是格格不入的，而第二个现象表明项目是论文的绝对根基、发力点，到底哪个观点更贴近实际呢？我比较赞成第二个观点。即使头四年中没有写出一篇完整的论文，但项目我是踏踏实实做了下来，可以说整套图像压缩算法从软件算法、到数据结构、再到硬件实现都亲力亲为做了个遍，对项目中各个环节的思索考虑太熟悉不过了，这些也都成为后来论文撰写的着眼点。当然，每个博士生项目的情况是不尽相同的，我这边是做了四年的项目之后，突然得到一段相对安静的时间，可以对项目中完成的工作进行总结、也对没有完成的内容进行重新思考。在写作时，要写什么东西、能写什么东西都已了然于胸，写文章这一年看过的文章非常少，可以说是头些年看文章的零头。以前看的论文，有些是为了解决项目问题，有些为了想写文章，但后一种情况论文怎么看怎么还回去了，看的还是一头雾水，一直被论文作者牵引着，但放下论文就是不知道自己可以通往何方，越看越心虚。也许从别人论文中可以寻找到写作点，但从项目中寻找写作点更为保险、踏实。

认真投入做好项目之后，我们总可以在自己的项目领域、研究领域里头找到写作点，之后就是怎么写的问题了。mapreduce这篇论文的作者，是比较厉害的，系统做的多做的漂亮，又精于总结拔高，在一个领域中把相当一部分工程师有意或无意使用的技术方法、手段加以抽象，一拔就高。我们在做一个项目的时候，可能面对的并不是这样一个历史机缘，更可能的情况是，在自己的研究领域中已经有了小山堆一样的论文或是系统实现了，这个时候拼什么呢？我这儿也没有特别好的答案，但通常往回撤一步，再去看做过的项目，往往能够找到发力点。你或者你的项目组决定项目中使用这个方法而不使用那个方法，肯定有这个方法适用于这个项目的理由，尽管有时并未有意琢磨这件事。以去年撰写的一篇论文为例，写的是图像压缩中的视觉量化，这个领域论文不少，泛泛的立论不是很有特色，优势也不明显。但可以针对项目处理的是遥感图像 ，整篇都紧扣遥感图像特点，就感觉这个方法就是为遥感图像生、为遥感图像死的，就是要做出与针对通用自然图像方法不同的特点来，我就是跟你不一样，至少对遥感图像而言我就是比你牛，这样你就站住脚了。如果在计算复杂度上你又有优势，那就更是稳了审稿人的心。再比如写多极小波变换实现这篇文章，论文更是多了去了，多的下都下不完，写作时怕受影响就一篇没看。当然，做项目时，关于几种基本实现结构的文章还是研究比较细致的。假设我还是退回到项目的起点上，假设自己再做一次项目，我会选什么样的架构，是采用当时设计的折叠串行实现，还是尝试多级并行结构呢？为什么选择？然后就开始编故事，比如项目中存在视觉量化算法，而视觉量化算法具有数据并行特性，其前一模块若采用多级并行能改善系统流水特性。这一点要说明的是，项目实现时有项目的考虑，比如设计失败的风险、整体资源消耗，往往会倾向比较保守的做法，但论文是可以在一定程度上从项目约束中解脱出来，只要手里有关键的实验数据就行。

诚然，即使深信项目是论文的发力点，但也总不能奢望着先做项目、然后给予充足时间做论文的这种很舒服的节奏。目前又回到了项目与论文并行处理的状态，这段时间刚好重新对承担项目的四年中，论文失利原因进行了分析，有以下两个主要问题。

1. 对论文的认识存在问题。总觉得论文是脱离项目、脱离日常工作的高层次科研，很难找到切入点，甚至会出现越看越难找到切入点的情况，觉得自己不会科研。后来摸索出对付这个问题的办法是，首先放下手头论文，扣项目中的设计，找到切入点，之后像写技术报告一样先把自己的东西写完，最后带着双重标准、带着一颗鸡蛋里挑骨头的心去读最新的相关文章，在引言章节中对其进行言语措辞上的抨击，在实验章节进行数据性能上的抨击，一篇文章就有了。

2. 论文拖延症。论文的周期还是很长的，从构思到书写、成文、修改、投稿、针对审稿意见修改、校对。这么多个环节，我的情况是从构思到书写这个环节花的时间最长，第一篇文章花了近三年才有了第一句话，还是从别人文章粘过来的一句“几十年来，遥感图像在各个领域发挥着越来越重要的作用。。。”打酱油的话。但无论如何，打响第一枪总是令人充满希望的，硬着头皮写就是了。期间李老师一句”好论文是改出来的“确实点醒了我，别人想要拉你一把，你自己至少也要伸出手来！硬着头皮写完，找到姜老师、张老师，认真细致的一轮一轮修改，反复下来一二十稿是有了，第一篇论文终于出世了。

为什么从构思到写第一句话能拖延那么久，心里头却还有那么一丝心安理得呢？项目在无意中充当着挡箭牌的作用，比如坐到实验室，左边是项目代码，右边是论文，我肯定就不假思索的写项目代码去了。这个选择现在看来太好理解了，项目是具体的，其从问题出现、分析到解决程度都是可控可量的，可以与老师、同事们讨论商量，而论文撰写就困难多了，是一条需要独自承担、充满未知、缺乏底气的一件事情，当时的选择只是一种逃避困难而已。此外，对论文的作用也认识不足，觉得是虚的一套东西，有时会感到不屑，不如去探索尝试一个新的编程框架，或者推动项目进展来的实在。这个认识从看到mapreduce这样一篇从工程师手中书写出来的文章，发生了改变。科研的目的是要改变世界、改变人类的生活，如果每天打交道的只是闭门造车的一些琐碎代码、算法片段，这样的科研与一个初级程序员的行为有什么本质区别呢？科研方法、成果是要通过一定媒介传播出去的，论文恰巧是连接各个学科的学者们的一个最重要的媒介，这样想来，论文的作用就善莫大焉了！

最后，与大家共勉吧，最近向一个论文达人请教，在项目、日常杂事那么多情况下如何保持论文的写作状态、写作热情？也没有别的办法，他就是逼迫自己每天晚上至少抽出两个小时，不带手机带上笔记本去自习室写论文去，日有所进。现在正在逐渐调整自己的生物钟，在每天六点半起床时自然就精神抖擞，把头两个小时献给论文写作，大家也可以根据自己的情况进行尝试，希望论文道路上不要像我这样曲折，谢谢大家！