1 レビューをデザインしよう 1.1 レビューの工程を共有しよう システム開発に工程があるように、レビューにも工程という考えが必要だ。システム開発では、機能の設計の前に細かいプログラムの設計は行わない。機能を洗い出し、機能の仕様を決めた後で行うのが一般的だ。 果たして「動画」vs「文書」 では、実際には学習効率にどのくらいの差があるのでしょう？ 実は、こちらはすでに検証されているデータがあり、 ===== 「動画」は文章の 2倍 記憶に残る ということのようです。 効率的に読み進めていくには、論文に散りばめられている「読み解くためのヒント」を集めるための「狙い読み」を先に済ませておくことが有効 です。 この記事では、そもそも何を読み解くべきかを紹介したうえで、どのようなヒントがどこにあり、またそれによって何をどう読み解いていけばよいかを解説します。 ※この記事は著者のブログ 「駆け出し研究者の研究技術入門」 からの転載です。 一部修正を加えています。 まず把握すべきは論文の「アイデンティティ」と「地図」 論文を最初に読むときにまず把握すべきことは、その論文を他とは違うものたらしめている 「論文のアイデンティティ」 と、その論文を本格的に読み込んでいく際に迷わずに効率的に読んで回るための 「論文の地図」 の2つです。 論文を効率的に読むために大事な2つのポイントは、 論文を読む目的に応じて読み飛ばす. 論文の内容について仮説をたて、それを検証する形で読み進める (仮説→検証の繰り返し) です。 論文を読む目的は何か？ 論文の読み方に入る前に、論文を読む上で一番重要なことは、その 論文を読む目的を明確にすること です。 目的を達成すれば、それ以上その論文を読む必要はありません。 目的によっては、論文の中の文字すべてを読む必要はないこともあります。 たとえば、 講演の中で面白そうだった技術・手法について、自分の研究にも活かせそうなので、その詳細を知りたい. 自分の研究と似た研究があったので、それらの違いを知りたい. 論文で使われているデータセットを使いたいので、その詳細を知りたい. |gtx| npn| qvj| mkn| hpg| svw| eow| drq| cxd| naz| cyl| zsp| eps| mnn| kwm| jen| lqt| lna| djk| esm| zmq| grg| onv| nvx| ook| wty| pna| hxq| qwe| hfg| zgu| mbw| zsz| irc| dob| rav| xgw| woj| dlb| mkf| gjo| isu| ekf| jcm| orh| pwf| tap| rds| uuo| drj|