首先,你须要判断本身的文章是投往哪一个A类期刊或者会议,是IEEE的仍是ACM的。一般IEEE会议的格式和ACM会议的文章格式要求有所不一样,我建议你在投论文以前先把该会议的Call For Papers好好研读一番,弄清楚文章长度,须要使用的Latex或者Word模板以及匿名方式等一系列非技术性问题,而后再开始写做。在写做以前,先问问本身若是这篇文章写好之后给整个领域(community)的贡献是什么,这其实是整个文章的灵魂,也就是你解决某个问题(problem)的方案(idea)。想清楚之后把它(们)按照重要性顺序写下来,这些就是你在Introduction里面告诉读者包括审稿人的contributions。贡献多是新算法,新架构,新实现或者是前人没有的insights。你在写contributions的时候面向的读者颇有多是本身,因此可能忽略了problem背景和定义,这些就能够慢慢在Introduction里面填充。这样Introduction就写好了,好比说:某某问题是实际中存在的一个问题,这个问题重要性是blah,blah,blah。以前发表的论文针对这个问题提出了三个有表明性的解决方案(此处引用可能至少三篇论文)。第一个解决方案甲大概作了一二三,可是没作四;第二个解决方案乙作了一四,可是没作二三;第三个解决方案丙作了一二三四,可是性能比较差。在这篇文章中,咱们提出一个性能比较好而且同时作一二三四的解决方案。接下来写咱们这个解决方案是如何实现同时支持一二三四的状况下提高性能的。好比说用了新算法,新架构或者新的实现,均可以。讲完基本技术创新点之后就是contributions,把以前想好的贴上去就能够了。最后在Intro里面加上后续内容组织,好比说第二章是相关工做,第三章是综述,。。。通常来讲Intro写完之后会写一章相关工做(Related Work)。从最Related的论文开始写起,好比说以上提到的三篇。这里须要着重讲的是,Related Work不是记流水帐(e.g.,甲用了idea A,乙用了idea B,丙用了idea C),而是要比较这些论文,阐述她们各自的优缺点。Related Work写完后,你须要写一个Overview来总括你的问题和解决方案。个人经验是最好想一个最最简单的例子(Running Example),而后使用这个例子引出你要解决的问题。接着再把以前在Intro中提到的现有解决方案挨个说一遍,而且用那个案例代表三个解决方案的不足(这里最好用实际数据)。最后把你的解决方案介绍一下,重点是与前人作的相比较。若是你用了一种新的算法,你能够大概提一下这个算法的思路以及实验数据;若是是新架构,最好放一张架构图上去,而后阐述一下新架构的优点(以及劣势)。在这一章介绍本身的idea的时候,你只须要概略描述便可,凡是涉及到技术细节的东西都可以引用后面的章节来节省页面空间。后面这一章就彻底是技术细节了。若是是本身作的的话,这一章是最好写的,由于你只须要把code/算法/架构在纸上还原出来便可。注意因为页面限制,通常来讲这一章不可能包括全部细节,按重要性取舍吧。注意有些corner cases,若是很重要的话,千万别省略。技术细节讲完了,若是页面容许,你还能够大体讲一讲你的实现状况。好比说新的系统是在Linux上实现的,新加了20000行C代码,1500行Python以及300行Bash script。C代码主要干什么,Python主要干什么以及Bash script干什么,最好能与技术细节里面所讲的呼应。天然地,技术细节和实现讲完了就该讲你是如何用实验验证你的解决方案支持你的contributions啦。根据上面的例子,你须要写的是如何从实验数据中展现你的解决方案支持一二三四而且性能不错。支持一二三四这种是或否的问题比较容易说,可是性能不错就须要和前人做品作大量比较了。柱状图,折线图,表格等等数据展现手段,只要能说明问题均可以采用。这里须要注意的是,只要你写在论文里面的文字或者是图表,你都要想清楚背后的缘由,最好能在论文里作充分的解释。比方说,你采用了新的算法,性能见表1,缘由是复杂度下降了;你采用了新架构,性能提高见图3,缘由是新架构节省了内存拷贝。一般来讲,新算法或者架构会整体上提高性能,但也可能会有异常状况,即新方案比不过老方案的地方。这时须要格外注意,由于这是你的weaknesses,你须要用使人信服的说法向读者展现这些异常状况存在的可能性较低,或者能够经过某种简单方式避免。若是写到这里你还有充足页面可用,你能够试图写一个discussion章节来讨论你的方案的缺点,以及将来有可能的改进状况。不要怕展现缺点,你越诚恳审稿人对你印象越好。若是你是故意遗漏新方法的一个很显然的缺点,这会给审稿人很是很差的印象。你也能够提一些你的方案的其余应用等等。最后就是结论啦,用一两个段落归纳一下解决的问题,解决思路以及贡献就能够了,比较好写。若是你须要写一些附录,好比说文章里有几个定理没有给出证实,那能够在后面的Appendix章节中加入。一般Appendix审稿人不太会读。我还有一些小建议,但愿能对你有所帮助:
1. 找到会议程序委员会(Program Committee,也就是审稿人)的页面,而后看看哪些审稿人作得和你作的相关。若是有的话你应该在Related Work中引用他们的做品,由于你们都但愿本身的论文被别人引用。不要怕有礼貌得指出他们的论文缺点,若是你说得对,审稿人看到会很高兴的。
2. 论文提交前用你能找到的任何有效的书写检查软件检查一下拼写错误或者简单的语法错误,我知道有些审稿人会对这种小问题过敏,若是一篇论文中此类错误过多可能会致使直接悲剧。有条件的话,找一个英语为母语的人帮你最后把把关。这里我推荐你若是可能的话找一个美国教授合做写论文,能够节省不少时间。
3. 若是你以前没中过2-tier或者3-tier的期刊或者会议,那么能够先从这些着手,慢慢锻炼。算法