paper-polish

LaTeX での研究論文の推敲とレビュー

執筆について

内容

• 論文は査読者にとって理解しやすいものにしてください。 査読者は、あなたほどあなたの研究に詳しくありません。 そのテーマの専門家ではない場合もあり、あなたの論文に多くの時間を割けない場合もあります。
• 序論では、読者の好奇心や期待を喚起してください （新しい問題、新しい解決策、改善された解決策、目を見張る成果、または大きな影響）、 設計の新規性、実質性、正確性、 そして評価の関連性と包括性を伝える必要があります。
• 簡潔にする：kind of のように、意味を付け加えない語句はすべて削除してください。
• 適切な時制を使ってください：
  • 1
  • 2
  • 3

文法

• セクションタイトルでは、一貫した大文字表記を使ってください。

  • タイトルケース：最初と最後の語、およびその間の主要な語の頭文字を大文字にします。
    • 良い例：Introduction to Fuzzing with LLMs
  • センテンスケース：最初の語と固有名詞の頭文字だけを大文字にします。
    • 良い例：Introduction to fuzzing with LLMs
  • どちらか一方を選び、論文全体で一貫させてください。

• 強い理由がない限り、受動態は避けてください。 受動態は「by...」が続かない限り主語がないため、曖昧になります。

  • 悪い例：LLM was applied to fuzzing.（誰が適用したのでしょうか？著者ですか、それとも別の人ですか？）
  • 良い例：We applied LLM to fuzzing.

• 名詞化は避けてください。

  • 悪い例：He made a proposal to use Rust.
  • 良い例：He proposed to use Rust.

• 「There is/are」は避けてください。

  • 悪い例：There are many developers of Rust.
  • 良い例：Many developers use Rust.
  • 良い例：Rust has many developers.

• 「Which」と「that」の使い分け：非制限節には「which」を、制限節には「that」を使ってください。 詳細...

  • 誤り：Rust that is safe is popular. （Rust は一つしかないため、これは誤りです。）
  • 正しい例：Rust, which is safe, is popular.

• 等位接続詞と接続副詞を使い分けてください。

  • 誤り：C is dangerous, Rust is safe.（コンマだけで二つの文をつなぐことはできません）
  • 正しい例：C is dangerous, but Rust is safe.
  • 誤り：C is dangerous, however Rust is safe.
  • 正しい例：C is dangerous; however, Rust is safe.

• 「Fewer」は可算名詞を修飾し、「less」は不可算名詞を修飾します。

  • 誤り：ten items or less
  • 正しい例：ten items or fewer
  • 誤り：fewer feedback
  • 正しい例：less feedback

• 冠詞（a、an、the）を適切に使ってください。

  • 単数の可算名詞の前には冠詞が必要です。

    • 誤り：I wrote Rust program.
    • 正しい例：I wrote a Rust program.
    • 正しい例：I wrote Rust programs.

  • The は、事実上または文脈上、対象が一意である場合に使います。

    • 正しい例：the first Rust programmer（事実上、一意）
    • 正しい例：Our team has a Rust and a C++ programmer. The Rust programmer produces the fastest, most robust code. （文脈上、一意）
    • 誤り：Our team has two Rust and two C++ programmers. The Rust programmer is more productive than the C++ programmer.

• compare with と compare toの使い分けに注意してください。

  • 正しい例：Rust is safer compared with C.
  • 正しい例：Some people compare Rust to a panacea for memory safety problems.

LaTeX について

• Unicode などの便利な機能を活用するため、LaTeX のモダンな実装を使用します。

  • LaTeX や pdfLaTeX の代わりに LuaLaTeX を使用します
  • acmart および ieeetrans のテンプレートでは、BibTex の代わりに BibLaTeX を使用します

• 正しい書体を使用します。 特に、変数には イタリック体 を使用しますが、説明的な用語には使用しません。詳細はこちら...

  • 誤り：$t_{max}$
  • 正しい例：$t_\text{max}$

• 大きな数に区切り記号を手動で追加しないでください。 \usepackage{siunitx} を使用します。 その後、大きな数を \num{} で囲みます。

  • 悪い例：12,345
  • 良い例：\num{12345}

• Table、Figure、Theorem などの参照名を手動で入力しないでください。 代わりに、 \usepackage{hyperref} を使用し、 \autoref{fig:xxx}、\autoref{sec:xxx}、\autoref{table:xxx} を使用します。

  • 非推奨：In Figure~\ref{fig:overview}
  • 良い例：In \autoref{fig:overview}

構成

• main.tex は LaTeX プロジェクトのエントリールートであり、usepackage コマンドとドキュメント構成を含みます。
• src/ にはすべてのセクションが含まれます。
• tables/ にはすべての表が含まれます。
• figures/ または fig/ には図が含まれます。図は PDF ファイルまたは .tex ファイルです。 figures 内の .tex はアルゴリズムです。
• code/ には本文で使用するコードリストが含まれます。