序文#
研究をしている間に、ようやく少しの研究成果（冗談）を出すことができました。
研究計画書を書くことから、zotero を使用して文献を読む（ctrl+c、ctrl+v）ことを始めて、半年以上が経ちました。研究はほとんど進展がなく、ため息が出ます。
そして、現在は調査と解決策の段階に入り、私の指導教官が送ってきた数百の参考文献を見ると、少しは研究をしているように見えますが、ため息が出ます。
結局のところ、研究の方法論についていくつかの考え方をつかむことができました。実際、エンジニアリングと似ています。他の人の成果に立ち、大量の文献を読み、学び、使用し、再現し、競合他社の特徴と欠点をまとめ、要件分析を行い、提案を行います。
もちろん、この記事では文献の読み方と整理に焦点を当てていますが、一般的なエンジニアリングとは異なり、多くのオープンソースプロジェクトやライブラリの提供者は理解可能性とユーザーフレンドリーさを追求し、高度なドキュメンテーションを提供しています。しかし、研究は異なります。多くの内容が水であり、最も重要な内容がオープンソースであるとは限らず、またオープンソースであっても効果があるとは限りません。やはり研究は革新を重視しています。革新は、ため息が出ます。
研究のゴミについての小さな不満～
zotero#
主流の文献の整理と管理ツール。実際には深く使用していませんが、私の問題と関連するテクニックをいくつか記録しておきます。
文献とは、基本的には PDF の束です。元々は個々のフォルダに保存されていました。そして、ダウンロードするたびに、たくさんのフォルダができ、それぞれに数十の論文があります。混乱しています。
最初から読み始める場合、数十の論文が入ったフォルダを開くのは少し落胆します。たくさんありすぎて、とても乱雑です！試してみた方法は、まず大まかに分類し、いくつかのカテゴリと重点を抽出し、それらを異なるサブフォルダに分けることです。そして、重点を選んで、各論文を詳しく読み、精読します。以下は例です：
その後、読書の過程では注釈、メモ、まとめなどが関わります。もちろん、注釈やコメントなどは一般的なリーダーで提供されますが、注釈したファイルを自分で保持し、自分で同期する必要があります。論文は簡単に入手できますが、論文の読解と抽出した知識の結晶は貴重です。そして、同じトピックやサブトピックの複数の論文を読んだ後、中心的な内容を抽出し、まとめます。元々の方法は、注釈を付けながら、論文の内容を再構成し、元の概念を使用するか、新しい概念を抽象化し、これらの概念に基づいて論文の中心的な内容をコピーし、読んだ知識の内容を索引化する新しいドキュメントをまとめることです。以下は例です：
このプロセスにより、核心的な知識の理解、吸収、および再索引の効果が非常に高まります。唯一の問題は時間がかかりすぎることです。理解の内容を抽象化し、再構成するか、元の文献から内容をコピーする（直接コピーする方法は内容が長すぎる可能性もあります）こと、および文献との直接の関係を解除することです。相互にジャンプするのは少し面倒です。まとめると、この方法は、すでに小さなトピックの複数の論文を読み終えた後、すでに抽象化やメモができている内容に適しています。特に特に良い論文に対して、再構成し、最終的に自分自身の理解に基づいた知識の内容をまとめ、これらの論文を個別に読む必要がなくなります。
ここでの要件は、リアルタイムのメモとまとめです。
また、再索引もあります。先ほど述べたプロセスでは、学んだ知識を自分の知識ベースに抽出するため、索引は自分の知識体系に基づいて行うことができます。しかし、先ほど述べたように、時間がかかりすぎるため、すべての知識を抽出するわけではありません。実用的でないものや現在の仕事に重要なものは一時的に保留されることがあります。しかし、後でこの内容を思い出し、その知識の出典を見つけることはかなり面倒ですし、その内容を直接忘れることもあります。したがって、閲覧したコンテンツについては、即座のメモに加えて、タグを抽象化する必要があります。これにより、異なる特徴、方向、および内容の文献に迅速にアクセスできます。
上記は文献の読み方と整理のライフサイクルでの要件と対応するいくつかのソリューションです：
- 分類により、文献体系をフラット化し、特定の小さな問題に迅速に集中できるようにします。
- リアルタイムのメモとまとめにより、読んだだけで何かを生み出すことができます。すべてのものの哲学を記録します。
- タグと抽象化により、システム化を実現し、将来の索引作業を容易にします。
上記の要件分析とソリューション、および zotero の使用を組み合わせると、現在の個人的な整理方法は次のとおりです：
- ** まず、分類です。** 読んだ（大まかな）論文を適切なカテゴリに抽象化します（複数のカテゴリに同時に配置することもできます）。
- ** 次に、タグです。** いくつかの概念を抽出します：星印はお気に入りを示し、価値のある良い論文を示します。既読は既に読んだ論文を示します。見る予定は短期の TO DO LIST を示します。
- アーカイブタグの下に、時間の順に特定の期間に読んだ論文の集まりを分類し、最終的にまとめのメモを作成します。
- 大カテゴリのすべての文献を含む高度な検索を固定すると、その分野のすべてのお気に入り、既読、または他のタグが付いた文献を指向的に検索できます。
その他のテクニック。
プラグイン#
非常に便利なプラグインがたくさんあります。いくつかの小さな機能を拡張します。ここで使用しているものは次のとおりです：
- ZotFile：自動的にファイル名を変更し、添付ファイルを指定したフォルダに関連付けます。主に、既にダウンロードされたファイルをインポートしてエントリを自動的に作成するために使用します。
- Jasmium：知識ネットワークのメタデータを取得します。
- Zotero PDF Preview：文献のプレビュー。
- Duplcates Merger for zotero：重複の自動マージ。
- Zotero PDF Translate：ワード翻訳。
ほとんどのダウンロードはこちらから：Zotero 中文社区 (gitee.io)
同期#
公式の同期スペースは 300M しかありませんので、文献の数が多くなると足りません。現在は坚果云（毎月 1GB のアップロードトラフィック、単一のアップロードも 300M 程度の制限があるようです）に変更しました。
方法は、坚果云でアカウントを作成し、アカウントセキュリティでサードパーティアプリケーションを追加し、URL とアカウントパスワードを zotero にコピーすることです。
共有#
課題を研究する場合、通常はチームの複数のメンバーが協力して行います。エンジニアリングと同様に、調査と文献の読み方は分担してチームで協力することができます。文献を分類した後、各メンバーが特定の小さなカテゴリを見るようにし、上記の知識抽出と再構成プロセスを完了し、結果をチームメンバーに配布し、説明します。
その場合、次の要件が自然に発生します：同じ文献ライブラリの分類、組織、管理、メモ、注釈、および最終的な知識ベースの共有。
たとえば、上記の文献整理プロセス、粗読み、概念の抽象化、および分類などは、同じ一連の文献に対して行われる作業であり、各メンバーが同じ作業を繰り返す必要はありません。
したがって、zotero で見るものがすべて同じであれば、問題ありません。
** ソリューション：** これがグループの概念です。zotero で新しいグループを作成し、Web サイトに移動して、公開またはプライベートのタイプを選択します（どちらも public, Closed Membership を選択することをお勧めします）。ローカルでの管理は通常の文献ライブラリと同じです。
** 問題：** グループの管理は公式のストレージライブラリを使用する必要があります。つまり、300M のストレージスペースしかありません。解決策は、より大きなスペースを購入するか（管理者アカウントのみが購入する必要があります）、データ同期のみに切り替えることです。つまり、文献ライブラリの構造（上限なし）は同期され、文献の PDF などのファイルは他のサードパーティツールを使用して同期されます（ただし、安全で大容量で便利なサービスはすべて有料です..）。以下は公式の説明です。
