【转】如何做论文汇报 2020-10-25 日常 暂无评论 1061 次阅读 原文:[关于论文组会的一些思考(其一)](https://blog.csdn.net/Meditator_hkx/article/details/52823936) 作者:[Meditator_hkx](https://blog.csdn.net/Meditator_hkx) ## 序言 自从选择了直博这条路,前前后后也看了有二十余篇文献,自己做的毕业设计也算是一个中型的论文,所以对于科研也可以说是稍微有点眉目了吧。 而我相信,每一个研究生(无论博士还是硕士),都免不了要参加组会,并定期报告自己的工作和选题情况。 我目前主要的研究(汇报)方向是数据库系统,经历了总共四次的论文汇报之后,我对于组会有了一些不是很明晰但自我感觉十分深刻的感受。关于汇报什么,如何汇报,时间把握,逻辑概念,也都有一些自己的思考。 但归根结底,之所以要写这么一篇博文,其实是源于这周一开的组会。我作报告时许多概念和原因解释不清,导致很尴尬地被老师直接叫停,并被深刻教训了一番。老师话说得不重,也都是事实,但我自己感觉十分难受。 老师说我这几次作报告的风格都是一样的,每次讲得他都听不懂。老师还说我最大的问题是没什么想法,令人担心。 不谈更多私人的理由了,我简单结合自己失败的经历谈谈我所理解的好的和不好的论文组会汇报吧。 ## 汇报大忌 - **冗长的PPT(Presentation)** 每个人的接受能力是有限的,专注时间也是有限的。汇报者当然是花心思研读过论文的,但是他不能强求将论文中所有他认为的重点强加给听众。所以,presentation不能太长,PPT控制在20页左右为宜。 - **混乱的逻辑** 其实这是我的一个大问题。我之前只是按部就班地把作者写作的顺序原原本本地移植到PPT中,但这样前后思路其实不一定是连贯的,或者说对于讲解和呈现,这种方式不一定连贯。所以,在读文章之后要有一个自己的消化再生产过程,用自己的逻辑重新组织一遍再输出给听众,这样才是更加有效的方式。 - **缺少精读** 自己无聊时随性看的论文可以粗读,但是在组会上汇报的论文则必须精读。因为汇报者是代表论文的生产者甚至站在更高的层次与展现和评判他们的工作,并且需要应对听众各种各样的提问和质疑,所以一定要精读之后再汇报。 像我之前汇报时就显得太过随意,许多文中的基本概念和前因后果都没有理清就厚着脸皮汇报,这样能做好才奇怪了呢! - **缺少自己的想法** 读一篇论文之前,我们是带着自己的兴趣和动机的,比如想从中学习某个新技术、新模型、新方法;而读完论文之后,我们也要有自己的想法,比如研究者哪里做得最好,特色鲜明,哪里做得不好,有所隐瞒,哪里研究者是坦白需要进一步改进的。这些都可以作为我们思考的基石。 我最大的问题是基础不牢靠,数据库这边是这样,操作系统更是这样,而且相关代码阅读编写能力也严重不足。所以,我觉得要尽快做一个有想法的科研工作者,务必要能够理解每个研究者的设计和方法的基础,并掌握相关的代码技术,才能有所思有所悟。 真的不是我没想法,而是我压根不知道作者是怎么想到这样做的,换我来做我根本就不知道有哪些技术工具可以选择。这就是我现在最大的悲剧! ## 我心目中的好汇报 我觉得,好的汇报就是**讲故事**。讲故事的能力反映了一个人的很多特质:口才、逻辑、思想深度等等。对于科研工作者而言,做好一个汇报和讲好一个故事(童话、爱情、悬疑)并没有本质的区别。 好故事需要一个清晰的框架,需要层层递进的逻辑,需要伏笔和最后让人豁然开朗或眼前一亮的解释。 对于论文来说,我觉得首先要告诉听众研究者们大体上做了一个针对或者基于什么的研究工作。接下来就是:为什么他们会想到做这样一个工作(Motivation),这一点一定要解释明白,否则整篇文章的基础和整个汇报的基石都将不复存在;他们使用了什么样的新方法、新概念、新模型来做这样一个工作。 听众如果不是在该领域做研究,当然很难明白研究者工作的基础是什么,所以一般化的方式应该是对背景有充分的诠释,从一个大家都能理解的commen knowledge开始讲起,逐步过渡到研究的动机与技术,在时空上就串起了一个能够衔接好的故事开端。 也许研究者们的贡献:方案和设计,本质上是最终丫的内容。但是这一部分视情况可长可短,最重要的其实还是让听众明白,这个新技术到底是什么,怎么工作的,和旧的方法比有什么不一样,它的优势是否有什么代价。 一个好的汇报者不会去讲述那些纷繁的技术细节,如果非要讲清一个技术,应该会举一个生活中或者工作上常见的例子,通过例子来分析新技术的工作流程,并与原有的方法作比较,从而让大部分人都听得懂。 在讲解实验部分的时候,他应该能够解释研究者们为什么要做这样一个实验,想表达的重点是什么,是否还有其他可供选择的实验设计,每一个实验的结果背后的原因是什么。这就是精读的必要性,吃透一个文章,吃透每一个技术点和细节背后的细节。 在回顾与总结的时候,好的汇报人应该能用他自己的语言复述研究者的主要工作和贡献,给予文章客观公正的评价,并引申到自己研究的课题领域,指出哪些地方值得借鉴,哪些技术点可以继续挖掘,哪些工作内容可以去完善。 ## 结语 写了这么多,其实都是把自己作为反面教材换个方向思考整理出来的,接下来我的汇报应该也要朝着自己总结出的方案去努力,争取把汇报作成一个圆满动听的故事,而且自己还能理清每一个技术细节和它的前因后果。 标签: none 本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可。
评论已关闭