总结一些常见的投稿注意事项，投稿前仔细检查，防止Desk Reject

格式与提交

  • 严格使用会议官方 LaTeX 模板，不删除模板中的注释和说明，方便对照核验
  • 不进行任何 LaTeX Hacking（如 \vspace{负数}、修改页边距、修改字体间距等）
  • 确认摘要截止时间（Abstract Deadline）和论文截止时间（Paper Deadline）
  • 检查页数、匿名要求、双栏格式等是否符合投稿要求
  • 确认会议是否允许摘要注册后修改

参考文献

  • 每条参考文献均包含四要素：
    • 作者（Author）
    • 题目（Title）
    • 会议（Venue）
    • 年份（Year）
  • 最容易出问题的是会议Venue，检查是否存在会议名称丢失或者格式错误的问题
  • 会议（Venue）使用统一格式，二选一：
    • 全称，例如 ACM Transactions on Software Engineering and Methodology
    • 公认缩写，例如 TOSEM
  • 避免使用半缩写形式（如TOSEM半缩写为Trans. Soft. Eng. Meth.，难以阅读）
  • 仔细检查每一条参考文献，确认上述四要素是否填写正确，如果填写错误，往往直接desk reject

英文写作

  • 标题采用统一大小写风格
  • 常见短介词和连词在题目中是不需要大写的，例如， a, an, and, as, at, but, by, for, from, if, in, into, like, near, nor, of, off, on, once, onto, or
  • 关于a/an的使用，看发音，不看字母，例如an hour，a university，a European project，an MBA
  • 通读全文检查时态、人称和术语一致性

图表规范

  • 表格标题位于表格上方
  • 图片标题位于图片下方
  • 表头首字母大写，使用粗体
  • 长表头可使用短横线替代空格（如 exploit difficulty -> Exploit-Difficulty）
  • 论文图片字体经常出现两种极端：小到看不清，或者大到“眼睛瞪得像铜铃”。没有固定字号标准，图片字体略小于正文即可

系统论文结构

  • Challenge 定义清晰
  • Insight 与 Challenge 一一对应
  • Design 与 Insight 一一对应

这种结构容易写，容易讲，不容易出现逻辑漏洞，审稿人也容易跟踪论文主线

必备技术细节

  • 如果用到taint的时候，一定要交代清楚source和sink

实验部分

  • 说明数据集来源
  • 说明评测环境与配置
  • 实验室数据在摘要、intro、实验各个章节都要一致正确
  • 论文常见指标是False Positive (FP)和False Negative (FN)，每篇论文对FP和FN有不同的定义，因此需要在论文中明确定义FP和FN
  • 评审对工具的FP和FN非常重视，需要清晰无误地说明，解释原因要让人信服！
  • 有时候也会提到 Precision 和 Recall，他们的计算公式为Precision=TP/(TP+FP)，Recall=TP/(TP+FN)

处理存在争议的表述

当特别纠结某种表述时，往往应该少写，多说多错。如果一个表述存在争议，尽量使用更客观、更容易证明的说法

近年来审稿人对 Related Work 的要求越来越高

  • 比较常见的写法是对技术和研究方向进行分类介绍，采用总-分-批评的结构
  • 总（Category）：先说明这一类工作的总体技术路线
  • 分（Representative Works）：对于每篇工作，用一句话描述“谁（Who）用了什么技术（How）解决什么问题（What）”
  • 批评（Limitation）：指出这一类工作的共同局限，自然引出自己的工作

Artifact与开源材料

  • 现在很多会议要求提交代码，可使用https://anonymous.4open.science/
  • 如果不是第一次投稿，需要特别注意：默认链接可能会过期！

很多同学上传完代码后就不再关注，等到下一轮投稿时发现匿名仓库已经失效。因此投稿前务必重新检查一次，并执行 Renew 操作

提交前最后检查

  • 检查所有的问号，是否存在latex索引解析失败的情况
  • 检查是否存在note或todo
  • 检查是否存在标颜色的备注

外出闯荡江湖

  • 穿带领上衣
  • 听报告时可以点头回应，认真听别人报告
  • 提问时保持礼貌

总结

很多同学认为论文质量主要取决于技术创新。但是实际上，现在投稿是一个复杂过程，很多问题都来自细节。这些问题不会提升论文质量，但足以搞砸一次投稿，直接导致desk reject。因此在提交前，建议专门留出一天时间进行“非技术检查”。