論文の書き方 - 主にメンタル面の対処を中心として
初めて「論文」を書こうとしている人向けの、主にメンタル面（気持ち）の対処をメインにした書き方の指南書。 （ただし、メンタル面だけでなく書き方全般についても説明しています。） 筆者が査読付き論文を書くときに経験した最も大変だった（辛かった）ことは、研究の中身や書き方自体ではなく、諦めずに論文を書き上げて提出しようという意思を保ち続けること、つまりモチベーションの維持でした。モチベーションの維持は、個人の気持ちの持ちようとして片付けられがちに感じます。しかし対処方法は少しながらあるように思うのです。 本資料が、論文書きを諦めてしまおうとしている、あるいは諦めてしまった過去がある人への励ましになることを期待しています。 （10/6追記：本資料内での「レビュアー」は、自分が書いている原稿を添削指導してくれる人のことを指しています。しかし一般的にはレビュアーとは査読者のことを指す場合が多いのでちょっ
時系列データベースの論文を書いた - ゆううきブログ
先週、第11回インターネットと運用技術シンポジウム (IOTS2018)にて、投稿した論文の発表をしてきました。 IOTSは査読付の国内の研究会であり、2年前に招待講演をさせていただいた研究会でもあります情報処理学会でウェブオペレーション技術について招待講演した話 - ゆううきブログ。 実は、そのときに、来年論文を投稿するぞと意気込んでいました。 実際にはそこから2年かかりましたが、この度論文を投稿することができました。 予稿 HeteroTSDB: 異種混合キーバリューストアを用いた自動階層化のための時系列データベースアーキテクチャ スライド 実務から研究へ 今回投稿した論文の内容は、Mackerelで開発した時系列データベースに関するものです。 これらはすでにAWS Summit Tokyo 2017、Web System Architecture研究会で発表済みのものになります。 時
遠山 祐典さんのツイート: "Nature公式、論文要旨の書き方。 授業でこれを扱うと国籍問わず大半の大学院生が知らなかったと言うので簡易和訳版を作成。 もちろん、Nature以外の論文にも流用する事が可能。 注目は、[結果]に使える文の少なさ(2~3文。全体の20~25%)。 和訳の修正案、大歓迎です。 英語版:https://t.co/RQEbeOWoNX… https://t.co/zdu9I9J24b"
Nature公式、論文要旨の書き方。 授業でこれを扱うと国籍問わず大半の大学院生が知らなかったと言うので簡易和訳版を作成。 もちろん、Nature以外の論文にも流用する事が可能。 注目は、[結果]に使える文の少なさ(2~3文。全体… https://t.co/zdu9I9J24b
![遠山 祐典さんのツイート: "Nature公式、論文要旨の書き方。 授業でこれを扱うと国籍問わず大半の大学院生が知らなかったと言うので簡易和訳版を作成。 もちろん、Nature以外の論文にも流用する事が可能。 注目は、[結果]に使える文の少なさ(2~3文。全体の20~25%)。 和訳の修正案、大歓迎です。 英語版:https://t.co/RQEbeOWoNX… https://t.co/zdu9I9J24b"](https://cdn-ak-scissors.b.st-hatena.com/image/square/e5928c9459b4b1f72c8888e8d218bcab74ce6475/height=288;version=1;width=512/https%3A%2F%2Fpbs.twimg.com%2Fprofile_images%2F1600435512489422852%2FfOcRIQUb.jpg)
GoogleのQUICの論文が知見の塊だった - ASnoKaze blog
20181107追記 QUICプロトコルについての概要は別途記事を書きました asnokaze.hatenablog.com 概要 ACM SIGCOMM 2017という通信系の学会に、Googleの人 総勢21人によって書かれた「The QUIC Transport Protocol: Design and Internet-Scale Deployment」という論文が提出され、学会ホームページより閲覧出来る。 この論文は、QUICの設計仕様と実際にGoogleのサービスにデプロイした結果について書かれている。 すでにGoogler SearchやYoutubeでQUICは有効になっており、一日あたり数十億の接続を処理し、Googleのegress trafficのうち30%がQUICになっており、インターネットのトラフィックの内7%がQUICだと推定されるという説明から論文は始まる。
インフラエンジニア向けシステム系論文 - ゆううきブログ
この記事ははてなエンジニアアドベントカレンダー2014の23日目とシステム系論文紹介 Advent Calendar 2014の23日目を兼ねています。 今回は、インフラエンジニア向けにシステム系論文を読むということについて書きます。 ここでいうインフラエンジニアは、Webサービスを作る会社のサーバ・ネットワーク基盤を構築・運用するエンジニアを指しており、はてなではWebオペレーションエンジニアと呼んでいます。 人が足りなくて普通に困っているので採用にご興味のある方はぜひこちらまで。 SRE (Site Reliability Engineer) 職 - 株式会社はてな はてなでは、id:tarao さんを中心に有志で論文輪読会を定期的に開催しており、システム系論文にかぎらず、言語処理系、機械学習についての論文などが読まれています。 だいたい１人でインフラまわりの論文を読んでいて、インフラ
英語の論文を見ると眠くなる人へ
科学論文の読みかた（特に英語論文） （内部向け） はじめに 私は英語教員ではないので、決してここに書いてあることが全て正しいとは思っていないのですが、 今までに指導教員や先輩たちからもらったアドバイスをまとめてみました。 英語論文を挫折せずに読み通すには？ 英文を読むこと自体が苦手な人へ--単語と文法のススメ 英語論文を挫折せずに読み通すには？ 几帳面に、頭から英語論文を読んでいくと、ほぼ間違いなく途中で挫折する。 英語の科学論文を指導教員から渡されて、効率的に内容を理解する方法を述べる。 まず、読むべき論文をゲットする。 次に、タイトルと著者を眺めてみる。知ってる人が著者の中にいたら、「おお」と感心してみる。 アブストラクト（概要）を読む。何が書いてあるかおおよそつかむ。 ただし、よほど論文のテーマに詳しく無い限りアブストラクトだけで中身を理解するのは難しいので、この時点で分からなくても
研究の参考にしているサイト集 - kisa12012の日記
自分のメモ書きとして，たびたび論文執筆やプレゼン時に参考にしているサイトを以下にまとめてみました． 自身の研究分野である，コンピュータサイエンスや人工知能分野に関連する資料が多めです． 他に参考となる有用なサイトをご存知の方がいらっしゃれば，コメント等で教えて頂けると筆者が喜びます！ English Check Manual 東大，牧島先生の作成した英字論文執筆／校正のためのチェックマニュアル． 英字論文を書く際に，（特に日本人が）誤りやすい文法や単語を修正例とともに示したもの． 自分が英文を書く時はもちろん，校正時もこのチェックマニュアルに従って，誤り箇所に番号を振る形で修正しています． 英語論文の書き方 東大，松尾先生の作成した英語論文の作成マニュアル． 論文の完成度を高めるために何をすれば良いか，論文執筆の全体像・心構え・Tips集等盛り沢山 毎回新しい論文を書くたび，参拝する気持ち
コンピュータ科学の博士課程にきて初めて分かったこと4つ
学部生のころ研究について想像していたことと、実際に修士を修了して博士課程にきて分かった現実の間にけっこうギャップがあったので、この感覚の差を忘れないうちに書いてみます。なお、僕の専門はコンピュータ科学のなかでもユーザインタフェース・Human-Computer Interaction と呼ばれる分野です。他の分野だとまた事情が違うと思うので、その点ご承知おきください。 研究には時間がかかる フルペーパーを書くのは大変 新規性は大きさよりコントラストが大事 研究生活は自律心がないとつらい 研究には時間がかかる 学部生のころは、研究プロジェクト一つ終わらせるのに 1 年以上かかるなんてそんなバカな！と思っていました。実際は成果としてまとめるのに 2 年かかったものもありました。 学部生のころの想像として、アイデアを考えて実装するのに 1-2 ヶ月で、それを論文にして投稿したら終わり！3 ヶ月あ
サーベイの仕方・論文の読み方 - 4403 is written（終了しました）
@自宅（個人の見解に基づいており，所属組織などとは一切関係ありませんし，事実かどうかもわかりません） この世界に希望をもつためには批判し続けることこそが必要だ - Edward W. Said (1935-2003) 少し時間が空いてしまったが，やっと形になったので，公開してみる．dis覚悟なので，disって下さい．叩き上げて，より良い資料になればと思います． サーベイの仕方・論文の読み方 情報系院進学予定の卒研生とM1を対象にしています．内容に偏りがあるのは，その分野しか分からないからです．色々な方からのご意見を頂きたいです． 見て頂ければわかると思いますが，naoeさんにインスパイアされています．参考にさせて頂いております．ありがとうございますm(__)m． まとめていて気付いたんですが，世の中には「論文の書き方」や「プレゼンの仕方」なる資料は良質なものがゴロゴロと見つかりますが，「研
［鈴木宏正］研究ガイド
研究でもっとも重要なことは何か? 少し極端な言い方をすると，もっとも重要なことは，『優れた論文を書くこと』です．すべてが，この目的のためにあるといってもいいでしょう．もちろん，研究者は，新しい理論や手法，装置，システムなど発見したり，開発したりしますが，最終的な目標は，それらを論文の形で世の中に発表することです． このような言い方をすると違和感があるかもしれません．例えば，論文ばかり書いていても世の中に貢献することはできないのではないか，という疑問があるでしょう．しかし，優れた論文を書くには，その研究内容に，新規性，独創性，妥当性，有用性などのあらゆる条件が必要であり，それは必然的に世の中に益するところが大きいのです． 日頃の研究活動は，すべて，これらの条件を満たす論文を書くためにある，ということです．そのような研究活動をやって，それを論文の形にして，自分の名前を付けて，世の中にpubli
過去10年間のComputer Science系論文で被引用数トップ10を作ってみた - 情報科学屋さんを目指す人のメモ（FC2ブログ版）
何かのやり方や、問題の解決方法をどんどんメモするブログ。そんな大学院生の活動「キャッシュ」に誰かがヒットしてくれることを祈って。 2000年以降の論文に限定して、 CS系論文の被引用数ランキングを作って分析してみた。 この作業を通じて予想以上に得るものがあった。 ランキングの作り方 CiteSeerXが公開している「Most Cited Computer Science Articles (2010/9/14)」を元データに採用した。 ここから2000年以降の文章に限定した後、ハンドブックや雑誌記事などを取り除いて論文だけのランキングを作成した。 被引用数は時間が経つほど増える一方なので、2000年・2001年あたりの論文が有利であることに注意する必要がある。 ただし、このことがかえって得るものを増やしてくれた。 アブストラクトをチェック 良い機会であるので、 各論文の概要や結論をチェック
未知の分野の論文を読むときの10のポイント - EchizenBlog-Zwei
同じ分野の論文ばかり読んでいると視野が狭くなるので専門外の分野の論文も積極的に読んでいきたい。とはいえ未知の分野だとどの論文から読めばいいのかわからず困ることも。そんなときにこれまで試して役に立ったことをメモしてみた。 1.調べる論文は英語に絞る これは日本人の論文が良くないということではなく日本人の論文も含め優れた論文は国際会議(つまり英語)でも発表されているから。英語が苦手でも頑張って英語論文を読んだほうが質のよい論文に出会う確率が高い。 2.関連ありそうな単語を検索して意味を調べる まずはひたすら検索タイム。最初は漠然とした言葉でしか検索できなくても調べたい分野の用語は頻出するはずなので、だんだん知るべき用語がわかってくる。英語の単語がわからない場合も調べていれば日本語/英語を併記してくれているものがでてくるはず。あとは頻出語の意味を分かる範囲でざっと調べておく。余談だけれど技術系の
博論は宝の山／テーマが決まったら真っ先に博士論文を読もう
物事の調べ方にはいろいろあるが、新しいトピックだと、なかなか適当な文献が見当たらないことも多い。 先日も書いたが、本に載っているのは「最新」の情報ではない。書いたものが本になるまでには、かなりの時間がかかるのだ。 さて、研究は「早い者勝ち」の世界だから、誰も手をつけてないことか、まだあまり手がつけられていないことをやることになる。そのため取り扱うトピックはよりマイナーになっていく。 どマイナーなトピックなど、書いても売れないから、書店で買える書籍にはならない。では、それはどこにあるか？ 答：博士論文にある。 新しく、いっぱしの研究者になろうとする者が書く博士論文。 新参者が、すでに分厚い先行研究がある（その業界では）メジャーなトピックにチャレンジしようというのは、これまでの蓄積をひっくり返せる何年に一度出るか出ないかという実力者か、単なる勘違い野郎である。 もっと慎ましやかな庶民研究者は、
論文の書き方
残念ながら普段大学生は基本的な論文の書き方を大学の授業で学ぶことがない。論文の書き方、というのは学生の学ぶ必須事項でありながら、大学側は誰一人として「一般的な論文の書き方」というものを教えないのだ。これは僕のゼミでもそうであり、知る限り他のゼミでもそうであるように思える。また、もしゼミ内で教授していたとしても、それは不公平であり、一般的な書き方、書く上でのルールなどのガイドラインは全学生に対して行われるべきだと思う。特に実験レポートを主とする理系論文と違って、社会科学系論文ではその内容の合理性・説得力に重点が置かれることになり、論文自体の構成がそのものの評価に関わって来ることは自明である。 ここではイギリスで一般的に学生に求められる論文の書き方を紹介したいと思う。どういった骨格でレポート、論文をまとめたらよいかわからないと悩む学生の助けになれば幸いに思う。また、この論文の展開は学問的論文に
「問い」を持って読む／あまりに基本的過ぎてあまり触れないこと
文献を効率的にかつ深く読むためには、「問い」を持って読むことだ。 「問い」を持つものは、程度の差こそあれ、「答え」について予想を持っている。 たとえば、どんな条件を満たせば、答えと言えるのかについて（少なくともある程度）知っている。 だからこそ、「答え」に行き当たったとき、それが「答え」かどうかの判断が付く。 研究の成果として生みだされる文献は、それ自身の問いと答えを必ず持っている。 現代では、その文献が抱える問いと提示する答えは、タイトルや要約（アブストラクト）、序文などに明示されている。 すべて読まなくても、その文献を読むべきかどうか、判断が付くようにだ。 読むかどうかの判断は、当然読み手にゆだねられる。 自身の「問い」を持つ読み手は、こう問い掛けることで、その判断を付ける。 すなわち、「この文献は、自分がいま抱いている「問い」に答えることに、果たして役に立つのか？」。 役に立つと判断
どうやったら質問を思いつけるの？ - 発声練習
どうやったら卒研を失敗できるか：他人の話を聞くのをやめるでいただいた、人の話を聞いた際の疑問・質問の抱き方のコツがあれば教えて欲しいという依頼に対しての私なりの回答。 まとめ 質問を発するためには、以下の２つのステップを踏む 「情報の欠落に気づく」 「欠落している情報を明確化する」 情報の欠落に気づくためには、話題になっている事柄の知識（一般常識、専門知識）と話題の伝え方に関する知識（プレゼンテーション技術、批判的読み方、論理的思考法）が必要 欠落している情報を明確化するためには語彙、質問の型、経験が必要 情報の欠落に対する感度を挙げる方法 話題の伝え方に関する知識を増やすために、プレゼンテーション、批判的読書法（クリティカルリーディング）、論理的思考法（ロジカルシンキング）に関する本を読む 気づいた欠落している情報をメモするために、講演、授業、ミーティングの際はメモ帳と筆記用具を必ず用意
修論発表チェックリスト - NextReality
研究室内ブログに書いてある内容から転載。こうやってみると実にあたりまえのことしか書いてないですが、「アタリマエのことをきっちりこなせる人」を世間では出来る人というみたいです。 修論発表Last Minute check 以下は主に工学系の修論発表（卒論発表）を想定しています。比較的オーソドックスな「発表の型」について説明してあります。 基本ストーリーを明確に。(1) メインクレームは何（この研究は一言でいうと何をした)? (2) なぜそれをやる価値があるのか？ (3) 既存研究とはどこが違うのか（いままで解決できなかったどんな問題を解決するのか) (4) 具体的にはどんなもの? / 本当にうまくできた?(評価) (5) 修論までの計画 (中間発表の場合) がわかるように。以下のプレゼンテーション技法はそれが前提。 時間に厳密に。自己リハーサルしてきっちり規定時間で終われるように練習する（リ
やればできる卒論の書き方 第１部 論文の書き方
やればできる 卒業論文の書き方 中田 亨 2003年10月15日初版。2009年4月27日改訂 工学部の標準的な卒論の書き方について説明します。修士論文でも博士論文でも書き方は同じです。 第１部 卒論クイックスタート 卒論とは？ 他人の真似ではないアイデアが、 それが理論的に可能である理由、 やってみた証拠、 どんなふうに役に立つか、 とともに記述されている、組織立った文書。 卒論は習作であり、基準は甘い。対外発表論文では第１条が「他人のアイデアより明らかに優れたアイデア」と厳しくなる。 「新しい意味を伝えることが、命題の本質である。」（ウィトゲンシュタイン） 標準的な卒論の構成 題目： 説明的なタイトルを付ける。例えば「人体計測装置の研究」では舌足らずであり、「赤外線平行投影法を用いた人体計測装置」とか、「海中でも使用可能な人体計測装置」などがよい。（私の上司の金出武雄氏の方式）。 要約
Tips for Writing Technical Papers
Please excuse the retro formatting. This page was created back in early days when raw HTML was the norm, for those of us who actually made web pages back then. I haven't bothered to modernize it, figuring it's the content that actually counts. Here are the notes from a presentation I gave at the Stanford InfoLab Friday lunch, 1/27/06, with a few (not many) revisions when I reprised the talk on 12/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自然言語処理