大学生がレポートでどう引用すればいいか迷ったら

Share

結論から言う。特に指定がないなら、シカゴ・マニュアル・オブ・スタイル(The Chicago Manual of Style)に従え。

教員から引用スタイルの指定がある場合は、そもそもこの記事を読む必要はない。指定どおりに書けばいい。この記事が対象としているのは、「特に指示がなくて、何をどう書けばいいかわからない」という人だ。

なぜシカゴ・マニュアルなのか

シカゴ・マニュアルは、人文科学系で最も広く使われている引用スタイルだ。歴史学、文学、哲学、芸術などの分野で国際的に採用されている。

人文社会系のレポートを書く場合、シカゴ・マニュアルに従っておけば、形式面で問題になることはまずない。汎用性が高く、書籍、論文、Webサイトのいずれにも対応している。

二つの方式がある

シカゴ・マニュアルには、二つの引用方式がある。

脚注・参考文献方式(Notes-Bibliography) は、引用箇所に脚注番号を振り、ページの下部または文書の末尾に文献情報を記載する方式だ。歴史学、文学、哲学の分野でよく使われる。

著者名・日付方式(Author-Date) は、本文中に(著者名 出版年, ページ)の形で参照を示し、文末に参考文献一覧を置く方式だ。社会科学系で使われることが多い。

人文系のレポートであれば、脚注・参考文献方式が一般的だ。どちらを使うか迷ったら、その科目の教科書や参考文献がどちらの方式で書かれているかを見ると手がかりになる。

他の引用スタイル

シカゴ・マニュアル以外にも、分野ごとに標準とされるスタイルがある。

APA(American Psychological Association) は、心理学、教育学、社会科学系で標準的なスタイルだ。著者名・日付方式を使い、参考文献リストの書式がシカゴとは異なる。

MLA(Modern Language Association) は、英語圏の文学・言語学で広く使われる。著者名・ページ方式を基本とし、出版年を強調しない点が特徴だ。

SIST 02 は、日本の科学技術情報流通技術基準として策定されたスタイルで、理工系の日本語論文で使われることがある。

どれが正しいという問題ではなく、分野によって慣習が異なるだけだ。指定がなければシカゴを使い、指定があればそれに従う。それでいい。

引用と剽窃の境界線

引用と剽窃(ひょうせつ)の違いは単純だ。出典を明示しているかどうか。

他者の文章や考えをレポートに取り込むこと自体は、学術的にまったく問題ない。むしろ、先行研究を踏まえることは求められている。ただし、出典を示さずに他者の文章を使えば、それは剽窃にあたる。最悪の場合、単位の取り消しや懲戒の対象になりうる。

直接引用(原文をそのまま使う場合)は、引用符で囲み出典を明記する。間接引用(自分の言葉で要約する場合)も、出典の明記が必要だ。

どこまでが一般常識で、どこからが引用を要するかの判断は、慣れるまで難しい。迷ったら引用しておく方が安全だ。引用が多すぎて減点されることはめったにないが、引用が足りずに剽窃とみなされれば失うものは大きい。

引用管理ツールを使う

レポートの本数が増えてくると、参考文献の管理が面倒になる。ZoteroやMendeleyといった無料の文献管理ツールを使えば、引用情報の収集と参考文献リストの自動生成ができる。

特にZoteroはブラウザ拡張と連携し、Webページや論文データベースから書誌情報をワンクリックで保存できる。Word用のプラグインもあり、レポート執筆中に引用を挿入すれば、指定したスタイルで参考文献リストが自動生成される。大学生になったら使うことを検討すべきアプリのひとつとして、早い段階で入れておくと卒業論文でも助かる。

まとめ

引用の形式は、一度覚えてしまえば難しくない。指定がなければシカゴ・マニュアルに従い、指定があればそれに従う。出典を明記する習慣さえつけておけば、形式の細部はツールが補ってくれる。

レポートの基本構成を押さえ、フォントとフォントサイズを整え、引用を正しく示す。この基礎が揃えば、あとは中身に全力を注げばいい。

Read more

Dependabotの対応が面倒なのでRenovateを導入する

Dependabotくんはある程度の依存関係の更新を通知してくれるが、山のようにprojectを抱えているとなんとも痒いところに手が届かない。 ということで、Renovateを使ってみる。 Build software better, togetherGitHub is where people build software. More than 150 million people use GitHub to discover, fork, and contribute to over 420 million projects.GitHub ここからGitHub Appを入れる。 あとは、指示に従ってポチポチするだけで、超かんたんだった。 感想 自動化最高。

By Sakashita Yasunobu

nodejsのバグを見つけたのでPRを投げてみた

概要 要するに、node --testで特定のバイナリを標準出力に書くと、テストランナーが固まったり、異常終了したりするバグです。 バグ自体は既知のものだったようで、修正がされていました。 test_runner: infinite loop in FileTest#drainRawBuffer when child stdout contains FF 0F followed by large size bytes · Issue #62693 · nodejs/nodeVersion v25.9.0 (also reproduced on v24.14.1 LTS, v22.21.0 LTS, v23.4.0) Platform Darwin 25.

By Sakashita Yasunobu
青空文庫のParser

青空文庫のParser

青空文庫のParserを作ってます。 GitHub - P4suta/aozora: Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks.Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks. - P4suta/aozoraGitHubP4suta Rustで作ってますが、配布物はcargoのほかにnpm/pypiでも入手できます Documentation * Playground — try it in

By Sakashita Yasunobu