原稿データのバックアップ方法について
投稿するためのデータについては、全てＰＣ上で作成しています。長編作品の作成を始めた際に、どのようにテキストデータをバックアップするかについて悩みました。幾つか検討した結果、「作品名_yyyymmdd.txt」のような命名規則とし、作品一つにつきファイルも一つとすることに決定しました。テキストデータを更新する際は、コピーを作成し、コピーしたファイルの「yyyymmdd」の部分をそのときの年月日に変更します。ファイル名のイメージは以下のようになります。
作品名_20180716.txt
作品名_20180721.txt
作品名_20180722.txt
作品名_20180728.txt
作品名_20180729.txt
作品名_20180801.txt
作品名_20180802.txt
作品名_20180803.txt
このようにしておけば、少なくとも前回の更新までのデータを残すことができますので、過去の状態に戻ることもそれほど困難ではありません（戻したことは今までありませんが）。
また、作成を続けるにつれて徐々にファイルサイズが増加していくため、「ここまで書いたか」と自己満足に浸ることができます。文字コードがシフトJIS (Shift_JIS) の場合は、全角文字は一文字あたり二バイトですので、十万文字であっても二十万バイト＝二百キロバイトですので、それほど大きなファイルでもありません。ファイルサイズとディスク上の使用領域とに差異は生じますが、昨今の大容量なハードディスクドライブでは大した問題ではないでしょう。百万文字であってもファイルサイズは二メガバイトですので。
文字コードが Shift_JIS の場合は、全角文字は一文字あたり二バイトですが、文字コードが UTF-8 の場合は全角文字一文字あたり三バイトですので、同じ文字数であっても文字コードが Shift_JIS のファイルのファイルサイズは一．五倍になります。文字コードが UTF-8 の場合は、ファイルサイズを当てにしていると、「これだけ書いたのに（ファイルサイズが増えたのに）、文字数は大したことない……」となるため、現在使用しているテキストデータの文字コードは全て Shift_JIS にしています。
◇
●失敗例……一話ごとに一ファイルとし、ファイル名を『話名_yyyymmdd.txt』とする
前述の「作品一つにつきファイルも一つとし、ファイル名を『作品名_yyyymmdd.txt』とする」に決定する前には、「一話ごとに一ファイルとし、ファイル名を『話名_yyyymmdd.txt』とする」という方法を試しましたが、すぐに立ち行かなくなりました。原因は、ファイル管理の煩雑さでした。一話ごとに一ファイルとしようとした際、「修正する場合は、そのファイルだけを修正すればよいから、手間もかからないだろう」と思っていたのですが、話数が増えていったときにその考えが甘かったことを思い知らされました。一話ごとに一ファイルの場合、それぞれの話の最新のテキストデータを見分けるのが面倒である、ということに直面しました。ファイル名のイメージは以下のようになります。
第一話_20180716.txt
第一話_20180721.txt
第一話_20180722.txt
第一話_20180803.txt
第二話_20180721.txt
第二話_20180722.txt
第二話_20180728.txt
第二話_20180729.txt
第三話_20180722.txt
第三話_20180728.txt
第三話_20180729.txt
第三話_20180803.txt
第一話の最新データは「第一話_20180803.txt」ですが、二話の最新データは「第二話_20180729.txt」です。第三話の最新データは「第三話_20180803.txt」です。必ずしも、「yyyymmdd」の部分のみで最新のデータを見分けることができず、ファイル名も含めて見分ける必要があります。上述の例は第三話までですが、これ以上増えるとさらに面倒になることは想像に難くありません。
加えて、ある語を作品全体で検索したい場合、あるいは、一括置換したい場合、全ての話のテキストファイルを開く必要がある、ということもありました。加えて、履歴を残すためには、全てのファイルのコピーを事前に作成しておく必要もあります。話数が数十に及ぶ場合、コピーするファイルも同じだけになります。テキストデータ作成にはテキストエディタを使用していますが、テキストエディタには複数のファイルを同時に管理するような機能は搭載されていないため、前述のような場合、作業が非常に煩雑になってしまい、執筆に集中できないことが判明しました。ですので、一話ごとに一ファイルとすることは早々に諦めました。
●不採用の例……バージョン管理システムを使用する
バージョン管理システムとしては、Git や Subversion などがあります。これらは、プログラム開発に於けるソースコード管理などに使用されるものですが、原稿作成にも使用できるだろうと思い立ち、機能を調べたところ、どうやら日本語文字の扱いに難があるということに行き当たりました。また、初期設定もそれなりに手間であること、別のマシンへのデータの移行もそれなりに手間であること、これらのシステムを使うためにはコマンドや管理方法を含めた使い方を覚える必要があること、バージョン管理システムが使用するデータそのものもバックアップする必要があること、などから、本末転倒になりそうな気配が見えましたので、使用を諦めました。Windows 上で使用するにしても、Windows 上で完結させるのが面倒そうだったこともあります。わざわざ Windows とは別にサーバを立てるのも手間です。ただ単にテキストデータを作成したい、履歴管理もそこそこしたい、という、ぼんやりとした要件に対しては、バージョン管理システムの使用は大仰でした。
バージョン管理システムを使用する際には、データをシステムに登録する必要があります。自身の性格からして面倒くさがりということもあり、登録し忘れる、故意に登録しない、となる事態も予想されました。そうなると、システムを使う意義も無くなってしまいます。使用するのであれば別の機会にしようということで、使用を諦めました。
