原文：How (and How Not) to Write a Good Systems Paper
写在之前：本文最早出现在ACM SIGOPS Operating Systems Review, Vol. 17, No. 3 (July, 1983), pages 35-40. 作为USENIX 推荐的写作指南对刚动手写论文的写手应该有好的借鉴作用。
一、引言
1983 年 3月 21日，第九届操作系统原理研讨会（SOSP）收到83 篇论文，经过阅读后收录了其中的16 篇作为会议论文发表。录用比率约为1/5 ，虽然收到的论文数量较前几年少，但和往年的会议录用率相近。会议委员会许多成员都发现非常容易分开好的文章和差的文章；的确，十个委员对80% 的论文的处理很快就做出了决定。考虑到接受率，其中大部分文章都被拒绝了。
在进行完会议论文的筛选工作，一些委员表现了对提交论文整体质量的失望。许多被拒的文章表现出类似的弱点，会议委员们认为这些弱点对于作者应该是显而易见的。抱着提高之后SOSP 会议提交文稿、以及更普遍的系统论文的质量，程序委员会决定对收到的论文采用一个标准进行评估。本文将结合委员会所有成员所使用的标准，而不只是作者的。
为了避免冠冕堂皇的说教，我们使用一种启发性、偶尔幽默的方式，以第一、第二人称来陈述。但是，文章的目的却是很严肃的：指出科技论文中不断重复的常见问题，以帮助以后写手们（作者）不再范同样的问题。当你阅读这篇文章的时候，假设你将为第十届SOSP 会议或者TOCS 会议投稿。你在发表之前已经做了一些工作，所以你坐下来开始写一篇文章。当你写的时候你应该问自己哪些问题呢？而这些也是我们检查你的论文将提出的，并决定你的论文是否被发表的问题。
