100冊読む時間があったら論文を100本「解剖」した方が良い 読書猿Classic: between / beyond readers の続きというか、補遺。 大学等に所属してる人は、そこの図書館と契約してる有料データベースを駆使されたし(使い方はガイダンスがあったりするし、図書館のレファレンスでも教えてくれるだろう)。っていうか、言うまでもないだろ、そんなことは。 ここではフリー(市井)の人が使える手を考える。手はたくさんあるが、いっぱいあっても混乱するだろうから、少しだけ。必要なら追記していく。 とりあえず3つのケースに分けてみた。 1.読みたい論文が決まっている、タイトルも分かっている 2.読みたい分野、知りたいジャンルくらいは決まってる 3.何からはじめればいいのか、さっぱりわからん 番外.論文なんて本屋で買えるぜ 1.読みたい論文が決まっている、タイトルも分かっている A.まずは
何かインプットしたら、アウトプットすること。 アウトプットを予定して、思い描いて、インプットは行うこと。 メモでも日記でもブログでもレジュメでもレポートでも論文でも著作でも隣の人に話すのでもいいから、吐き出すこと。 ちんぷんかんぷんでも本の内容をレジュメにまとめ、お馬鹿同士トンデモな議論をやり、なんとか書き上げた論文モドキを投稿して無理解極まる査読者とやり取りすること。 でないと、アタマの中にも、手の中にも、何も残っていないことに気付くことになる。 「ああ、そんな本(あるいは、そんな話)、前に読んだな(聞いたな)」でおしまいになるだろう。 アウトプットは、できればインプットと同じ水準のものがいい。 たとえば論文を読むなら、論文を書くつもりで読むこと。 そうなると内容を得るだけでは済まなくなる。 ・どういった構成で書かれているか? ・どんな決まり文句や、つなぎの言葉が使われているか? ・主張
人間が利用するシステムを作るときは必ずユーザテストが必要です。開発の初期段階において客観的な他人の目で見てもらうことにより、問題を早期発見することができますし、全くスジが悪いようであれば最初から考え直すこともできます。ユーザ評価の専門家であるJacob Nielsen氏によれば、ごく少人数のテストユーザにでも評価してもらうことによって劇的に問題点が減るのだということです。 完成したシステムについてもユーザ評価は重要です。新しいユーザインタフェースシステムを開発した研究者は、学会で論文を発表することによってそのシステムを世に広めるのが普通ですが、論文を発表するためには、識者による論文査読を通過する必要があります。新規でないシステムや有用でないシステムなど、発表する価値が無いシステムは査読の段階で問題点が指摘され、論文として発表されないようになっています。このとき、実際のユーザがそのシステムを
物事の調べ方にはいろいろあるが、新しいトピックだと、なかなか適当な文献が見当たらないことも多い。 先日も書いたが、本に載っているのは「最新」の情報ではない。書いたものが本になるまでには、かなりの時間がかかるのだ。 さて、研究は「早い者勝ち」の世界だから、誰も手をつけてないことか、まだあまり手がつけられていないことをやることになる。そのため取り扱うトピックはよりマイナーになっていく。 どマイナーなトピックなど、書いても売れないから、書店で買える書籍にはならない。では、それはどこにあるか? 答:博士論文にある。 新しく、いっぱしの研究者になろうとする者が書く博士論文。 新参者が、すでに分厚い先行研究がある(その業界では)メジャーなトピックにチャレンジしようというのは、これまでの蓄積をひっくり返せる何年に一度出るか出ないかという実力者か、単なる勘違い野郎である。 もっと慎ましやかな庶民研究者は、
自分の知識が足りないからわからないというのも正解なのだけれども、もう一つ重要な視点を忘れないようにしてください。あなたが読もうとしている文章自体がろくなものではないという可能性を。卒論や修論はどれぐらい丁寧に指導されていたとしても、ある程度は間違いが含まれている可能性が高いです。ですから、卒論や修論を鵜呑みにする(卒論や修論にかかれていることは絶対に正しいとする)のはいけません。場合によっては、ちゃんと査読を通った国際会議論文や学術雑誌論文でも、間違いが含まれている可能性があります。もちろん、専門書も。 自分のことは一度棚にあげて、「良いか悪いかは別として、わからんもんはわからないんだ。」と考えて文献調査をすることが重要です。「〜がわからないのは恥ずかしい」というのは、まあ、そうでしょうが、わからないもんはわからないですし、今現在わからないんですから、素直に知っている人に教えを請いましょう
論文は先行研究の積み重ねの上に成立するものであって、論文を書くには論文や本を読まねばならない。そして読んだ文献を引用しなければならない。分野や引用形式にもよるだろうが、「~ということが従来言われてきた(Takahashi 2010; Tanaka 2011; Suzuki 2013)」みたいな引用方法の場合は、最低限大雑把にその論文が何を言っているものか覚えていればいいとしても、直接引用をする場合やもう少し詳しい議論の内容を引用するなどという場合には、論文の内容について詳しく記録を取っておかないと書く時に出典を探してあたふたすることになる。そこで文献ノートを作成する必要が出てくる。 しかしどうやって文献ノートを作成すればいいのかということは、大学の授業では普通教えてくれない。少なくとも自分の場合、大学院に行ってもそういうことを誰かから教えてもらったという記憶はない。ではみんなどうやっている
(図書館学系の話題でもあるからちょっと悩んだけれど、文献読解全般に関する内容だからこちらへ) 既に日々論文をバリバリ読んでいるひとには今更な記事だろうけれど、分野ごとの違いもあって興味深かったのでざっくり記録する。 論文を大量に読む際に、頭から几帳面に読んでいると時間がどれほどあっても足りないし、後から「こんなことが書いてあった論文なんだったっけ?」という問題も発生してしまう。 研究者の皆様はMendeley などの文献管理ツールをを用いていることが多いかとは思うが、それでも論文の読み方そのものに工夫をすればインプット/アウトプットの効率が圧倒的によくなるので、やってみるにこしたことはない。 その工夫とは何かというと、論文を読むときに「特定の問いに集中して読む」というものだ。学術論文は分野ごとの違いはあれ、必ず特定の流れに従って構成されている。そこで要点のみに注目して読み、他の事項を捨てる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く