書き物や発表資料における基本的な注意点や知っておくと便利なこと

マナーや言葉遣いが悪いと，それだけで悪い印象を持たれてしまうことが人付き合いではあります．書き物や発表資料にも同じことがいえます．多くの人が「普通はこうだろう」と思っているスタイルに従っていないというだけで，「丁寧に書かれていない」「信用できない」という印象を持たれかねません．「正しく」「分かりやすく」書くことが本質で，それに比べて以下に挙げる事柄の多くは本質的ではない小さなことかもしれません．しかし，その小さなことによって読みづらくなったり，正しく読み取ってもらえなかったりすることもあります．少し気をつけるだけで読みやすさや印象が向上するポイントであると思ってご活用ください．もっと本質的な，正確さ・分かりやすさや・構成などを含め，どんなふうに書いたらいいかについては，たとえば杉原先生の「どう書くか」[杉原2001]などをご参照ください．

以下では，論文添削や発表練習において頻繁に指摘することなどを挙げておきます．中でもとくに頻繁に指摘することには「★」をつけています(単純に「指摘する頻度が高い」と私が感じるというだけで, 印がついている(いない)所は重要である(でない)ということではありません)．配付資料のテンプレートは LaTeXで論文や配付資料を作る際のサンプルですが，この中にも初歩的な注意事項を書いていますので一読をお願いします．こちらのメモや LaTeXに関するメモもご覧ください．

以下の[G001]などは単に項目のラベルで，項目を参照したい時に使うためにつけたものです．また，「"本ページのURL"#G001」のようにURLを書くと直接リンクできます．番号は順番通りとは限りません．

まずはごく基本的なことから．

[G001] 原稿を添削のために教員に渡したり，学会などに提出する前に，プリントアウトしたもの（あるいはPDFファイルなど）をいったん自分で通して読んで，記号・数式・文章表現などにおかしなところが無いか，文章の意味が通っているように書けているか，コメントを受けて修正した原稿であれば意図した通りに修正できているかなどを必ず確認しましょう．（たとえばLaTeXを使う場合，コンパイルを2回以上行わないと，式番号や文献番号などの相互参照における新しい情報が反映されません．そのため古い式番号を参照していたり，式番号の対応がうまくいかずに「??」マークが表示されたりすることがあります．このような初歩的なミスを無くした上で人に渡すようにしましょう．）
[G002] ★ 必要な情報が前から順に順序よく出てくるよう，構成を良く考えて書くこと．構成に問題がある原稿は添削がとても困難です．
[G003] ★ 定義を後回しにしない．たとえば，ある数式を書いて，その中に未定義の記号（たとえば定数c）が含まれていて，その定義を数式の後で「ただしcは...である」のように書くのはなるべく避けるべき（そうしないと話の流れがとても悪くなるときを除く）．
[G004] 原稿に英単語が含まれる場合や，英文で書くときは，原稿を渡す前にスペルチェックをかけること．
[G005] 受動態の多用に気をつける．なるべく能動態で書くようにする方がわかりやすく説得力がある文になりやすいと思う．とくに自分達が提案したことや結果を述べる時は受動態を避ける方がよいと思う． (もちろん内容や文脈による．たとえば既知の事実を述べるのに「〜であることが知られている」などと書くのは問題ない.) こちらのメモもご覧ください．
[G006] 正確にわかりやすく書いてさえあれば，なるべく短く簡潔に書くほうが良い．そのほうが歯切れも良く，読みやすいし，読者にとっては同じ情報を得るのに文章は短ければ短いほど嬉しい．硬い文章にしようと思って勘違いして妙に冗長な表現を使ったり，同様の内容を繰り返したり，説明がくどかったり，卒論や修論だと長く書かないと恥ずかしいと思うのか無駄に長かったり，というようなありがちな無駄がないかどうか確認して，無駄なくコンパクトに書くことを心がけましょう．
[G007] 大袈裟な表現や強すぎる表現を避け，データから読み取れることや，理論的に証明できたことを，客観的に淡々とできるだけ具体的に書く．大袈裟な表現や強すぎる表現は，誤解を招いたり，反感を買ったりして，良いことはないと思う．たとえば，「膨大な(×)データに対する検証の結果」ではなく「100万個のデータに対する検証の結果」のように具体的に値を書くほうがよい．また，書かなくてもいいことを大袈裟に書くのもよくない．たとえば「本論文では〇〇問題に対する斬新な(×)アルゴリズムを提案する」とか「We propose a novel (×) algorithm for...」とか書かれると，読み手は「この論文，きっと大したことないんだろうなぁ」と白けてしまう（「提案する」と書いたら新しいのが当たり前なのに「新しい」と書くのは無駄であると感じる読者は多く，それを「斬新な」「novel」のように大袈裟に書かれると違和感や残念感を持つ人が少なからずいる）．

以下は体裁や基本的な約束ごとに関する注意事項や知っていると便利なことです．

[B001] ★ 基本的に「.」「,」「:」「;」「?」などの記号の前には（これらの直前が閉じ括弧であったとしても）スペースを入れず，これらの後ろには半角スペースを入れる．ただし，小数点や桁区切りのコンマなど例外はある．括弧の外側にはスペースを入れ，内側にはスペースを入れない．（ただし，日本語で書く場合，全角の句読点「，」「．」「、」「。」の後ろと全角括弧「（」「）」の外側には半角スペースを入れる必要はない．）
○… the generalized assignment problem (GAP). For this problem, we …
×… the generalized assignment problem(GAP). For this problem, we …
×… the generalized assignment problem ( GAP). For this problem, we …
×… the generalized assignment problem (GAP ). For this problem, we …
×… the generalized assignment problem (GAP) . For this problem, we …
×… the generalized assignment problem (GAP).For this problem, we …
×… the generalized assignment problem (GAP). For this problem ,we …
○… The generalized assignment problem (GAP) is …
×… The generalized assignment problem (GAP)is …
○… as follows: First …
×… as follows : First …
○… 12,345.67（数字の桁区切りのコンマと小数点）
×… 12, 345. 67
「8 GB」「2.3 GHz」などのように数字と単位を表す記号の間には原則スペースを入れる．ただし，「10%」「30°」など，例外的にスペースを入れないものもある．たとえばRon Readのコラム[Read] 16巻2号(通巻63号), 22巻2号(通巻87号)参照．
[B002] 大きな数字のコンマの入れ方: 1000のように4桁までは入れず，10,000や 100,000のように5桁以上は入れることが多いように思うし，個人的にはこれがよいと思うが， 4桁でも入れるべきであるという人もいる．諸説あるようなので論文誌などでルールが指定されてればそれに従うのが安全．なお，たとえば「1994年」「in A.D. 1603」など4桁の年を言うときには日本語でも英語でもコンマを入れないのが普通であると思う．上述のとおりこのような桁区切りのコンマの後ろにはスペースを入れない．小数点以下が4桁以上になっても普通は小数点以下の部分にはコンマを入れない．小数点以下の桁数が多いときに数字間に小さいスペースを入れることもあり，小数点以下以外でもその方法を採ることもあるようだ．
21,012,345.67898765
21,012,345.678 987 65
21 012 345.678 987 65
[B003] quotation marksで囲う部分の直後にコンマやピリオドが来る場合，米の出版社ではコンマやピリオドをquotation mark (閉じる方)より前に (つまり「called “B-tree”,」ではなく「called “B-tree,”」のように)，英の出版社では後ろにおくことが多いとのこと．また，AmE (米)ではdouble quotation marks, BrE (英)ではsingle quotation marksを使う傾向にあるとのこと, e.g.,
AmE: called “B-tree,”
BrE: called ‘B-tree’,
(Ron Readのコラム[Read] 17巻2号(通巻67号)参照)．引用符が入れ子になるときには AmEでは「“…‘xxx’…”」 BrEでは「‘…“xxx”…’」とすることが多いようだ．
[B004] 「...」は点を3つ打つ(2つとか4つはだめ)．
[B005] ★ 数式が単独で出てくるのを避け，文章の中に入れる．独立して1行に書く数式(別立ての数式)も文章の一部であり，見やすさのために改行しているだけ．よって，たとえば数式で文章が終わるときは，式の最後にピリオドが必要．
×… 関数f(x)を以下のように定義する．
         f(x) = x² + 3x − 1.
○… 関数f(x)を
         f(x) = x² + 3x − 1
      と定義する．
○… 関数f(x)を以下のように定義する:
         f(x) = x² + 3x − 1.
×… Hence we have
         f(x) = x² + 3x − 1
○… Hence we have
         f(x) = x² + 3x − 1.
×… Hence we have the following equation.
         f(x) = x² + 3x − 1
×… Hence we have the following equation.
         f(x) = x² + 3x − 1.
○… Hence we have the following equation:
         f(x) = x² + 3x − 1.

[B006] ★ 参考文献リストについて．投稿先の論文誌などによるスタイルの指定があればそれに従う．そのような指定のあるもの以外については，以下の注意事項や杉原先生の「どう書くか」[杉原2001]，論文誌（投稿先が決まっていればとくにその論文誌に掲載されたもの）の文献リスト等を参考に，慣例に従うこと．よく分からない場合は著名な書物や代表的な学術誌の文献リストにおける同様の記述の例を出来るだけ多く見て慣例に従うとよい．

[B006-01] ★ 論文本体や論文誌の大元のウェブサイト(ScienceDirect, SpringerLink, doiで辿れるページなど)から得た正確な出典情報(著者名, 論文題目, 雑誌名, vol., no., 年, ページなど)を書くこと．検索サイトなどの情報(たとえばgoogle scholarの"引用"(or "cite")をクリックして出てくる情報)をそのまま貼り付けてはいけない．そのようなサイトの情報はおそらくロボットが自動収集した情報で，間違いが多く見受けられる．他人の論文の参考文献リストからそのままコピーするのも避けましょう．
[B006-02] ★ 本文中で引用しない文献を参考文献リストに挙げてはいけない．
（LaTeXで書く場合には，たとえば，各文献を引用している回数を数えるperlスクリプト checkcite.pl を使うと確認できます．また，BibTeXを使うと引用しているものだけが文献リストに載ります.）
[B006-03] ★ スタイルを統一すること．つまり文献ごとに情報の有無や形式がまちまちにならないように．よくある例:
- アルファベットの著者名のうち苗字でない方(given name/first name)をイニシャルに省略した文献(T. Ibaraki)と丸々書いた文献(David S. Johnson)が混在しているのはよくない．参考文献リスト全体(アルファベットの著者名全て)で統一する．
- 学術誌(journal)の論文題目に，各単語の頭を大文字にしたもの(e.g., An Efficient Algorithm for ... Problem)と，題目の最初だけを大文字のもの(e.g., A polynomial-time algorithm for ... problem)が混在しているのはよくない．論文誌，予稿集，ハンドブックなどの中の1つの論文というタイプのもの全てで統一． (書籍の題目(1冊の本そのものの題目)のスタイルがこれらと異なることはある．書籍の題目は学術誌の名前(雑誌名)のスタイルにあわせることが多いと思う.)
[B006-04] 引用するおのおのの論文や本のタイトル（たとえば本の表紙や論文の最初のページに書いてあるタイトル）は，タイトルを全て大文字で書いてあったり，各単語の頭のみを全て大文字にしてあったりなど，そのスタイルは様々だが，自分の参考文献リストに挙げる時には原著におけるスタイルに従う必要は無い．参考文献リストにおいて採用したスタイルに統一すること．なお，論文や本のタイトルは固有名詞の一種であるという考え方から， (冠詞や前置詞など以外の)各単語の最初だけ大文字にするスタイルが以前は多かったようですが，論文タイトルに関しては最初の文字以外を小文字にするスタイルが最近は多いように思います．
[B006-05] ★ 著者名（苗字）のアルファベット順（あるいは本文に出現する順）に並べる．著者名のアルファベット順に並べる場合の順序は以下が標準的であると思う: 第1著者の姓のアルファベット順．第1著者が同一姓の場合はfirst nameのイニシャルの順．それも同じ場合は第2著者の姓のアルファベット順．以下同様．著者全員が同一の場合は年の古い順．
[B006-06] 著者名（苗字）のアルファベット順に並べるとき，日本語の文献も著者名（苗字）のアルファベット表記（できるだけ論文誌などで公開されている）が来るべき位置に並べる（e.g., 下の例の[5]は第1著者の真野のアルファベット表記がManoなのでこの位置）．
[B006-07] D. de WerraやP.J.M. van Laarhovenのように名字がdeやvanで始まる場合， deやvanを全て小文字で書くのが普通であると思う（"de Werra, D."のように姓を先に書く場合でも同様）．著者名のアルファベット順に並べるとき，たとえばde Werraをdの位置に並べるかwの位置に並べるかについては，著名な書物をいくつか調べたところ両方見かけたので，参考文献リスト全体で統一されていればどちらでもよいと思う．
[B006-08] 同一人物の著者名の表記が論文によって異なる(e.g., 論文[A]ではFred Glover, 論文[B]ではFred W. Glover)ときには，各論文の中で著者が用いている表記にあわせる．その結果自分の文献リスト内では

[A] F. Glover, A tabu search algorithm for...

[B] F.W. Glover, An ejection chain approach to...

のように同一人物の名前がやや異なる表記になるのが気になるかもしれないが，統一する必要はない．

[B006-09] ★ 書き方の例(以下の[1]–[8]は第1著者の姓のアルファベット順に並べてある):

[1]	M.R. Garey and D.S. Johnson, Computers and Intractability: A Guide to the Theory of NP-Completeness, Freeman, New York, 1979.
[2]	R.L. Graham, E.L. Lawler, J.K. Lenstra and A. Rinnooy Kan, Optimization and approximation in deterministic sequencing and scheduling: a survey, in: P.L. Hammer, E.L. Johnson and B.H. Korte (eds.), Discreate Optimization II (Annals of Discrete Mathematics, Vol. 5), North-Holland, Amsterdam, 1979, pp. 287–326.
[3]	S. Imahori, M. Yagiura and T. Ibaraki, Variable neighborhood search for the rectangle packing problem, Proceedings of the 6th Metaheuristics International Conference (MIC), Vienna, Austria, August 22–26, 2005, pp. 532–537.
[4]	D.S. Johnson and L.A. McGeoch, The traveling salesman problem: a case study, in: E.H.L. Aarts and J.K. Lenstra (eds.), Local Search in Combinatorial Optimization, John Wiley & Sons, Chichester, 1997, pp. 215–310.
[5]	真野洋平，橋本英樹，柳浦睦憲，学生実験のスケジューリングシステムの構築，オペレーションズ・リサーチ，58 (2013) 524–532.
[6]	M. Yagiura, T. Ibaraki and F. Glover, An ejection chain approach for the generalized assignment problem, INFORMS Journal on Computing, 16 (2004) 133–151.
[7]	山中一太郎，ビットマップ図形配置問題の計算複雑度，修士論文，名護屋大学大学院情報高額研究科，2035.
[8]	I. Yamannaka, Construction Heuristics for the Strip Packing Problem, Doctoral Dissertation, Graduate School of Information Engineering, Naoya University, 2038.

[B006-10] 文献[1]は著書の例．著者名，本のタイトル，出版社，出版地，出版年．出版地が複数書いてある場合は最初に書いてあるものを書く．省略することもある(ただし全体で統一， i.e., 情報がある文献とそうでないものが混在しないように)．出版年の情報は，和書の場合は最後のページ辺り，洋書の場合は最初の辺りのタイトルの書いてあるページの裏のページに copyrightマーク©の横に大体書いてある．
[B006-11] 文献[3]は予稿集に掲載された1つの予稿を引用する例．著者名，論文タイトル，予稿集の名前，会議の開催地，開催時期，掲載ページ．年以外の開催時期と開催地は省略する場合もある(ただし全体で統一)．
[B006-12] 文献[4]は論文を集めた本やハンドブックなどの中の1つの論文を引用する例．著者名，論文タイトル，本の編者(eds.はeditorsの略, 1人の場合はed.)，本のタイトル，出版社，出版地，出版年，掲載ページ．出版地は省くこともある(ただし全体で統一)．
ハンドブックのように論文を集めた1冊の本そのものを引用する際には[1]と同様のスタイルで，著者の所に編者(editor(s))を書き，その直後に「ed.」または「eds.」と書く．すなわち， [4]の例の「in:」の直後から「pp.」の直前までを[1]と同様に書く．
[B006-13] 文献[5, 6]は論文誌等に掲載された1つの論文を引用する例．著者名，論文タイトル，論文誌名，巻(volume)，出版年，掲載ページ．ほとんどの論文誌では1つの巻の中で通し番号のページが付けてあるので，巻とページの情報があれば号(1つの巻の中の番号，英語ではnumberあるいはissue)の情報は冗長なので書かないのが普通．ただし，たとえばINFORMSの論文誌InterfacesのVol. 33 (2003)以前のもののように，そうなっていないものもたまにあり，そのような論文誌については，号の番号も記載する必要がある (Interfaces, 33(2)のようにvolume番号の後ろにスペース無しで括弧づけで書くなど)．
[B006-14] 文献[2]はbook series (この場合はAnnals of Discrete Mathematics)の中のある1つのvolumeに掲載された1つの論文を引用する例． SpringerのLecture Notes in Computer Science (LNCS)など，シリーズとして出版されているものの1つのvolumeとして国際会議の予稿集が出版される例も多い．こういうものについては[3, 4, 5, 6]のいずれかのスタイルを用いたり，それらが混在したようなスタイルで書いたり，色々な書き方があるように思う．スペースが限られていて省略したいということがなければ，一通り情報を書くのが親切であると思うが，その場合は[4]のスタイルに倣い，それに加えて本の題目のところにbook series名とvolume番号を書いておく[2]のような書き方が自然かなと思う．
[B006-15] 文献[7, 8]は修士論文，博士論文の例．
[B006-16] これらの例にあるように，本のタイトルや論文誌のタイトルをイタリックにすることが多い．
[B006-17] ★ ページ番号の範囲の横線には少し長めの「–」を使い，その左右と数字の間にはスペースを入れない(LaTeXなら「--」, e.g., 123--132)．こちらのコメントもご参照ください．
[B006-18] 英文の場合，著者名の姓以外はイニシャルで記すのが普通． D.S. Johnsonのように，イニシャルの間のピリオドの後ろ（この例ではD.とS.の間）にはスペースを入れるスタイルも入れないスタイルも両方見かけるので，どちらでもよい（と個人的には思うが普通は入れるものという人もいるのでどちらでもいい場合は入れておくのが安全かも; 文献リストの中ではもちろんどちらかに統一する）．イニシャルと姓の間（この例ではS.とJohnsonの間）にはもちろんスペースを入れる（LaTeXなら「~」, e.g., D.S.~Johnson）．
[B006-19] Jean-Yves Potvinのように名前にハイフンが入っているときはJ.-Y. Potvinのようにする．
[B006-20] Johnson, D.S. のように姓とイニシャルを倒置するスタイルもあり，第1著者のみ倒置する場合や，全員倒置する場合がある．倒置する場合はこの例のように姓の後ろにコンマを打つ．
[B006-21] 文献番号ではなく「(Garey and Johnson, 1979)」のように著者名と年で参照する形式もある (ハーバード方式(Harvard referencing system))．文中に文法的に必要な名詞として文献が出てくる場合は
「The NP-hardness of this problem is proved by Imahori et al. (2005).」
のように年のみを括弧で囲み，文法的に不要な（i.e., 文献部分を消しても文として成り立つ）場合は
「This problem is known to be NP-hard (Imahori et al., 2005).」
のように著者と年の全体を括弧で囲む(e.g., LaTeXでharvard.styを用いると前者は\citeasnounで後者は\cite， natbib.styを用いると前者は\citeで後者は\citepなど，別コマンドが用意されている)．後者の場合，「(Imahori et al., 2005)」のように年の前にコンマを打つスタイルと (harvard.styならdcuを指定)，「(Imahori et al. 2005)」のように打たないスタイルがあり，複数の文献を引用する際には，年の前にコンマありのスタイルでは「(Garey and Johnson, 1979; Imahori et al., 2005)」のようにセミコロンで文献を区切り，コンマなしのスタイルでは「(Garey and Johnson 1979, Imahori et al. 2005)」のようにコンマで区切る．また，「and」の代わりに「&」を使って「(Garey & Johnson, 1979)」「(Garey & Johnson 1979)」などとすることもある．文中で引用する際，著者数が2名までなら全著者を書き，3名以上のとき「et al.」で2人目以降を省略する (e.g., (Imahori, Yagiura & Ibaraki, 2005)を(Imahori et al., 2005) と略す)場合が多いように思うが，著者数が3名までなら全著者を書き，4名以上で「et al.」を用いることもあるようだし，初出では全員書き，二回め以降の出現では「et al.」を用いて略す流儀もあるようだ．同一著者同一年の論文には年の後ろにa, b, c, ...をつけて区別する(e.g., Hu et al. (2010a), Hu et al. (2010b))．文献リストでは，文献番号を書かず，著者のアルファベット順に並べる．以下のように著者のイニシャルを姓の後ろに書き，著者の直後に年を書くのをしばしば見かけるように思う．
Garey, M.R. and Johnson, D.S. (1979), Computers and Intractability: A Guide to the Theory of NP-Completeness, Freeman, New York.

Imahori, S., Yagiura, M. and Ibaraki, T. (2005), Variable neighborhood search for the rectangle packing problem, Proceedings of the 6th Metaheuristics International Conference (MIC), Vienna, Austria, August 22–26, pp. 532–537.

Yagiura, M., Ibaraki, T. and Glover, F. (2004), An ejection chain approach for the generalized assignment problem, INFORMS Journal on Computing, 16, 133–151.

[B007] ★ 摘要(アブストラクト，abstract)は論文の要約である．つまり，第1節（たとえば「1. はじめに」）から始まり最後の節（たとえば「7. まとめ」）で終わる本文全体を短くまとめたのが摘要．よって，摘要で定義した専門用語を第1節以降の本文で定義もせずに使ってはならない．摘要は論文の冒頭部分以外のところに掲載されて論文とは独立に利用されることも多い．よって，摘要の中に参考文献リストの番号を引用したりしてはいけない．既存研究と非常に関連が強く，どうしても引用したい場合は，文献情報（雑誌名，vol., 掲載ページなど）を直接摘要内に書く．
[B008] 論文の提案内容の記述と節構成(章立て)の説明を区別して書く．
第1節（たとえば「1. はじめに」）の最後に節構成(卒論修論博論などなら章立て)を書くことがある．たとえば，以下のようなもの: 「本論文の構成は以下の通りである．第2節では問題の定式化を与える．第3節では，〇〇問題に対して提案する□□アルゴリズムを説明する．．．」これとは別に，これより手前に「この論文で提案すること」を書くこと．提案内容の記述は，節構成の説明に書くことと，文章としては似ているところがあるので，不要と思って省く人やこれらの役割を混同して一緒に書いてしまう人が時々いる (その結果，研究背景の説明の後，何を提案するかの説明を一切書かず，節構成の説明がいきなり始まる; 多くの場合節構成の説明の中に提案する内容がやや詳しく書いてある)．提案する内容を書く部分(この論文で何を提案するのかを主張する一番大事な部分)と，節構成を書く部分(この論文の節構成がどうなっていてどこに何が書いてあるかを大まかに淡々と説明するだけの部分で個人的には全く重要でなく，書かなくても問題ないと思う部分)は分けて書く方が良いと思う．
[B009] 変数等の文字の選び方:
- 原則として1つの論文の中では1つの文字を相異なる2つの意味に使わないようにする．添字に関しては多少の重複はよいが，頻繁に出てくる添字については意味を固定する方がよい．たとえばn個の仕事をm人に割り当てる問題を記述する際，仕事の添字をj, 人の添字をiと決めたら，一貫してこれらをその意味に用い，他の用途には用いないようにする方がよい．
- たとえば，大文字は集合・行列・確率変数，a, b, cなどは定数，f, gなどは関数， i, j, k, lなどは添字(running index), m, nなどは問題例やグラフの規模， u, vなどはグラフの頂点， x, y, zなどは変数に使われることが多い．意味するものの英単語の頭文字を変数名に利用する場合もある．このような慣例をある程度意識して変数の文字を決めること．分野や対象とする問題によってもいろいろな慣例があるので，関連文献をよく読んで，なるべくその分野の慣例に従う方がよい．他の読者もその方が読みやすいので．
- ★ 2文字を1つの変数や定数を表す記号として用いる (e.g., active nodesの集合をAN, tabu tenureをtt)のはよくない． 2つのものの積に見えて紛らわしいなどの問題がある． 3文字以上の場合も同様．原則は1文字．パラメータが多くてそれが難しい場合は略語であることが明確になるような少々長めのものを使うか，あるいは1文字の変数名に，上付きあるいは下付き添字として意味のある単語を添える(e.g., t_tabu)などの記法を利用すること．
[B010] ★ 図表には番号（またはラベル）を付け，それを本文の中で必ず引用すること．そして，その見方や内容，読み取れることなどを本文中で説明すること．
[B011] ★ 論文誌等による指定がとくにない場合は図のキャプションは図の下，表のキャプションは表の上に．キャプションには図表の内容を説明する簡潔なタイトルを．
[B012] ★ イタリック体とローマン体．
- ローマン体で書くべきもの: min, max, log, ln, lim, sinなどの標準的な略語， kg, s（秒）などの単位記号など，意味を持つ記号として広く用いられているもの（この原則に従い，虚数単位i, ネイピア数（自然対数の底）e, オーダー記法O(·)などもローマン体とすべきという流儀もあるが，これらはイタリック体で書かれることも多く，好みでよいと思う）．
- イタリック体で書くべきもの: グラフの規模 n や決定変数 x など，自分で導入した変数．
[B013] アルゴリズムの記述における代入と条件判定．たとえば「変数xに値0を代入する」と「変数xの値が0であれば...」をともに「x = 0」で表すと紛らわしいので，代入には「x := 0」や「x ← 0」などの記号を用いる． LaTeXで「:=」を出力する方法についてはこちらの資料の「代入記号」の欄参照．
[B014] 自然数(natural numbers)を{1, 2,...}と{0, 1, 2,...}のどちらに理解するかは分野や人による．非負整数(nonnegative integers)や正整数(positive integers)を用いれば明確なので，これらを使う方が安全．
[B015] Z₊やZ⁺を非負整数全ての集合を表すのに用いる記法は組合せ最適化に関する書籍等ではよく見かけるが，正整数を表すのに用いるのが普通 (e.g., MathWorld)と考える人も多い．岩波数学辞典第4版では
- Z_≥ 0: 非負整数集合
- Z_> 0: 正整数集合
を用いているが，このように混乱のない記号を用いるほうが安全であると思う．実数の場合も同様．

以下はLaTeXで文章を書く場合の注意事項や知っていると便利なことです． (LaTeXのコマンドの前に付けるバックスラッシュがブラウザーによっては円マーク「￥」に見えることもあるようです.)

[L001] ★ min, max, log, limなどは数式モード$...$の中では\min, \max, \log, \limのように打つ．
[L002] 変数や定数を表す数学記号（グラフの規模 n や決定変数 x など）は必ず数式モード$...$の中に書く．
[L003] −1などの負の数字は数式モードに入れる($-1$のように打つ)．そうしないとマイナス記号が単語を繋ぐときに用いる短いハイフンになってしまう．
[L004] ★ 数式の部分だけを数式モードに入れること．つまり，「$」を何度も打つのがめんどくさいからといって，文章部分までまとめて数式モードに入れてしまってはいけない．
×… $頂点集合をV, 辺集合をEとする. また, グラフをG = (V, E)と記す.$
○… 頂点集合を$V$, 辺集合を$E$とする. また, グラフを$G = (V, E)$と記す.
この×の例のような書き方をすると，句読点が行頭に来たり，いろいろ変なことが起こり得る．
[L005] 桁区切りのコンマを打つ数字(10,000など)を数式モード($...$など)の中に入れるとコンマの後ろに少しスペースが空いてしまうので，そのような数字を数式モードに入れない (e.g., ×: $10,000$, ○: 10,000)．
[L006] 文中の英単語(数式ではないもの)をイタリック体にする目的のために数式モードに入れてはいけない． \textitを使う(e.g., ×: $tabu$, ○: \textit{tabu})．たとえば「$tabu$」と書くとt, a, b, uの積とみなされて，文字間のスペースが余分に空き，文字によってはとても変な感じになる (differentの例)．なお，英文で用語を目立たせたいときには\emphが便利で，周囲がローマン体ならイタリック体に，イタリック体ならローマン体になる(e.g., \emph{tabu})．複数の文字列からなる関数名を数式モード中で使いたい場合などには，\mathitを使う．たとえば「cost(x) = ...」と書きたいときには，「$cost(x) = ...$」(×)ではなく「$\mathit{cost}(x) = ...$」(○)とする． Tips for LaTeXの「イタリック体など」の節も参考にしてください． \mathitを使う場合とそうでない場合のコンパイル結果の比較などがありますので．
[L007] ★ pp. 123–132のようなページ数の範囲等，範囲を表すときには 123--132 のように「--」とマイナスを2回打って長い横棒にする．また，--と左右の数字の間にはスペースを入れない．なお，「123〜132ページ」のように範囲を表すのに「〜」を使うのは日本(を含む一部の国?)でしか通用しないようなので，日本人以外が読むものを書くときには注意が要る．横棒の長さ(ハイフン/ダッシュ)についてはこちらのメモもご覧ください．
[L008] ★ 「...」を表示したいときは，点(ピリオド)を3つ打つのではなく，コンマなどの間「,...,」では\ldots, 「+」「−」などの間「+…+」では\cdotsを使う．
[L009] ★ 差集合を表す場合は \backslash ではなく \setminus を使う(左右のスペースが異なる).
[L010] ★ 集合の記述（例．{k | k ≡ 1 (mod 3)}）における縦棒「|」には「|」ではなく「\mid」を使う(左右のスペースが異なる).
[L011] ★ 空集合には\phiではなく\emptysetを使う．
[L012] ★ 引用符(quotation mark)や二重引用符(double quotation mark)で単語を囲むときは，左と右の引用符をきちんと区別すること．たとえば「”…”」ではなく「“…”」とする．左の引用符は「^^ ^^ 」(hat+hat+spaceを2回)あるいは「``」（日本語キーボードならshift+@を2回），右の引用符は「”」(double quotation mark)ではなく「''」(single quotation mark 2つ)を半角で打つ．これらの記号に全角記号を使わないこと．
[L013] ★ 数式，定理，図表，文献，章，節などの番号を引用するとき，数字をそのまま書くのではなく， \refとか\cite (文献の場合)を使うこと．
[L014] 原則として，\fracはequation環境などの独立した数式(別立ての数式)の中などのみで使うようにし，本文の普通の行の中では使わないほうがよい(論文誌によってはそのように修正されることがある, e.g., JOC)．つまり，「\[...\]」内やequation内で使うのはいいが，「$...$」や「$...$」内では使わないようにする．文字が小さくなりすぎるし，上下の行間のバランスが悪くなることがある．同様に\displaystyleも通常の行間では使わないようにする．たとえばΣは$...\sum_{i=1}^n...$ とするとi=1とnが右下と右肩につくが，通常の行間ではこれを用いる．通常の行の文章中に$\displaystyle{...\sum_{i=1}^n...}$としてi=1とnをΣの上下にもってくると，その行だけ大きな高さを取ってバランスが悪くなるのでよくない．なお，見栄えよりも数式を間違いなく読めることが重要な場合(e.g., 試験問題)や，分かりやすさを重視したい(が紙面の都合上数式を別立てにできない)場合などに，通常の行内でも\fracを使うこともある．
[L015] ★ (1行の中のスペースに余裕がないときを除き)アルファベットの小文字のピリオドの直後のスペースは (文末と見なされて)大きめになる(大文字の後ろのピリオドは略語であることが多いので文末とみなさない)．「Hirata et al. proposed...」などのように文末でないピリオドの直後のスペースがこのように処理されないよう，「Hirata et al.\ proposed...」と打つ (\とその左のピリオドの間にはスペース無し，\の右には半角スペース)．なお，「Hirata et al.~proposed...」としても大きなスペースが空くことを防げるが，ピリオドの後ろの改行が禁止されてしまうので，改行してもいい場合は「\ 」の方が良い．一方，次に述べるように改行を禁止したい場合は「~」を使う方が良い．大文字で文章が終わる時は「TSP\@.」のように「\@.」を使う．
[L016] ★ 「Hirata et al. [7] proposed...」というような文章では，文献番号が行頭に来るのを避けるため，「Hirata et al.~\cite{...} proposed...」と打つ方がよい(~の左右にはスペースを入れない)．「Section 5」，「Table 6」，「Figure 7」，「Fig. 8」，「Vol. 15」，「pp. 123」なども同様に「Section~\ref{...}」，「Table~\ref{...}」，「Figure~\ref{...}」，「Fig.~\ref{...}」，「Vol.~15」，「pp.~123」と打つ．人名もイニシャルと名前の間で改行しないようにT.~Hirataのように打つ．
[L017] ディスプレイ数式モード（「\[...\]」やequation環境内）では括弧に\leftと\rightをつけて(e.g., \left(...\right), \left\{...\right\})括弧の大きさが適切になるようにする．とくに括弧内に\sumなどが挟まれる場合．
[L018] 全角数字を使わない．バランスが悪いだけでなく， 2桁以上の場合は全角数字で書いてしまうと数字の途中で改行してしまうことがある．
[L019] 数式などで使う文字に迷ったら，\defや\newcommandを利用すると便利．あとで文字を変更したくなったとき，1箇所変えるだけで全てまとめて変更できる．
[L020] eqnarrayは古いので使わない方がよいとのこと．代わりにalignを使うとよい．数理計画問題の定式化にも便利．alignは右揃えと左揃えを交互に繰り返すが，左揃えの欄の先頭に「=」「-」等がつく場合は左にこれらの演算の左に適切なスペースが空く．左揃えにおいてこれを避けたい場合は「{-x_i}」のように{...}で囲めばよい．
Tips for LaTeXも参考にしてください．

以下は英語に関することです．こちらのメモもご覧ください．

[E001] ★ 「don't」「isn't」などの省略形を使わず，「do not」「is not」のように書く．
[E002] 文頭を「Especially,」で始めない(誤った用法)．「とくに」と言いたければたとえば「In particular,」．
[E003] ★ 文頭を「And」「But」「So」で始めない (新聞・雑誌などでは見かけるが...口語的なので論文では避ける) [Ron Readのコラム[Read]15巻1号(通巻58号)].
[E004] ★ 文頭を「Also,」で始めない(文頭の使用を含め，接続詞としての用法は口語的で，「conj.の用法は非標準的とする人が多い」と記されている辞書もある) [Ron Readのコラム[Read] 14巻1号(通巻54号)]. 「さらに」と言いたければたとえば「Moreover,」．
[E005] 「だから」を意味する接続詞の「so」(…, so …)は略式なので使わない．
×… There are at most k such elements, so we have x ≤ k.
○… Because there are at most k such elements, we have x ≤ k.
[E006] 「…するように」を意味する接続詞の「so」は略式なので使わない．
×… We use a binary search tree so it runs in O(n log n) time.
○… We use a binary search tree so that it runs in O(n log n) time.
[E007] 「By the way,...」「Besides,...」は口語的なので避ける．論文で避けるべき口語的表現[Read] 19巻3号(通巻76号)を参照のこと (上述のもの以外にも多数挙げられている).
[E008] 「…のような」を意味する「like」は略式なので使わない．「such as」の方がよいと思う．
[E009] 「a little」や「a bit」は略式なので使わない．「slightly」など．
[E010] 文頭を「Therefore,」で始めるのは，論理的帰結など強い因果関係があるとき以外は使わない．非常に強い因果関係を示す表現で，かなり大げさに見えるし，それほど強い因果関係がないところに使うと変に見えるそうです([ピーターセン1988]の第18章)．「We therefore ...」のようにするほうが無難とか．（証明のような論理的帰結がはっきりしている場面では使っても問題ないと思います．単に動機づけを説明しているような文脈ではよくない（たとえば「従来の手法ではある問題があった．そこでこれを解決するアイデアを提案する」というときの「そこで」にこの表現を用いるのはおかしい）という意味です.）
×… This problem is known to be NP-hard. Therefore, we propose a heuristic algorithm.
↑NP困難であってもheuristicsだけが解決策ではなく，分枝限定法や動的計画法を利用して厳密解法を作る，特殊ケースに対する多項式時間を設計するなど，他にもできることはたくさんある．
[E011] ★ 「can not」→「cannot」
[E012] including, such asなどのあとにetc.を書くのは冗長 (Ron Readのコラム[Read]17巻1号(通巻66号); etc.などの表現に関するメモ)．
[E013] 「equal」「equal to」の使い方．
○… Three times five equals fifteen.
○… Three times five is equal to fifteen.
×… Three times five equals to fifteen.
[E014] 関連のある2つの文を1文にまとめるとき，接続詞無しで2文をコンマ区切りで繋いではいけない:
×… We can conclude A, this implies B.
○… We can conclude A, and this implies B.
×… We can conclude A, also B.
×… We can conclude A, also we have B.
○… We can conclude A, and we also have B.
○… We can conclude A, but this does not necessarily imply B.
×… We can conclude A, however, this does not necessarily imply B.
○… We can conclude A; however, this does not necessarily imply B.
注．★ この意味のhoweverは接続詞ではない． thus, hence, thereforeなども接続詞ではないので同様の注意が要る． alsoを接続詞に使うのは略式なので避けること．
[E015] ★ 問題や手法の名前とその省略形を記述する際，略記にどの文字が使われているかを示すだけの目的に各単語の先頭を大文字にすることは避ける方がよい:
×… This problem is called the Traveling Salesman Problem (TSP).
○… This problem is called the traveling salesman problem (TSP).
（もちろんDijkstra's algorithmのように人名などが入っている場合の固有名詞の部分は別ですが）問題や手法の名前（とくによく知られているもの）は普通名詞であり，英語では普通名詞は小文字で書くべきですし，各単語の頭文字を取っていることが明らかな場合にわざわざそれを示すだけのために大文字にする必要はありません．大文字にしているものをよく見かけますが， Ron Readは，彼のコラム[Read] 13巻3号(通巻52号)の「Capitalizing Correctly」の欄にそのような目的で大文字にすることを「a common error in technical writing」と記述しています． [エディテージ2016]のミス67にも「略語をスペルアウトする場合も，固有名詞でない限り，大文字で始める必要はありません」との記述があります．略記の文字を各単語の頭から取ってきたことは，わざわざ各単語の先頭を大文字にしなくてもすぐにわかるので，各単語の頭を大文字にするメリットは小さいと思います．その一方で，[Read]や[エディテージ2016]にこの点が指摘されていることから，各単語の頭が大文字で書いてあることに違和感を覚える人が少なからずいることがわかります．このような状況を考えると，略記にどの文字が使われれているかを示す目的で各単語の頭を大文字にする記法は，しばしば見かけるものの，避けておく方が無難であると思います．
[E016] 省略形を書く際に元の言葉をまず書いてそのあと括弧の中に略語の順．逆は良くない．
○… We used an iterated local search (ILS) algorithm for…
×… We used an ILS (iterated local search) algorithm for…
Ron Readのコラム[Read] 12巻1号(通巻46号)にその旨記述があります．
[E017] コロンの後ろの大文字小文字．
- コロンの後ろが単に項目の列挙なら小文字(e.g., We consider three neighborhood operations: shift, swap and cyclic exchange).
- コロンの直後が文の場合
  - コロンの手前の文を受けるコロン直後の部分が1つの文のとき，小文字でも大文字でもよい．
  - コロンの手前の文を受けるコロン直後の部分が2つ以上の文のとき，大文字．
Ron Readのコラム[Read] 13巻3号(通巻52号)に説明あり．
[E018] 数式や定理が文の一部として入る時にコロンを打たない(つまり文がまだ続いている途中でコロンを入れてはいけない)．
○… The distance is defined by
　　　d(i, j) = ((x_i − x_j)² + (y_i − y_j)²)^1/2.
×… The distance is defined by:
　　　d(i, j) = ((x_i − x_j)² + (y_i − y_j)²)^1/2.
○… The problem is formulated as follows:
　　　minimize f(x)
　　　subject to g(x) ≧ 0.
×… The problem is formulated as:
　　　minimize f(x)
　　　subject to g(x) ≧ 0.
○… This fact is summarized as the following lemma:
　　Lemma 2.1. Suppose that …
×… This fact is summarized as:
　　Lemma 2.1. Suppose that …
Ron Readのコラム[Read] 23巻3号(通巻92号)に説明あり．
[E019] averageを省略するときはavg.を使う．（av.はavenueなど他の多くの語の略語でもある． ave.はavenueの略語としてよく使われる． avg.にはそのような曖昧さがなく，またaverageの略語としてはavg.が標準的であると思う．）
[E020] 文中のFigureとFig.の使い分けについては，論文誌などの指示があればそれに従う．そうでなければ文頭ではFig.を使わない（のが標準的であると思う）．文頭以外ではFigureでもFig.でもどちらでもよいが，どちらかに統一すること（普通はキャプションにあわせる）．
△… Fig. 7 shows an example of …
○… Figure 7 shows an example of …
○… An example is shown in Fig. 7.
○… An example is shown in Figure 7.
[E021] 0から10までの数字は英語で綴るのが基本．ただし1文中で複数の数値を比較する場合は統一する．また，長さ，時間，量などの単位を伴う数やパーセントはアラビア数字．
△… We generated 7 instances for each of the 12 instance types.
○… We generated seven instances for each of the 12 instance types.
×… Algorithm A outperformed Algorithm B for seven instances, whereas Algorithm B had better performance for 15 instances.
○… Algorithm A outperformed Algorithm B for 7 instances, whereas Algorithm B had better performance for 15 instances.
[E022] ★ 文頭をアラビア数字や数式記号で始めない．そうならないように表現を変える．数字が小さければ英語で綴る手も．
[E023] 主語と動詞の間には(コンマで区切られた挿入句が入るときや3つ以上の動詞が並ぶ時を除き)コンマを入れない．
△… Each sensor node periodically collects data, and transmits the collected data to a base station.
○… Each sensor node periodically collects data and transmits the collected data to a base station.
○… Each sensor node periodically collects data, and it transmits the collected data to a base station.
○… Each sensor node periodically collects temperatures of several points, computes their average, and transmits the result to a base station.
Ron Readのコラム[Read] 12巻2号(通巻47号) 「The Comma: A Bit Tricky but Important!」の欄に解説があります．こちらもご覧ください．
[E024] i.e., e.g.等の使い方．論文等フォーマルな文書では括弧の中に限って利用すべき（括弧内でないところではたとえばi.e.ではなくthat isのように略記でない表現をちゃんと書くべき）であるという人もいる（論文誌によってはそのように修正されることもある, e.g., JOC）ので，できればそのようにする．
△… many applications, e.g., vehicle routing, crew scheduling, …, and time tabling.
○… many applications (e.g., vehicle routing, crew scheduling, …, and time tabling).
なお，i.e.は「that is (すなわち)」，e.g.は「for example (たとえば)」の意．
[E025] some + 単数形: someではなくa (an)を使う． someを使うと「よく分からないもの」というイメージがあるように思うので．
△… until some stopping criterion is satisfied.
○… until a stopping criterion is satisfied.
[E026] 手法などの呼び方を書くのにcallやnameを使うときにasをつけない．
○… We call this the XXX method.
×… We call this as the XXX method.
[E027] ★ 関係代名詞の制限用法と非制限用法(e.g., whichの前のコンマの有無)の意味の違いに注意．
○… We consider a bipartite graph, which has a vertex coloring with two colors.
×… We consider a bipartite graph which has a vertex coloring with two colors. (2部グラフの中でもとくに2色で点彩色できるものを考える，という意味になってしまうが， 2部グラフは必ず2色で塗れるので変.)
○… It is impossible to color with k − 1 colors, the vertices of any graph which has a clique of size k.
×… It is impossible to color with k − 1 colors, the vertices of any graph, which has a clique of size k. (どんなグラフもk-1色では塗れないという変な主張をしている.)
なお，制限用法においてはAmEではthat, BrEではwhichが好まれるようだ．
BrE: … any graph which has a clique of size k.
AmE: … any graph that has a clique of size k.
Ron Readのコラム[Read] 17巻2号(通巻67号)参照．それから，thatを非制限用法で使ってはいけない．
○… a bipartite graph, which has a vertex coloring with two colors.
×… a bipartite graph, that has a vertex coloring with two colors.
[E028] 理由を述べるときに「as」や「for」や「since」を使わず，「because」を使う．「as」と「for」は（堅めの表現ではあるが）他にも多くの意味があり，紛らわしいことがあるため．「since」は時に関する記述にも使われ，紛らわしいことがあるため．いずれも文脈から普通は判断できるのでどれを使っても問題ないことが多いとは思うが (論文誌によってはこのような変更を求められることがある, e.g., JOCではsinceをbecauseに直すよう求められた)．
[E029] 「while」よりも「whereas」や「although」を使う方が良い．whileは時の表現にも使われ，紛らわしいことがあるため (論文誌によってはこのような変更を求められることがある, e.g., JOC)．

[E030] BrE (英)とAmE (米)が混在しないように気をつける(1つの論文内ではどちらかに統一する)． BrEとAmEで綴りが違う単語や，BrEで好まれる/AmEで好まれる表現等の例:

用途等	BrE	AmE
	optimise, optimisation	optimize, optimization
	operational research	operations research
	colour, colouring	color, coloring
	neighbour, neighbourhood	neighbor, neighborhood
	analyse	analyze
	modelled, modelling	modeled, modeling
	travelled, travelling	traveled, traveling
	centre	center
略記([Read] 14巻2号(通巻55号))	i.e. や e.g. の後ろのコンマなし	i.e., や e.g., のようにコンマあり
関係代名詞の制限用法([Read] 17巻2号(通巻67号))	which が好まれる	that が好まれる
引用符([Read] 17巻2号(通巻67号))	‘xxx’, ‘yyy’ (single quotation; コンマやピリオドは引用符の外)	“xxx,” “yyy” (double quotation; コンマやピリオドは引用符の中)
入れ子の引用符	‘…“xxx”…’	“…‘xxx’…”
	firstly	first

以下は日本語に関することです．こちらのメモもご覧ください．

[J001] 数学用語としては， upper bound (lower bound)に対応する日本語は上界（下界（かかい））．上限（下限）はsupremum (infimum)に対応し，最小上界(least upper bound) (最大下界(greatest lower bound))を意味する．たとえば最大化問題に対してLP緩和によるupper boundを記述する際:
×… 最適値の上限，
○… 最適値の上界．
[J002] 「その結果」と書くべきところを「結果」と書く人がいるがよくないと思う．例:
×… 〇〇を比較した．結果，Aの方がBよりもよい解を得ることが分かった
○… 〇〇を比較した．その結果，Aの方が...
「都度」も同様．「その都度」のように書くべきところを単独で「都度」と書く人がいる．例:
×… 〇〇を都度計算し...
○… 〇〇をその都度計算し...
たとえば明鏡国語辞典(第2版)の「結果」「都度」には以下の記述がある．
[語法] 近年「その結果」に代えて，「結果，失敗に終わった」などと使うが慣用になじまない．
[語法] 近年「その都度」に代えて，「条件が異なります．都度，ご相談ください」などと使う向きがあるが慣用になじまない．
[J003] 「現状では，」を「現状，」というのは書き言葉には馴染まないように思う．例:
×… 現状，この作業を人手で行っている．
○… 現状では，この作業を人手で行っている．
○… この作業を人手で行っているのが現状である．
「下で，」「もとで，」を「下，」「もと，」とするのも気になる．
[J004] 論文では避けた方がよいと思う口語的な表現（以下の"→"の左は避ける方がよいと思う表現，"→ e.g."の右は修正案．適切かどうかは文脈による）．
- 「ちなみに」→ e.g.,「なお」
- 「〜といった」→ e.g.,「〜などの」
- 「こういった〜」→ e.g.,「このような〜」
- 「〜だと考えられる」「〜のだと考えられる」(e.g., 「得られなかったことが要因だと考えられる」) → e.g.,「〜と考えられる」
- 「多々ある」→ e.g.,（物なら）「多い」「多数ある」「数多く存在する」; （事なら）「多い」「しばしばある」
- 「〜ありの場合」「〜なしの場合」→ e.g.,「〜を用いる場合」「〜を用いない場合」
- 「存在しないと知られている」「〜であると知られている」「保証があると示され」 → e.g.,「存在しないことが知られている」「〜であることが知られている」「保証があることが示され」
- 「〜であると分かった」(e.g., 「有効であると分かった」) → e.g., 「〜であることが分かった」「〜であることを確認した」
[J005] 「〜に対する」とすべきところを「〜における」と書く人がいる．たとえば，〇〇問題を解くための手法として□□手法を提案する論文の題目で
○…「〇〇問題に対する□□手法」
と書くべきところを
×…「〇〇問題における□□手法」(「〇〇問題を解くための□□手法」という意味には読めない)
と書くなど．
[J006] 使役にすべきでない所に「させる」を使う誤用．たとえば以下．
×… 問題Aを問題Bに帰着させる．
○… 問題Aを問題Bに帰着する．
2016年頃からであると思うが，ナレーションなどでもこの手の誤用を頻繁に聞くようになった．
[J007] 冗長な「を」多用するのは持って回った感じがしてよくないと思う．たとえば以下．
△… 説明をする．定義をする．解析をする．応用をする．検証をする．実装をした．設定をした．
〇… 説明する．定義する．解析する．応用する．検証する．実装した．設定した．
「を」がある方がよいかどうかはもちろん文脈にもよるが． 2010年台後半くらい(2020年にはかなり気になっていたのでおそらくそれより数年前?)から政治家の答弁等で冗長な「を」を頻繁に聴くようになり，耳障りで困っているが，そのせいで冗長な「を」入れるほうがフォーマルな感じがすると勘違いする人が増えたように思えて心配．
[J008] 口頭発表等において黒白赤青の4色について「黒色の（くろいろの）」のような言い方をするのには違和感がある (「黒色」と書いて「こくしょく」と読むのはよい; 他3色も同様)．この4色については「黒い」「白い」「赤い」「青い」という表現が可能 (cf. 「黄色い」「茶色い」では「い」の前に「色」が入る)．「黒い」「黒の」と言えるのに「いろ」という言葉を入れるのは冗長であると思う．
[J009] 「なる」「なっている」の誤用．たんに「である」と書くべきところにこれらの表現を用いる誤用をしばしば見かける．例えば以下．
×… 計算実験の対象とした橋の橋脚数は10本となっている．
○… 計算実験の対象とした橋の橋脚数は10本である．
前者では「(本当は8本しかないのに表向きは)10本ということになっている」というようなニュアンスも感じられ，妙である．
レストランの店員さんがたとえばA定食を持ってきた時の表現として
×… 「こちら，A定食になります」
○… 「こちら，A定食でございます」
の2つのうちの前者に違和感を覚える人が多いことは有名であると思うが，地域や年齢層によっては前者の方が自然に（あるいはより丁寧であると）感じる人もいるようだ．レストランなどで前者も広く使われている状況をを変えるべきであると主張する気は全くないが，研究発表や論文執筆では，このような「なる」の使用は避けてほしいものである．「なる」はやはり「ある状態から他の状態に変わる」「ある状態に達する」などの意味がある時に使う表現であって，「である」の代わりに使える表現ではないと思う．（余談ですがレストランで料理が運ばれてきた時に「こちら，A定食になります」と言われると「今はA定食ではないのかな? いつA定食になるんだろう」と心の中で突っ込んでニヤニヤしてしまいます．この表現の方が自然に感じる方，すみません.）

以下は発表スライドや発表に関することです．

[P001] 「まとめ」のスライドは重要．発表の大事なポイント（e.g., どういう問題を考えて何を提案してどういう結果が得られたのかなど）が結局何だったのかを1枚にまとめる．聞いている人が，発表の細部（提案手法の詳細など）にはついていけなかった場合でも，まとめのスライドを見て主張の概要を理解して，有益なコメントをくれることもある．
「まとめ」のスライドの後に「ご清聴ありがとうございました！」（英語なら「Thank you for your attention!」）のような文言「のみ」のスライドを用意して，発表の最後にそのスライドを表示したまま質問を待つ人をしばしば見かけるが，そのようなスライドには全く情報量がないので，上の観点から損であると思う（ので作る必要はないと思う）．そのようなスライドを作っても良いが，その場合は直ちに「まとめ」のスライドに戻して質問を待つか，あるいは「まとめ」のスライドの下部にそのような文言をアニメーションで出すなどのほうが良いと思う．

言葉は社会現象であり，人によって自然/不自然に思える表現も様々であると思います．実際，上で「よくない」と指摘した書き方の中には多くの人がその書き方をしていて，いずれ市民権を得るかもしれないものも含まれています．また，一部は主観で書いたところもあります．それでも，多くは「これに従っておかないと違和感を覚える人が少なからずいる」と思われる事柄を書いたつもりです．一定数の人が取り入れていて市民権を得ていると思われる書き方であっても，違和感を覚える人が少なからずいるのであれば，前者によほどのメリットがない限りやはり避けておく方が無難であると思います．ご意見やご指摘等あればお知らせください．

参考資料:

[エディテージ2016] エディテージ著，熊沢美穂子訳，英文校正会社が教える英語論文のミス100，ジャパンタイムズ，2016.
[ピーターセン1988] マーク・ピーターセン，日本人の英語，岩波書店，1988.
[Read] Ron Read, Author's Toolkit, 電子情報通信学会ISSソサイエティ誌に連載，本ソサイエティ誌バックナンバーより入手可能．
[杉原2001] 杉原厚吉，どう書くか - 理科系のための論文作法，共立出版，2001.

柳浦のホームページ

[A]	F. Glover, A tabu search algorithm for...
[B]	F.W. Glover, An ejection chain approach to...