日付を書かずに日記のエントリに日時を記録する方法
カレンダーの日付を目立たせずに日記を書きたい場合は、通し番号、季節、日々の習慣、人生のイベント、あるいはその日そのものの手がかりなど、後で思い出す目的に合った時間の手がかりを各エントリに添えましょう。最もわかりやすい方法は、「晩秋・引っ越しの後」のように2つの手がかりを組み合わせ、簡単な凡例を用意するか、一貫した順序を保つことです。そうすれば、エントリがお決まりの記入欄のような窮屈さを感じさせず、後から見返す際にも探しやすくなります。\n\nこのガイドは、日記を始める方法ではなく、個々のエントリにどのような見出しを付けるべきか迷っている方に向けたものです。大切な選択基準は、エントリの順序を知りたいのか、大まかな時期を知りたいのか、それとも特定の出来事とのつながりを知りたいのかという点です。どんな代替の手がかりも完全な日付ほど正確ではないため、その限界を念頭に置いて選んでください。
後で何を見つけたいかに応じて手がかりを選ぶ
見出しは、手帳を見返すときに抱く疑問に答えてくれる場合に役立ちます。「引っ越しの後に何を書いたっけ？」という疑問には、出来事のラベルが適しています。「庭に植木をする前はどうだったか？」には順序が必要です。「どのエントリが冬のものか？」には季節や年が役立ちます。エントリごとに別々の複雑な仕組みを作る必要はありません。再現性のある少数の手がかりを使う方が、一貫性を保ちやすくなります。
これらは実用的な選択肢であり、一つの方法がすべての手帳に通用すると主張するものではありません。季節と出来事、あるいは通し番号と短い説明のように、手がかりを組み合わせることもできます。
順序が最も重要なときは通し番号を使う
「エントリ01」「エントリ02」のように書きます。これにより、見出しに日付を入れなくても明確な順序が得られ、毎日書く場合でもたまに書く場合でも機能し、あるエントリから別のエントリを参照するのが簡単になります。書いた順序通りにページが並んでいる手帳では特に便利です。
ルーズリーフのようにページが入れ替わる可能性がある場合は、書きながら番号を振っていきます。複数の手帳を使用している場合は、「2冊目、エントリ14」のように手帳の識別番号を追加するか、番号をリセットして各連番がどこから始まるかを示す簡単なインデックス（目次）を残しておきます。そうしないと、「エントリ14」が最終的に複数のページを指すことになる可能性があります。この方法は日記の中でのエントリの位置を特定するものですが、それがいつ書かれたかはわかりません。カレンダー上の期間を知ることが後で重要になる可能性がある場合は、「エントリ14・早春」のように2つ目の手がかりを追加してください。
大まかなタイムラインには季節、月、または定期的な期間を使う
「早春」のような見出しをつけると、気分や期間からエントリを探しやすくなります。「10月」と書くとより具体的になりますが、年を記載しないと、長期間にわたる日記ではどこの10月を指しているのか分からなくなる可能性があります。曖昧さを避けたいときは、「引っ越した年の10月」や「新しい仕事を始めた後の秋」のように文脈を付け足しましょう。
すべての読者、あるいは将来の自分自身が季節を同じように解釈すると決めつけないように注意してください。季節の呼び名は場所や慣習によって異なり、「春」や「収穫期」といった言葉は状況によって異なる期間を指すことがあります。引っ越した場合や、季節のラベルが数年後に不明確になる可能性がある場合は、「梅雨の第1週」など、地域や個人の出来事に基づいた目印を付けます。このような表現は実用的な記憶の手がかりであり、標準化されたカレンダーの日付ではありません。
また、「仕事復帰の第1週」「学校の休み」「毎年の旅行の週」など、自分の生活リズムに沿った繰り返し使える構成を作ることもできます。定期的なラベルは似たような期間を比較するのに役立ちますが、見出しが重複する場合は、ある出来事と別の出来事を区別するための詳細が必要になります。
エントリを思い出しやすい出来事に結びつける
出来事に基づいた見出しや相対的な見出しは、そのエントリが人生のどの位置にあるかを説明します。「引っ越しの翌週」「新しいアトリエでの初日の前」「長旅の列車の翌朝」などです。その出来事自体が強く記憶に残っているなら、単に月を書くよりも意味のある記録になります。
目印には、後から見ても明確にわかる程度の詳細を含めてください。「旅行の後」では旅行がたくさんある場合に曖昧になる可能性がありますが、「海岸列車に乗った旅の翌週」とすれば絞り込めます。出来事自体に既知の日付があった場合、その情報は非公開のインデックスや巻末のメモに残し、エントリの見出し自体には日付を書かないでおくこともできます。これは検索を助けるための任意の工夫であり、必須ではありません。
アーカイブの記述基準が役立つ区別を示しています。ダブリン・コア（Dublin Core）では、「日付（Date）」をリソースのライフサイクルにおける出来事に関連付けられた日付と定義し、リソースが作成された時期や利用可能になった時期を記述するために使用できると述べています。日記の日付の手がかりも同様の記述的な役割を果たせますが、エントリを見つけたり理解したりするために、手がかりが正式な日付である必要はありません。詳しくはダブリン・コアの日付の定義を参照してください。
その日の詳細を思い出すための手がかりとして使う
「最初の寒い朝」や「停電の後」といった見出しは、カレンダーのラベルがなくても特定の出来事を思い出させてくれます。また、そのエントリにとってすでに意味を持っている場所、物、食事、旅、天気の詳細を使うこともできます。この方法なら、見出しを個人的で軽やかなものに保てます。
感覚的または描写的な手がかりは、タイムスタンプではなく記憶の補助として扱ってください。「ライラックの花が咲いた日」はエントリを思い出すのには役立ちますが、それが具体的にどの日だったかまでは思い出せないかもしれません。順序や検索性を重視する場合は、通し番号や大まかな期間と組み合わせてください。細部は自分自身の記憶から引き出すべきであり、すべての見出しを詩的で特別なものにする必要はありません。
無理なく続けられるシンプルな仕組みにする
形式を決める前に、次の3つの質問を考えてみてください。
複数の手法を組み合わせる場合は、「No. 08・晩夏・引っ越しの前」のように、1つのコンパクトなパターンを決めておきます。番号が順序を保ち、言葉が文脈を与えてくれます。すべてのエントリで枠をすべて埋める必要はありません。一貫したメインの手がかりに、時折2つ目のヒントを添えるだけで十分な場合がほとんどです。
デジタルで日記を書いており、ファイル名やメタデータに機械可読な日付を残したい場合は、標準化された日付と時刻の形式を使うのも一つの選択肢です。W3Cの「Date and Time Formats」ノートには、データ交換における形式の曖昧さを減らすことを目的としたISO 8601のプロファイルが記述されています。このノートは技術的な仕様に関する参考資料であり、個人的な日記への推奨事項ではありません。また、目に見える見出しから日付を省略した場合でも、非表示の日付やメタデータが保存されていることがあります。そうした情報の保存や表示を日記アプリに依存する前に、アプリの動作を確認してください。
日付を書かない見出しでは分からないことを把握しておく
季節、出来事、感覚的な詳細はエントリを思い出しやすくしてくれますが、通常、正確な日付を特定することはできません。通し番号も、エントリの順番が保たれていなければ順序を示せません。「引っ越しの後」という表現も、どの引っ越しを指しているかを覚えていなければ機能しません。別の場所に正確な日付を記録していたとしても、それをエントリと紐付けられなければ役に立ちません。
正確な時系列が重要になる可能性がある場合は、エントリ番号と日付、あるいはより詳細な時間の手がかりを組み合わせた最小限のプライベートなインデックスを用意しておきます。これは最後のページや別のリストに記録しておくことができます。正確な日付を一切記録したくない場合は、時間が経つにつれて一部のエントリが曖昧なままになることを受け入れてください。実用的な仕組みとは、曖昧さを完全に排除するものではなく、無理なく扱えるように管理するものです。
手早く決めるためのヒント
順序を重視するなら番号を、大まかにパラパラ探したいなら時期の名前を、人生の節目にはイベントのフレーズを、その日の記憶を呼び覚ますには詳細な描写を選びます。2つを組み合わせるのは、月やイベントの重複など実際の問題を解決したいときだけにしましょう。あとは数回のエントリでその形式を試し、書くときに自然に感じられるか、後から見返したときに把握しやすいかを確認してください。最も優れた日付のない目印とは、無理なく書き続けられ、後からページを読み返したときにもきちんと理解できるものです。