![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
#author("2018-02-09T11:44:45+09:00","","") #author("2018-02-09T11:46:35+09:00","","") [[論文執筆・学会発表のための心得]]~ *論文の書き方 [#n5c07c86] [#zf24dd00] 論文を書くにあたり必ずしも指導を受けるはずです．その多くは皆，同じことを何度も何度も指導されていることでしょう．そこで，同じやり取りをなくすために，論文指導を受けた際は指導内容を本ページに残しましょう．~ 指導を受けた際は，最上位にメモ欄を用意しているので，箇条書きで書くこと．メモがたまれば編集します． * ソフトウェアに関する論文の書き方[#n5c07c86] http://sel.ist.osaka-u.ac.jp/~lab-db/betuzuri/archive/746/746.pdf *メモ [#h4c1db0e] - 既存研究について，それぞれ調査・分析の結果，何が分かったかも書く． -- [[大石]] &new{2018-02-09 (金) 11:43:22}; - 日本語について，「誰」は口語のため使わない． -- [[大石]] &new{2018-02-09 (金) 11:44:45}; - 例）誰が変更したか −＞ どの開発者が変更したか -- [[大石]] &new{2018-02-09 (金) 11:46:35}; #comment **表記方法に就て [#h2c4a387] - 全角の数字はまず使いません．×：１０人の開発者，◯：10人の開発者 - 数値には桁区切り(,)を適切に使う．×：1500人の開発者，◯：1,500人の開発者 - 有効桁数を意識して数値データを扱う．×：Aの平均値は1.1343，Bの平均値は1.5であった．◯：Aの平均値は1.1，Bの平均値は1.5であった． **日本語について [#sa9b66f7] -かかり受け( 修飾されるのもの・するものは近くにおく) -"AとBが．．．"と書く際，AとBの粒度を同じにする(粒度の違うものを比較しない) --機械学習とテストケースを用いた -"しかし"などの逆接は少ない方がベター（難しい） -"行なう"や"行う"などどちらでもOKな日本語はあらかじめ統一する． -主語と動詞は近い方がわかりやすい -"大変"や"とても"の程度は主観が入るので避ける -"AやB"と書きたいときは語尾になどを付ける．"AやBなど" -用語は統一すべし --不具合の割当とタスクの割当 -口語は使うな！ --なんらかの関係→密接な関係 --なので→ため -並列を意味する言葉（「および」など）の乱用は文章の構造を複雑にする -指示語は極力使うな！（曖昧性の原因になる） --この，その，それら，これら，このような，そのような．．． -「適用」と「適応」は違う --ツールを適応するな！ **Texについて [#mfe179d5] -Texにおいて"○○○○"のように""で囲むときは``○○○○"にする **論文の構成について [#ka8373b4] -各章のタイトルは一目で何をするのかわかるように具体的に -英単語カンマ英単語のときは半角カンマの後にスペースを入れる。 --masao, kashiwa -数値データに３ケタ区切りでカンマを打つ --1,000,000 -概要の中でたとえ話をいれない -概要はどのようなコンポーネントで構成されているのか？を書く **図・表について [#j32b26d9] -図のキャプションは下に，表のキャプションは上に -表の最上位には\hline\hlineの二十線，で列名の下と表の最下位には\hline１つ，左右の線はつけない(情処・研究室ルール) -図中のフォントは論文中のフォントとの相性を考える -図はページの一番上か，一番下におく． -表はページの一番上におく． -図は，図の説明をしている後におく． -表は，表の説明をする前におく． *各章について [#b83368d2] **タイトル [#jb0af804] -良いタイトルは大事な会議で使う方が良い -研究会などの場合は"タイトル；hogehoge"，"〜の検討"，"〜の試作"，"〜の考察"がおすすめ **はじめに [#lfb4fe93] **バックグラウンド [#kcfd7cad] **アプローチ [#s832edd3] **実験方法 [#o889d093] **分析方法 [#w994c9d9] **結果 [#nd135b82] **考察 [#v043e9de] -考察で"可能性がある"や"だと考えられる"は極力避ける -threat to validaty~ 査読者に言われるであろう内容をここであらかじめ言う --Internal~ ---自分自信の設定が有意に働いたことで良い結果になったのではないか．など --External~ ---OSSデータでありビジネスでは使えない．など --Constructive~ ---枠組み自体の話（長期化が本当かなど，整数計画法のアプローチ以外のほうが良いのではないか）など **関連研究 [#a2554704] **おわりに [#n29fc30c] **参考文献 [#f5f0f2e4] -bibtexファイルを作るとき，ACMやIEEEのデジタルライブラリからそのままコピペしてくるとゴミだらけなので加工すること！！！
