14步写好英文论文 中文版 Fourteen Steps to a Clearly Written Technical Paper

本文主要是介绍14步写好英文论文 中文版 Fourteen Steps to a Clearly Written Technical Paper,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

原作者:R.T.Compton, Jr

原文链接:http://www.icce.org/authors_page/14steps.pdf

翻译:shenxiaolu1984@csdn

译者注:本文发表于1992年,针对工程类论文写作提出了非常实用的建议。它提出的14个步骤即使在今天,对包括论文在内的许多技术类报告、总结的撰写都大有裨益。

原文来自ICCE 2013会议给出的投稿建议。网上已有一个翻译版本(http://www.docin.com/p-7564326.html),但与我使用的版本似有不同之处,大家可以一起阅读参考。在翻译中,为展示行文风格,一些示例性语句保留原文。一些标点和排版为遵从中文书写便利进行了更改。有一处引用未给出文献,原文如此。

 

**********************************************************************************

Fourteen Steps to a Clearly Written Technical Paper

 

一篇技术论文通常应包含四个章节。这些章节的功用如下:

 

第一章:简介

简介 (Introduction) 应该做以下几件事:

1. 打开话题。(例如:要讨论的问题是柱状电介质坐标下的电磁场,或者分组无线网中的自适应阵列

2. 综述相关领域的以往工作。

3. 描述本篇文章中探讨的问题,展示本篇文章和以往工作的联系,或者较之以往工作的进步之处。

4. 描述一般情况下此类问题的前提假设,并且指出已经取得的结果。(这一步给了读者一个初步的概观:本文探讨什么问题,以及我们已经取得了什么成果。)

5. 总览全文内容。(“第二章包含对问题的系统阐述。第三章包含实验数据......”)

 

第二章:阐述问题

这一章应该做三件事:

1. 详细定义要论述的问题。这一部分典型的开头可以像这样:“考虑一个多用户终端环绕单个中心中继器的分组无线网。每个用户使用时隙ALOHA协议[1]向中心中继器发送数据包。假设所有用户的发送都在同一频率上......”一直这样描述,直到把问题完全定义清楚为止。

2. 定义所有术语和符号。一般来说,术语和符号应该和问题本身一起定义。

3. 推导得出结论所需的公式,并且/或者描述一种实验体系。

 

第三章:结果

这一章详细地给出你取得的结果。如果论文是理论性的,你可以展示从公式中获得的曲线。如果是试验性的,你可以展示测量结果。在选择适于展示的曲线之前,一定要弄清你想把什么观点传达给读者。然后,才可以有的放矢地阐明这个观点。无论是理论性的还是试验性的,你必须仔细解释结果的含义,以及产生这样结果的原因。

 

第四章:结论 (Conclusion)

这一章总结论文中完成的全部工作。许多读者只看你文章的简介和结论部分。结论应该让没读过整篇文章的读者也能单独理解。

 

以上是工程性论文的一般格式。当然,各章的名称可能和上面列出的有所不同,但每部分的用意通常相去不远。许多论文除了上面列出的大纲之外,还包含额外或不同的章节。不过,这里给出的大纲是写论文的一个很好的起点。

 

  

 

动手写作论文的时候,要遵循如下步骤:

 

步骤1:从一个完整的初稿开始,除开简介和结论部分。(把简介和结论留到文章主题完成之后再写是最容易的。)在写作时,牢记以下几点:

1. 一定要先给出全景,再在细节上发力。反其道而行之是绝对走不通的。这一点在第二章开头,你解释要研究的问题时尤其关键。

2. 要是卡壳了,不知该怎么解释一件事的时候,有个管用的小技巧:想象你和一个要好的朋友讲你的研究工作,把你要说的话记下来就可以。

写初稿时,不要担心措辞不够完美,给文章润色是以后的事情。完成初稿之后,把它放在一边,过几天再来开始第二步。

 

步骤2:确保论文中的思想顺序得当。如果不是,用文本编辑器移动各个段落,直到恰当为止。问问你自己:“读者能不能只通过每个段落之前的资料理解这个段落?”如果不能,补充资料或者移动论点。确保论证中没有逻辑缺口,绝不能暗自假设读者了解某些理解你论证的必要知识,但你却没有明确指出。读者知道的通常比你想象得少。

 

步骤3:着眼于文章中论点的过渡。确保在每一阶段,都有个路标告诉读者他身在何处,去向何方。读者必须能够把握全局。在每一章的开头,提前告知读者这一章的目的,以及这一章和前述资料的关系。在每一章的结尾,也可以提醒读者,你已经完成了这章的内容,然后指出下一章的目的。这些起到连接作用的语句叫做过渡(transitions)。读者必须永远清楚你下一步要去哪儿,你这么做的原因,以及你已经完成了多少内容

 

步骤4:检查每段的统一性。每个段落应该有一个主题思想。通常段落的中心思想会在开头的第一句话中表达出来,不过也有例外。不可以在一段中混杂不同论点。如果你的论文里有一章怎么也说不明白,试着逐个检查其中的每一段,问问自己这段的主题思想是什么。含糊的行文往往源于混杂的段落内容。

 

步骤5:修整句子来减小迷雾指数(fog index)。迷雾指数F的定义是F=0.4(L+P),其中L是每句话的平均词数P是每100词中多音节词(三个或三个以上音节)的数量[1]。想要衡量论文的可读性,数数有代表性、长度五六百词的章节中,每个句子中词的数量,以及每100个单词中多音节词的数量。理想情况下,应该向着小于10的迷雾指数努力。在技术写作中,有时很难把F降到10以下,不过超过15的迷雾指数就是警告你:读者要想读懂你的材料实在是太难了。

参考两个从办公日志中选出的例子,注意两个日志说的是一回事:

Fog Index = 35

"In order to eliminate the possibility of errors occurring in the time charges relating to engineering jobs through transposition of numbers or typing errors, each of the Division Planning Offices should set up a file of time cards showing all authorized project numbers and make a daily check of the charges on all time sheets forwarded to the Accounting Department to be sure that only authorized numbers are used." (1句话, 69个词, 13 个多音节词)

Fog Index = 11:

"It is easy to transpose digits and make typing errors when entering project numbers. We suggest each Division Planning Office set up a file of time cards showing all authorized project numbers. Then all charges should be checked each day before sending time sheets to the Accounting Department." (3句话,48个词, 个多音节词)

要降低减小迷雾指数,你需要做两件事:(1) 缩短句子长度(把长句破成短句),(2)尽量去除复杂词(换成简单词)。

 

步骤6尽可能去除被动语态。时刻留心论文中的被动语态。(“The data were measured and the results were correlated.”)尽量多地把动词变成主动语态。(“We measured the data and correlated the results.”)太多的被动语态让你的行文显得很烦人。

编者按:最坏的情况下,被动语态让书写变得不可理解。读者需要时刻知道谁在对谁干什么,但是被动式动词往往把动作的发起者和接受者都弄得模糊不清。在前面的例子里面,被动语态掩盖了谁在measure和correlate这件事。

 

步骤7用动词不要用名词。不要把句子的核心行为淹没在名词和形容词里。反之,要用动词来传达行为。来看下面的例子:

错例:The annual report produced a disappointed reaction from the sponsor.
修改:The annual report disappointed the sponsor.

错例:It is our expectation that we will see radiation pattern improvement when the antenna is elevated.

修改:We expect to improve the radiation pattern by elevating the antenna.

 

把行为放在动词里面会让书写变得通顺很多。

 

步骤8尽可能去除抽象词汇。用明确的词汇替代抽象词汇绝对会让你的文章读起来好很多。举个例子,不说"We determined to conidtions for performance improvement,而说"We measured the noise variance neccesary to increase the bit error probability by 5 percent." 抽象词汇的问题是,它传达给读者的意义往往不是你想的那个。

 

步骤9检查动词的一致性。很多技术工作者会毫无理由地在将来时和现在时之间频繁变换动词语态。你需要检查整篇文章里动词的时态是否统一。通常情况下,简单地保持现在时就可以:We present our results in Section III,而不要说We shall present our results in Section III(注意第一人称(I或we)的将来时是shall,而不是will)

 

步骤10不要用this做代词。避免这样的句子:This is...或者This gives... 用This作代词时,先行词往往缺失或者定义不清,结果让行文显得很外行。一个工程写作中的典型例子是这样的,“By increasing the impedance, the radiation level is increased and the electric field becomes stronger. This means that...” 这里的this到底指什么?(进一步说,到底是谁increasing了?)解决这个问题的方法是在前面加一个名词把this变成形容词,比如这样,"This result is...” “This difficulty is due to...”等等。

 

步骤11:通篇检查隐藏的语法错误。这里说的不是基础的语法问题。你肯定不会犯特别低级的错误,比如“He don’t got no potatoes”。这里指的是,要小心那些微妙的、在工程写作中非常普遍的错误[2]

 

步骤12润色,再润色。确认句子的韵律和节奏是否宜人,思想的流动是否清晰简洁。如果哪个地方不够顺畅,再在上面多花些工夫。你终归能发现最恰当的词汇。你需要挖掘的,是那些能够改进文章“流动性”的精妙之处。在这一步你需要用到的主要工具是:(1) 缩短句子长度,削减大词来降低迷雾指数,就想步骤5中一样,(2) 检查每一段,像步骤4一样,看看它是否只有一个中心思想。假以时日,你会培养出一种清晰写作的“感觉”,在这一步做得越来越好。

 

步骤13写Conclusion。结论部分应该简明地为读者总结论文中展现的东西。

 

步骤14写Introduction。简介通常是一篇论文最难写的部分。必须文笔流畅。简介应该点到前面介绍的每个主要部分。更重要的是,步骤1-13中讨论的所有要点都要用来为简介润色,直到它尽善尽美。

 

迷雾指数 (Fog Index) 是由清晰写作的早期倡导者Robert Gunning先生首先提出。根据他的观点,0.4乘以迷雾指数,近似相当于读者想要读懂一篇文章所需的教育年限。

 

Reprinted by IEEE Circuits & Devices Magazine, September, 1992

这篇关于14步写好英文论文 中文版 Fourteen Steps to a Clearly Written Technical Paper的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/442836

相关文章

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

AI hospital 论文Idea

一、Benchmarking Large Language Models on Communicative Medical Coaching: A Dataset and a Novel System论文地址含代码 大多数现有模型和工具主要迎合以患者为中心的服务。这项工作深入探讨了LLMs在提高医疗专业人员的沟通能力。目标是构建一个模拟实践环境,人类医生(即医学学习者)可以在其中与患者代理进行医学

论文翻译:arxiv-2024 Benchmark Data Contamination of Large Language Models: A Survey

Benchmark Data Contamination of Large Language Models: A Survey https://arxiv.org/abs/2406.04244 大规模语言模型的基准数据污染:一项综述 文章目录 大规模语言模型的基准数据污染:一项综述摘要1 引言 摘要 大规模语言模型(LLMs),如GPT-4、Claude-3和Gemini的快

论文阅读笔记: Segment Anything

文章目录 Segment Anything摘要引言任务模型数据引擎数据集负责任的人工智能 Segment Anything Model图像编码器提示编码器mask解码器解决歧义损失和训练 Segment Anything 论文地址: https://arxiv.org/abs/2304.02643 代码地址:https://github.com/facebookresear

论文翻译:ICLR-2024 PROVING TEST SET CONTAMINATION IN BLACK BOX LANGUAGE MODELS

PROVING TEST SET CONTAMINATION IN BLACK BOX LANGUAGE MODELS https://openreview.net/forum?id=KS8mIvetg2 验证测试集污染在黑盒语言模型中 文章目录 验证测试集污染在黑盒语言模型中摘要1 引言 摘要 大型语言模型是在大量互联网数据上训练的,这引发了人们的担忧和猜测,即它们可能已

OmniGlue论文详解(特征匹配)

OmniGlue论文详解(特征匹配) 摘要1. 引言2. 相关工作2.1. 广义局部特征匹配2.2. 稀疏可学习匹配2.3. 半稠密可学习匹配2.4. 与其他图像表示匹配 3. OmniGlue3.1. 模型概述3.2. OmniGlue 细节3.2.1. 特征提取3.2.2. 利用DINOv2构建图形。3.2.3. 信息传播与新的指导3.2.4. 匹配层和损失函数3.2.5. 与Super

JavaEE7 Servlet 3.1(JSR 340)规范中文版

http://www.iteye.com/news/27727-jinnianshilongnian     Jave EE 7中的部分规范已正式获得批准通过,其中包括JSR340 Java Servlet 3.1规范,去年翻译了该规范,在此分享出来,希望对某些朋友有所帮助,不足之处请指正。   点击直接下载    在线版目录   Servlet3.1规范翻译

BERT 论文逐段精读【论文精读】

BERT: 近 3 年 NLP 最火 CV: 大数据集上的训练好的 NN 模型,提升 CV 任务的性能 —— ImageNet 的 CNN 模型 NLP: BERT 简化了 NLP 任务的训练,提升了 NLP 任务的性能 BERT 如何站在巨人的肩膀上的?使用了哪些 NLP 已有的技术和思想?哪些是 BERT 的创新? 1标题 + 作者 BERT: Pre-trainin

[论文笔记]LLM.int8(): 8-bit Matrix Multiplication for Transformers at Scale

引言 今天带来第一篇量化论文LLM.int8(): 8-bit Matrix Multiplication for Transformers at Scale笔记。 为了简单,下文中以翻译的口吻记录,比如替换"作者"为"我们"。 大语言模型已被广泛采用,但推理时需要大量的GPU内存。我们开发了一种Int8矩阵乘法的过程,用于Transformer中的前馈和注意力投影层,这可以将推理所需

PMP–一、二、三模–分类–14.敏捷–技巧–看板面板与燃尽图燃起图

文章目录 技巧一模14.敏捷--方法--看板(类似卡片)1、 [单选] 根据项目的特点,项目经理建议选择一种敏捷方法,该方法限制团队成员在任何给定时间执行的任务数。此方法还允许团队提高工作过程中问题和瓶颈的可见性。项目经理建议采用以下哪种方法? 易错14.敏捷--精益、敏捷、看板(类似卡片)--敏捷、精益和看板方法共同的重点在于交付价值、尊重人、减少浪费、透明化、适应变更以及持续改善等方面。