# 用 LaTeX 润色和审查研究论文 ## 关于写作 ### 内容 * 你的论文应该容易被审稿人理解。他们对你的工作远不如你熟悉。他们可能不是该主题的专家，可能无法花太多时间在您的论文上。 * 介绍应传达好奇心或兴奋感（新问题、新解决方案、改进的解决方案、令人印象深刻的结果或高影响力）、设计的新颖性、实质性和正确性，以及评估的相关性和全面性。 * 简洁：删除所有没有意义的单词，例如“kind of”。 * 使用正确的时态： * [1]() * [2]() * [3]() ### 语法 * 章节标题应具有一致的[大写]()。 * 标题大小写：将第一个和最后一个单词以及中间的所有主要单词大写。 * 好：法学硕士模糊测试简介 * 句子大小写：仅第一个单词和专有名词大写。 * 好：法学硕士模糊测试简介 * 选择一种风格并在整篇论文中保持一致。 * 除非有充分理由，否则避免被动语态。被动语态是有歧义的，因为它没有主语，除非后面跟着“by...”。 * 不好：LLM 被应用于模糊测试。（谁应用了它？作者还是其他人？） * 好：我们将 LLM 应用于模糊测试。 * 避免[名词化]()。 * 不好：他提议使用 Rust。 * 好：他建议使用 Rust。 * 避免使用“有”。 * 不好：Rust 的开发者很多。 * 好：许多开发人员使用 Rust。 * 好：Rust 有很多开发人员。 * “Which”与“that”：在非限制性从句中使用“which”，在限制性从句中使用“that”。 [更多...]() * 错误：安全的 Rust 很受欢迎。（这是错误的，因为只有一个 Rust。） * 右：Rust 安全，很受欢迎。 * 区分[并列连词与连词副词]()。 * 错误：C 是危险的，Rust 是安全的。（不能用逗号连接两个句子） * 右：C 是危险的，但 Rust 是安全的。 * 错误：C 是危险的，但 Rust 是安全的。 * 右：C 是危险的；然而，Rust 是安全的。 * “Fewer”修饰可数名词，“less”修饰不可数名词。 * 错误：十项或以下 * 右：十件或更少 * 错误：反馈较少 * 右：反馈较少 * 正确使用冠词（`a`、`an`、`the`）。 * 单数可数名词前面必须有冠词。 * 错误：我写了 Rust 程序。 * 右：我写了一个 Rust 程序。 * 右：我写了 Rust 程序。 * `The` 必须具有事实上或上下文中唯一的引用。 * 右：第一位 Rust 程序员（事实上是独一无二的） * 右：我们团队有一名 Rust 和一名 C++ 程序员。 Rust 程序员可以编写出最快、最健壮的代码。（在上下文中是唯一的） * 错误：我们团队有两名 Rust 和两名 C++ 程序员。 Rust 程序员比 C++ 程序员更有生产力。 * 区分[比较与比较]() * 右：Rust 比 C 更安全。 * 右：有些人将 Rust 比作解决内存安全问题的灵丹妙药。 ## 在乳胶上 * 使用 LaTeX 的现代实现来利用 Unicode 和其他有用的功能。 * 使用 [LuaLaTeX]() 代替 LaTeX 或 pdfLaTeX * 使用 [BibLaTeX]() 作为 `acmart` 和 `ieeetrans` 模板而不是 BibTex * 使用正确的[字体]()。特别是，_斜体_应该用于变量，而不是描述性术语。 [更多...]() * 错误：$t_{max}$ * 右：$t_\text{max}$ * 不要手动大量添加分隔符。 `\usepackage{siunitx}`。然后，将大数字包裹在“\num{}”中。 * 差：12,345 * 好：`\num{12345}` * 不要手动键入参考名称，例如表、图、定理。相反，“\usepackage{hyperref}”，然后“\autoref{fig:xxx}”、“\autoref{sec:xxx}”、“\autoref{table:xxx}”。 * 不推荐：如图~\ref{fig:overview} * 好：在 \autoref{fig:overview} ## 结构 * `main.tex` 是 LaTeX 项目的入口根目录，包含 `usepackage` 命令和文档结构。 * `src/` 包含所有部分。 * `tables/` 包含所有表。 * `figures/` 或 `fig/` 包含数字。图形是 PDF 文件或“.tex”文件。图中的“.tex”是算法。 * `code/` 包含文本中使用的代码列表。

抛光纸

包含技能