原题：Writing Technical Articles
下载：https://course.ece.cmu.edu/~ece743/write.pdf
时间：2001/9/11
作者：Henning Schulzrinne，Columbia University

下面的注释适用于计算机科学和电子工程的技术论文，重点是系统和网络的论文。

把论文交给别人看。如果可以的话，找两个人：一个熟悉技术问题的人，另一个只熟悉该领域的人。

论文大致可分为两类，即原创研究论文（research papers）和综述论文（survey papers）。有些论文结合了这两种元素，但大多数出版刊物要么只接受一种或另一种类型，要么要求作者确定该论文应被归类为研究论文还是综述论文。大多数研究论文都包含一个可以被视为综述的“相关工作”部分，但与论文的其余部分相比，它通常很简短，并且只涉及该领域的一小部分。

Research Papers

一篇好的研究论文：

清楚地说明了论文正在解决的问题、建议的解决方案和取得的结果。
清楚地描述了以前在这个问题上的相关工作，以及最新进展。

论文的目的是描述创新性的技术成果。技术成果有四种：

算法；
系统构成：如硬件设计、软件系统、协议等；
本文的一个目标是确保下一个设计像你这样的系统的人不会犯同样的错误，并利用你的一些最佳解决方案。因此，请确保讨论了难题（及其解决方案），并讨论了不明显的错误（以及如何避免它们）。 (Craig Partridge)
性能评估：通过分析、模拟或测量获得；
一个理论：由一组定理组成。

一篇论文应着重于：

对结果进行足够详细的描述，以确立其有效性；
识别结果的创新性，即报告了哪些新知识以及使其不明显的原因；
确定结果的重要性：他们提出了哪些改进和影响。

Paper Structure

论文的典型大纲是：

Abstract，通常 100-150 字，不要超过 300 字；
Introduction（简要！）：引言问题，概述解决方案；问题的陈述应该包括清楚的陈述为什么这个问题很重要（或有趣）。
Related Work（或 Summary 之前）。提示：如果是会议论文，确保引用 PC 联合主席和尽可能多的其他 PC 成员的工作，以及与前两次会议相关的任何内容。如果是期刊或杂志，请引用过去 2-3 年左右的相关内容。
论文其余部分的大纲：

"The remainder of the paper is organized as follows. In Section 2, we introduce ..Section 3 describes ... Finally, we describe future work in Section 5."

请注意，“Section” 是大写的。此外，在 “section” 作为句子的主语时，你可以改变你的表达方式，如 "Section 2 discusses ..."，"In Section, we discuss ..."。
论文正文
- 问题
- 方法，架构
- 结果
正文应包含足够的动机，至少有一个示例场景，最好是两个，并带有说明图，然后是清晰的通用问题陈述模型，即功能，特别强调 “新的” 功能。论文可能包含也可能不包含形式主义。你的算法或架构的一般评估，例如，证明算法为 O(log N) 的材料，请转到此处，而不是在评估部分。

实现该模型的建议系统的架构应该比你自己的特殊实现更通用。始终包括至少一个图片。

实现（Realization）：当实现架构不简单时，包含实际的实现细节。简要提及实现语言、平台、位置、对其他包的依赖性以及相关的最小资源使用。

评价（Evaluation）：它在实践中如何真正发挥作用？提供真实或模拟的性能、最终用户研究、提及外部技术采用者（如果有）等。
总结和未来工作（Summary and Future Work）
- 经常重复主要结果
致谢（Acknowledgements）
参考书目（Bibliography）
附录（如果被迫，将首先被删减）：
- 详细的协议描述
- 证明有两行以上
- 其他低级但重要的细节

建议写作顺序：

方法部分和结果部分，然后将它们放在一起。
问题部分（如果它与引言分开）。
结论。
引言。
摘要。
标题。

Abstract

摘要不能包含参考文献，因为它可以在没有正文的情况下使用。通过作者、缩写或RFC编号来识别作品是可以接受的，尽管并不常见。(例如，“我们的算法基于Smith和Wesson的工作。”)避免在摘要中使用“本文”一词。你还会在这里谈论什么报纸？避免抽象的一般动机。你不必证明互联网的重要性或解释什么是QoS。不仅要突出问题，还要突出主要结果。许多人阅读摘要，然后决定是否要为论文的其余部分费心。因为摘要将被搜索引擎使用，所以确保识别你的作品的术语在那里被找到。特别是，所开发的任何协议或系统的名称以及一般领域(“服务质量”、“协议验证”、“服务创建环境”)都应包含在摘要中。避免方程式和数学。例外:你的论文提出E = m c ^ 2。

摘要不能包含参考文献，因为它可以在没有主要文章的情况下使用。虽然不常见，但可以通过作者、缩写或 RFC 编号来识别作品是可以接受的。例如：“Our algorithm is based upon the work by Smith and Wesson.”
避免在摘要中使用 "in this paper"。
避免抽象的一般动机。你不必证明 Internet 的重要性或解释什么是 QoS。
不仅要突出问题，还要突出主要结果。许多人阅读摘要，然后决定是否阅读论文的其余部分。
由于搜索引擎将使用摘要，因此请确保在此处找到识别你作品的术语。特别是，任何开发的协议或系统的名称和一般领域（“quality of service”, “protocol verification”, “service creation environment”）都应该包含在摘要中。
避免方程式和数学。例外：你的论文提出 E=mc2E = mc^2E=mc2。

Introduction

避免使用诸如 recent advances in XYZ 之类的陈词滥调或任何暗示 Internet 发展的内容。
确保引言让读者知道这篇论文是关于什么的，而不仅仅是你的一般研究领域有多重要。
读者不会坚持三页来找出你在说什么。引言必须通过指出正在解决的问题来激发你的工作，然后概述你的方法和/或贡献（甚至可能是对你的结果的一般描述）。通过这种方式，引言设置了我对你论文其余部分的期望——它提供了上下文和预览。
在引言中重复摘要是浪费空间。不好的引言示例：
- Here at the institute for computer research, me and my colleagues have created the SUPERGP system and have applied it to several toy problems. We had previously fumbled with earlier versions of SUPERGPSYSTEM for a while. This system allows the programmer to easily try lots of parameters, and problems, but incorporates a special constraint system for parameter settings and LISP S-expression parenthesis counting.
- The search space of GP is large and many things we are thinking about putting into the supergpsystem will make this space much more colorful.
很好的引言示例，取自 Eric Siegel 的课程：

Many new domains for genetic programming require evolved programs to be executed for longer amounts of time. For example, it is beneficial to give evolved programs direct access to low-level data arrays, as in some approaches to signal processing \cite{teller5}, and protein segment classification \cite{handley,koza6}. This type of system automatically performs more problem-specific engineering than a system that accesses highly preprocessed data. However, evolved programs may require more time to execute, since they are solving a harder task.

Previous or obvious approach:

(Note that you can also have a related work section that gives more details about previous work.)) One way to control the execution time of evolved programs is to impose an absolute time limit. However, this is too constraining if some test cases require more processing time than others. To use computation time efficiently, evolved programs must take extra time when it is necessary to perform well, but also spend less time whenever possible.

Approach/solution/contribution:

The first sentence of a paragraph like this should say what the contribution is. Also gloss the results.)

In this chapter, we introduce a method that gives evolved programs the incentive to strategically allocate computation time among fitness cases. Specifically, with an aggregate computation time ceiling imposed over a series of fitness cases, evolved programs dynamically choose when to stop processing each fitness case. We present experiments that show that programs evolved using this form of fitness take less time per test case on average, with minimal damage to domain performance. We also discuss the implications of such a time constraint, as well as its differences from other approaches to {\it multiobjective problems}. The dynamic use of resources other than computation time, e.g. memory or fuel, may also result from placing an aggregate limit over a series of fitness cases.

Overview:

The following section surveys related work in both optimizing the execution time of evolved programs and evolution over Turing-complete representations.

Next we introduce the game Tetris as a test problem. This is followed by a description of the aggregate computation time ceiling, and its application to Tetris in particular. We then present experimental results, discuss other current efforts with Tetris, and end with conclusions and future work.

Body of Paper

尽可能避免使用被动时态。示例："In each reservation request message, a refresh interval used by the sender is included." 读起来更好更短，因为 "Each ... message includes ..."
使用强动词而不是大量名词。示例：
检查缺失的冠词，尤其是如果你的母语没有这些冠词。粗略地说，事物的概念和类别无需冠词，大多数其他更具体的事物需要冠词。"Routers route packets. The router architecture we consider uses small rodents." [此处需要指针]
使用一致时态（通常是现在时态，除非报告早期论文中取得的结果）。
使用连字符连接单词："real-time operating system" (but "the computer may analyze the results in real time"), "per-flow queueing", "flow-enabled", …
- 一般来说，连字符用于添加会导致双元音的前缀 (除了co-，de-，pre-，pro-)，例如，supra-auditory
- all-：all-around，all-inclusing；
- half-：half-asleep, half-dollar (but halfhearted, halfway)；
- quasi-：quasi-public
- self-：self-conscious, self-seeking (but selfhood, selfless)
- 区别固体同形异义词，例如，re-act vs. react, re-pose vs. repose, re-sign vs. resign, re-solve vs. resolve, re-lease vs. release
- 由形容词和名词组合而成的复合形容词通常应使用连字符连接。例如：cold-storage vault, hot-air heating, short-term loan, real-time operating system, application-specific integrated circuit, Internet-based。
- 在前一个单词以 "l" 结尾时，以-like结尾的单词，例如：shell-like。
十个及以下的数字拼写为："It consists of three fields"，而不是 "3 fields"。
避免内嵌枚举，例如："Packets can be (a) lost, (b) stolen, (c) get wet."。枚举只会打断思想的流动。
避免逐项列出（项目符号），因为它们会占用额外的空间并使论文读起来像 PowerPoint 幻灯片。项目符号可以有效地用于强调重点。如果你想描述组件或算法，通常描述环境效果更好，因为它突出了术语，提供了低级别的部分描述。
使用 "Smith [1] showed" or "Smith and Jones [1] showed" or "Smith et al [1] showed" (if more than two authors) 代替 "[1] shows" 。或者，"the foobar protocol [1] is an example ...".。这使读者不必翻回参考文献，因为他们会通过作者姓名或项目名称识别许多引文。无需在文本中引用 RFC 编号（RFC 和 Internet 草案除外）。非常低级别的表示例外："RFC822-style addresses"。
在标题中使用正常大写（"This is a caption"，而不是 "This is a Caption"）。
避免过多的括号注释，因为它们会使文本难以阅读；折叠成主句。检查出版物是否允许脚注——一些杂志不赞成它们。每页超过两个脚注是一个不好的迹象。你可能应该申请法学院。
脚注的文本和上标之间没有空格。即，在 LaTeX 中，它是 text\footnote{} 而不是 text \footnote{}。
检查缩写词是否总是在使用前进行解释。例外情况，针对适当的网络受众：ATM、BGP、ftp、HTTP、IP、IPv6、RSVP、TCP、UDP、RTP、RIP、OSPF、BGP、SS7。要特别注意 net-head，bell-head。甚至像 PSTN 和 POTS 这样的基本术语也不会教给 CS 学生……对于其他受众来说，甚至像 ATM 这样的术语也值得扩展，因为读者可能想知道为什么 ATM 与细胞有关，而不是与绿色的小纸片有关。
永远不要以 "And" 开头。
避免术语大写。你的论文不是美国宪法或独立宣言。技术术语是小写的，尽管有些人在解释首字母缩略词时使用大写，例如 "Asynchronous Transfer Mode (ATM)"。
每个段落都应该有一个概括其内容的引导句。如果这不能正常工作，则该段落可能太短了。试着只阅读每段的第一行，论文应该仍然有意义。例如，

There are two service models, integrated and differentiated service. Integrated service follows the German approach that anything that isn’t explicitly allowed is verboten. It strictly regulates traffic, but also makes the trains run on time. Differentiated service follows the Animal Farm appraoch, where some traffic is more equal than others. It seems simpler, until one has to worry about proletariat traffic dressing up as the aristocracy.
$i$th，而不是 $i-th$ 。
单位总是罗马字体，从不斜体或 LaTeX 数学模式。单位由数字的一个（细）空格隔开。在 LaTeX 中，使用 ~ 来避免将数字和单位拆分成两行。 ;或\，产生一个细空间。
使用 kb/s 或 Mb/s，而不是 kbps 或 Mbps——后者不是科学单位。注意区分“Mb”（兆位）和“MB”（兆字节），特别是“kb”（1,000 位）和“KB”（1,024 字节）。
使用 ms 而不是 msec 来表示毫秒。
使用 0.5 而不是 .5，即不要省略小数点前的零。Words into Type 建议：对于小于一的数量，除从不超过一的数量外，小数点前应设置零。
避免使用 "etc."；使用 "for example", "such as", "among others" 或者更好的是，尝试给出一个完整的列表（除非引用，例如，一个已知不完整的产品列表），即使是抽象的。另请参阅 Strunk 和 White：

Etc.: Not to be used of persons. Equivalent to and the rest, and so forthand the rest, and so forth, and hence not to be used if one of these would be insufficient, that is, if the reader would be left in doubt as to any important particulars. Least open to objection when it represents the last terms of a list already given in full, or immaterial words at the end of a quotation. At the end of a list introduced by such assuch as, for examplefor example, or any similar expression, etc. is incorrect.
避免单句段落的项目符号列表。它们让你的论文看起来像幻灯片演示，影响流畅阅读。
避免过度使用 "i.e."，因为它不是通用连词。变换你的表达方式："such as", "this means that", "because", ....
在正式写作中不要使用&符号或斜线缩写(如s/w或h/w );它们适用于幻灯片。“分别”前面有一个逗号，如“灯泡分别持续了10天和100天。”
永远不要使用 "related works"，除非你在谈论艺术作品。正确的应该是 "related work"。
由于在出版或排字过程中，数字可能会移动，所以应使用 "in Figure 1" 而不是 "following figure"。不要假设 LaTeX 图形会留在放置的位置。
Section、Figure 和 Table 大写，如 "As discussed in Section 3" 中所述。数字可以缩写，但其他的通常不是，但这是一个品味问题 - 只是保持一致。
不要将 GIF 图像用作图片，因为 GIF 会产生糟糕的打印质量并且非常庞大。
使用 Figures show, depict, indicate, illustrate。避免 "(refer to Fig. 17)"。通常，只需将图形参考放在括号中就足够了："Packet droppers (Fig. 17) have a pipe to the bit bucket, which is emptied every night."

Bibliography

除非列表很长(五个或更多作者)，否则避免在参考书目中使用et al。归入等人的作者可能是你的导师或审稿人…注意标点符号等…如果写网络或多媒体，使用网络参考书目。所有没有找到的条目都应该发送给我。提供了网络的常用参考文献列表。互联网草稿必须标记为“工作进行中”。图书引文包括出版年份，但没有ISBN号。现在包含材料的URL是可以接受的，但是考虑到版权的情况，包含指向发表在IEEE和ACM出版物上的论文的作者网页的URL可能是不好的形式。将它用于软件和其他非图书馆资料。避免长网址；指向总页面并让读者找到材料可能就足够了。一般的URL也不太可能改变。在名字和姓氏之间留一个空格，例如“J. P. Doe”，而不是“J.P.Doe”。
避免使用 et al.。在参考文献中，除非列表很长（三位或更多作者）。
互联网草稿必须标记为 work in progress。
书籍引用包括出版年份，但没有 ISBN 编号。
现在可以接受包含材料的 URL，但考虑到版权情况，包含指向作者网页的 IEEE 和 ACM 出版物中发表的论文的 URL 可能是一种不好的形式。将它用于软件和其他非图书馆材料。避免长网址；指向一般页面并让读者找到材料可能就足够了。通用 URL 也不太可能更改。
在名字和姓氏之间留一个空格，即 "J. P. Doe"，而不是 "J.P.Doe"。

Acknowledgements

Generally, anonymous reviewers don’t get acknowledged, unless they really provided an exceptional level of feedback or insight. Rather than , you might vary this as .

通常，匿名审稿人不会得到承认，除非他们确实提供了非凡的反馈或洞察力。应该使用 "X helped with Y."，而不是 "We thank X for helping us with Y"。

Reporting Numerical Results and Simulations

In all but extended abstracts, numerical results and simulations should be reported in enough detail that the reader can duplicate the results. This should include all parameters used, indications of the number of samples that contributed to the analysis and any initial conditions, if relevant. When presenting simulation results, provide insight into the statistical confidence. If at all possible, provide confidence intervals. If there’s a “strange” behavior in the graph (e.g., a dip, peak or change in slope), this behavior either needs to be explained or reasons must be given why this is simply due to statistical aberration. In the latter case, gathering more samples is probably advised. Figures should be chosen wisely. You can never lay out the whole parameter space, so provide insight into which parameters are significant over what range and which ones are less important. It’s not very entertaining to present lots of flat or linear lines. The description of the graph should not just repeat the graphically obvious such as “the delay rises with the load”, but explain, for example, how this increase relates to the load increase. Is it linear? Does it follow some well-known other system behaviors such as standard queueing systems?

在除扩展摘要之外的所有内容中，数值结果和模拟应该足够详细地报告，以便读者可以复制结果。这应包括所有使用的参数、对分析有贡献的样本数量的指示以及任何初始条件（如果相关）。

在呈现模拟结果时，提供对统计置信度的洞察。如果可能，请提供置信区间。如果图表中存在“奇怪”行为（例如，下降、峰值或斜率变化），则需要解释这种行为，或者必须说明原因，这仅仅是由于统计偏差造成的。在后一种情况下，可能建议收集更多样本。

应该明智地选择图片。请深入了解哪些参数在什么范围内重要，哪些参数不那么重要。呈现大量扁平或线性线条并不是很有趣。图表的描述不应该只是重复图形上明显的，例如“延迟随着负载增加”，而是解释，例如，这种增加与负载增加的关系。是线性的吗？它是否遵循一些众所周知的其他系统行为，例如标准排队系统？

LaTeX Considerations

There’s no need to enclose numbers in $$ (math mode). Use \cite{a,b,c}, not \cite{a} \cite{b} \cite{c}.

无需在 $$ （数学模式）中包含数字。
使用 \cite{a,b,c}，而不是 \cite{a} \cite{b} \cite{c}。
使用 LaTeX2e 的 \usepackage{times} 选项 - 它在不同分辨率的打印机上效果更好。另外，与 cmr 相比，它可能会挤出额外 10% 的文本。多字母下标设置为罗马字，而不是斜体字。例如，x_{\mathrm max}
为了统一，请使用 LaTeX2e 图形集，而不是早期的 psfigure 集：

\usepackage{graphics}

…

\begin{figure} \resizebox{!}{0.5\textheight}{\includegraphics{foo.eps}}

\caption{Some figure}

\label{fig:figure}

\end{figure}

Things to Avoid

太多的激励材料：三个理由就足够了——应该非常简短地描述它们。
描述结果的明显部分：“显而易见” 的定义为，你提出结果解决的问题是所有毕业生建议作为解决方案的任何结果。
描述不必要的细节：一个细节是不必要的，如果它的遗漏不会损害读者理解结果的重要新颖方面的能力。
拼写错误：有了拼写检查器，没有理由在手稿中出现拼写错误。如果你作为作者没有花时间对你的论文进行拼写检查，那么编辑或审稿人为什么要花时间阅读它或相信你在技术方面的勤奋比你在演讲方面的勤奋？但是请注意，拼写检查器不会捕获所有常见错误，尤其是单词重复（“the the”）。

Guidelines for Experimental Papers

实验论文指南是为向《机器学习》杂志投稿的研究人员而制定的。

介绍新的学习“设置”或应用类型的论文应证明该设置的相关性和重要性，例如，基于其在应用中的效用、其作为人类或动物学习模型的适当性或其在解决机器学习中基本问题的重要性。
描述一种新算法的论文应该清晰、精确，并且以一种允许读者将该算法与其他算法进行比较的方式来撰写。例如，大多数学习算法可以被视为优化 (至少近似) 某种性能度量。描述一个新算法的一个好方法是使这个性能度量明确。描述算法的另一种有用的方式是定义优化性能度量时搜索的假设空间。
介绍一种新算法的论文应该进行实验，将其与针对相同或相似问题的最新算法进行比较。在可能的情况下，还应该将性能与理想性能的绝对标准进行比较。还应该将性能与简单的标准进行比较，例如，随机猜测、猜测最常见的类等。不寻常的性能标准应仔细定义和论证。
所有的实验都必须包括对结论不确定性的测量。这些通常采用置信区间、统计测试或标准误差估计的形式。应该采用适当的实验方法。例如，如果“测试集”被用于测量泛化性能，那么来自测试集的任何信息都不应该可用于学习过程。
论文中必须包括足以复制实验的软件和数据的描述。一旦这篇论文出现在《机器学习》杂志上，作者就会被强烈敦促将实验中使用的数据提供给其他希望重复实验的科学家。实现这一点的一个很好的方法是将数据集存放在机器学习数据库的Irvine存储库中。另一个好的选择是将你的数据集添加到多伦多大学的DELVE基准收集中。对于专有数据集，鼓励作者开发具有相同统计特性的合成数据集。这些合成数据集可以免费提供。
从一系列实验中得出的结论应该清楚地陈述出来。实验数据的图形显示可能非常有效。实验的精确数值结果的支持表应在附录中提供。
应该详细描述算法的局限性。算法失败的有趣案例对于阐明算法的适用范围很重要。

The Conference Review Process

很难概括会议的评审过程，但是大多数著名的会议都遵循这些基本规则：

论文提交给技术项目主席。许多当前的会议需要PostScript或PDF格式的电子提交，偶尔在Word中。
技术项目主席将论文分配给一个或多个技术项目委员会成员，最好是他们领域的专家。这个TPC成员的身份是保密的。
TPC成员通常会提供一个审核，但也可能会被要求寻找一到三个不是TPC成员的审核者。他们可能是同一机构的评论者的同事，他或她的研究生或参考文献中列出的人。研究生的评论会很有帮助，因为这些评论者通常会提供更详细的批评，而不是一概而论。任何一个好的会议都会努力提供至少三篇评论，然而，由于会议的截止日期很紧，并且不是所有的评论者都会像承诺的那样发表评论，所以你只收到两篇评论的情况并不少见。
然后，技术项目主席收集评论，并根据平均评论分数对论文进行分类。
TPC，或者通常是可以开会的子集，然后开会。通常，倒数三分之一和前三分之一的人被拒绝和接受，无需（太多）进一步讨论。所讨论的论文是那些处于中间范围的论文，其中TPC成员强烈地感觉到论文被放在了错误的箱中，或者其中评审分数相差很大，特别是如果只有两个评审的话。

哥伦比亚大学 Schulzrinne 教授：撰写科研论文详细教程相关推荐

latex sign_LATEX科研论文写作教程
这是一门针对LATEX小白的教程. 本人半年前完全不知LATEX为何物,摸摸索索走了很多弯路后才学会,并成功用其发表了一篇科技论文. 学会以后就想分享,避免让大家重复走我走过的弯路. 本文主要把科研论 ...
11种 Matplotlib 科研论文图表教程(附代码)
Matplotlib 是一个 Python 的 2D绘图库,它以各种硬拷贝格式和跨平台的交互式环境生成出版质量级别的图形.通过 Matplotlib,开发者可以仅需要几行代码,便可以生成绘图,直方图, ...
【科研技巧】Mac下使用SciDavis绘制科研论文图教程(安装及使用)
目录 1 引言 2 安装 3 教程 3.1 加载数据 3.2 柱状图 3.3 折线图 3.4 扇形图 1 引言在WIndows中有orgin,非常好用,但是在Mac苹果系统下是没有提供Origin的 ...
如何写好科研论文撰写技巧（三）
科研论文撰写技巧(三): [课程来源:清华大学仲伟民教授研究生课程 <如何撰写学术论文(文科)>] [说明:个人课程笔记,仅供参考] 前言: 撰写科研论文是研究生阶段最为重要的一种训 ...
哥伦比亚大学本科计算机专业,哥伦比亚大学计算机专业全球排名第几?
哥伦比亚大学计算机专业全球排名第几?据托普仕留学小编了解,哥伦比亚大学计算机科学专业排名世界第16,下面看详细介绍. 哥伦比亚大学计算机工程设于电气工程系之下,由电气工程系与计算机工程系联合开设,研究 ...
PHP标题和副标题的格式,科研论文副标题之间需保持风格一致
撰写科研论文时,文中的主要标题一般不是由作者决定的,它们通常是前言,材料与方法,结果和讨论,或者是期刊给出的类似用词.然而,作者要决定如何将每个主要部分划分成小节并赋予副标题.有一点需要注意的是,一个 ...
计算机二三四级软考、志愿者实习、软著外观实用发明专利、著作、科研论文EI/SCI在大学期间野蛮成长方式
计算机二三四级软考.志愿者实习.软著外观实用发明专利.著作.科研论文EI/SCI在大学期间野蛮成长方式真的有很长时间没有更新博文了,在这里正逢有一定的小时间可以让我写一些文字来分享一下大学常见的经历 ...
【转】台湾教授-如何阅读科研论文
[转]台湾教授-如何阅读科研论文一.论文的要求我对硕士论文的基本要求是: (1)论文的主要内容,是叙述一套方法在一个特定场合中的应用. (2)这套方法必须要有所创新或突破,并因而对学术界有所贡献. ...
如何写好科研论文撰写技巧（二）
科研论文撰写技巧(二): [课程来源:清华大学高飞飞教授研究生课程 <如何造就优秀的学术论文>] [说明:个人课程笔记,仅供参考] 规范.严谨的英文写作: 简洁的表达原因: 施一公 ...
如何写好科研论文撰写技巧（四）
科研论文撰写技巧(四): [课程来源:清华大学陈心兵博士研究生课程 <SCI论文写作经验分享>] [说明:个人课程笔记,仅供参考] 前言: 写作流程:产生想法,做实验-数据处理,写文 ...

哥伦比亚大学 Schulzrinne 教授：撰写科研论文详细教程