トップ > 論文 > インフラエンジニア向けシステム系論文

インフラエンジニア向けシステム系論文

論文

この記事ははてなエンジニアアドベントカレンダー2014の23日目とシステム系論文紹介 Advent Calendar 2014の23日目を兼ねています。

今回は、インフラエンジニア向けにシステム系論文を読むということについて書きます。 ここでいうインフラエンジニアは、Webサービスを作る会社のサーバ・ネットワーク基盤を構築・運用するエンジニアを指しており、はてなではWebオペレーションエンジニアと呼んでいます。 人が足りなくて普通に困っているので採用にご興味のある方はぜひこちらまで。 SRE (Site Reliability Engineer) 職 - 株式会社はてな

はてなでは、id:tarao さんを中心に有志で論文輪読会を定期的に開催しており、システム系論文にかぎらず、言語処理系、機械学習についての論文などが読まれています。 だいたい１人でインフラまわりの論文を読んでいて、インフラエンジニア向けの論文知見が溜まってきたので、紹介したいと思います。

システム系論文とは

「システム系論文」という呼称は PFI さんで開催されている システム系論文輪読会 から拝借しました。 「システム系論文」という呼称は正式なものではなくて、なにがシステム系なのかを一言で表現するのは難しいですが、コンピュータシステムそのものについて論じていればシステム系なのかなと勝手に思っています。 具体的には、計算機アーキテクチャ、オペレーティングシステム、分散システム、ストレージなどトピックは多岐に渡ります。 このあたりの特に実践的な分野はあまり論文中に数式がでてこないので、普段からある程度の規模のシステムを運用されてる方なら比較的論文を読むための素養みたいなものが身についているような気がします。(分散システムのアルゴリズムなんかはタネンバウム本とかを読んで基礎知識を固めておかないと読むのは難しいという勝手なイメージ。http://home.att.ne.jp/sigma/satoh/diary/diary100331.html#20100102 )

論文を読むメリット

書籍として出版されていないが、内容が深いかつ新しい技術知見を得たいときに、論文を読むのがよいと思っています。

とりあえず、適当な国際会議の論文タイトルと抄録を見てみましょう。例えば、ストレージまわりに興味があれば、FASTのセッション一覧（ https://www.usenix.org/conference/fast13/technical-sessions ）から興味がありそうな論文を見つけられれば、それでもう読む価値があるといえると思います。 僕の場合は、A Study of Linux File System Evolution | USENIX や ffsck: The Fast File System Checker | USENIX などが気になりました。

論文、当然英語で書かれていて、とにかくとっかかりにくい印象がありますが、短く内容がまとまっていて短期間で読みきれるのがよいと思っています。 分厚い英語の技術書を買って、読みきれなくて失敗するということは結構あると思いますが、情報系の国際会議の論文なら2カラム構成だけど、数ページから10数ページぐらいでなんとか読めます。 あとは、少なくとも情報系の場合、無料で公開されている論文も多いので、金銭的なデメリットがないというのもあります。

http://d.hatena.ne.jp/mamoruk/20100604/p1 情報系は他の分野と異なり少々特殊で、英語論文といっても国際会議に投稿された論文と、ジャーナルとか論文誌とかいう雑誌に投稿された論文とあり、基本的には後者のほうがランクのクオリティも高く、分量も多いのだが、国際会議の論文もジャーナルの論文と同じくらい重視される点が違う(ほとんどの分野では国際会議の論文は全く評価されない。逆に海外に遊びに行っていると思われてマイナス評価になることさえあるそうで)。かといって、じゃあジャーナルを読んだ方がいいのかというと、国際会議の論文のほうがページ数も決まっていて短いし、基本的なアイデアは国際会議の論文に書かれているので、自分は最初のうちは国際会議の論文を大量に次から次に読み、俯瞰的にテーマを見渡す力をつけたほうがいいんじゃないか、と思う。

過去に読んだ論文

自分のブログに書いているもの限定ですが、過去に自分が読んだ論文を紹介します。 トピックに一貫性がないですが、研究と違って仕事だと幅広いトピックを扱うので、そのときどきに興味があるやつを読んでたりします。

論文の探し方

論文を読もうとしても、そもそもどうやって探すのかという問題があります。 僕の場合、ランクが高いと言われているジャーナル/国際会議のうち、年度が新しいものから順に眺めていって、興味がありそうなやつをリストアップしてメモしておいて、読む気になったら読むことにしています。あとはブログをあさってると、まれに何かの論文に行き着くことがあったりするので、そういうのもストックしておきます。

興味のあるキーワードや著者がはっきりしている場合は、Microsoft Academic Search や Google Scholar で検索するとよいと思います。

ジャーナル/国際会議と言っても、どこがよいかとか最初はわからなくて調べたので、ランクが高いと言われているシステム系の国際会議を列挙します。 各国際会議の Best Paper Award を受賞した論文などはさすがにどれも興味深そうです。 多分、このブログを普段読んでいただいている方には LISA あたりが一番ピンとくる論文が多いのではないかと思います。

情報系国際会議の Best paper賞を受賞した論文まとめページもあるので、ここから探してもよいと思います。

Best paper awards at AAAI, ACL, CHI, CIKM, CVPR, FOCS, FSE, ICCV, ICML, ICSE, IJCAI, INFOCOM, KDD, MOBICOM, NSDI, OSDI, PLDI, PODS, S&P, SIGCOMM, SIGIR, SIGMETRICS, SIGMOD, SODA, SOSP, STOC, UIST, VLDB, WWW

あとは、Google, Facebook, Twitterなどの各社が論文を投稿してるので、これもみてみるとよさそうです。

そのほかについては、情報系の国際会議・ジャーナルのランキング - ny23の日記 が参考になります。

論文の読み方

USENIX系のカンファレンスだと、プレゼン時のスライドが公開されていたりするので、それをみてイメージをつかむとよさそうです。

論文の文章構成はだいたい決まっていて、Abstraction、Introduction、Proposed Methods, Experiments, Discussion, Conclusion の順になっています。 ありきたりですが、最初に、Abstraction 、Introduction、Conclusion を読んで概要を掴んでから、Proposed Methods, Experiments, Discussion を読むようにしています。

漫然と読んでも内容が頭に入らないので、各段落の要約みたいなものを英語と日本語ごちゃまぜでいいからエディタに書いています。単語の訳とか考えてたら日が暮れるので、英語のままシュッとコピペします。論文はだいたいPDFで手に入るので、コピペが簡単ですね。 油断すると、1文1文を作業的に訳しかねないので、段落あたりの内容をコンパクトにまとめることを意識しています。段落あたりでもかなり粒度が細かいですが、日本語ではないという点と技術的な内容という点で、あたまに入りづらいので、これくらいの粒度が妥当かなと思っています。

発表前提でスライドを作る場合も、いきなり原文を読みながらスライドを作らずに、まずメモを書きながら一通り読んでしまってから、軽く構成を考えて重要ポイントだけスライドにしたりします。

最後に重要な点として、先にこの論文を読んで何を理解したいのかを言語化しておくと、常に問いを意識できるので、読まなくてもよい部分を無視して読み進めることができます。逆に言語化できないような論文を読むと、なんとなく読んだ気分に陥りがちな気がしています。 以前に、An Updated Performance Comparison of Virtual Machines and Linux Containers という論文を読んだ時は、Docker は速いのか？Dockerのパフォーマンスにとって重要なことはなにか？ という問いを意識して読みました (これはそのままブログのタイトルにしました）。

id:shiba_yu36 さんがこれに近い内容の記事を書いていますのでご参考までに。 先に疑問を考えてから本を読む - $shibayu36->blog;

論文読みの続け方

僕の場合、承認欲求が満たされないと続かないので、読んだ論文についてブログに書いて、はてなブックマークで承認を得られるような形でアウトプットすることを一応目標にしています。 ブログに書くときのポイントとして、論文の内容そのものをまとめる必要はなくて、なるべく自分の立場や経験や興味を踏まえて、ある程度噛み砕いた内容にして自分の考察を書くとより読まれやすいように感じています。 どうでもいい小手先のテクニックとして、論文タイトルをそのまま記事のタイトルにするのではなく、キャッチーな単語を抜いてきて、普通のブログのタイトルっぽくするのがよいと思います。論文のタイトルそのままで当然英語なのでなかなかリンクを踏まれない気がします。

あとは、社内で輪読会とかやってないと絶対読んでないので、輪読会に参加/開催などするとよいと思います。

読んでおきたいシステム系論文

とりあえず、最近気になってるおもしろ論文を列挙します。 絶対読みきれないので、助けてください。

まとめ

インフラエンジニア向けに、読むと知見が得られるような論文の探し方やおすすめの論文などを紹介しました。 論文、最新技術の知見の宝庫なので、一度漁ってみてはいかがでしょうか。 また、識者の皆様に、よりよいシステム系論文についての知見などありましたら教えていただけると嬉しく思います。

最終日の担当は id:stanaka さんです。よろしくお願いします！