前回「県内の将棋関係者の半生録を作りたい」と書いた話の続きです。基本的に将棋には関係ありません。
20人くらいの人が執筆してくれると仮定して、どの system を採用すると最も良いか。(締め切りまでに原稿提出がない方は収録しないものとします。)
一番原始的な system は、誰か1人の編集者を置き、その人のところへ電子でも紙でも (そして手書きでも) 原稿を集める方法です。
編集者がものすごく苦労する様子が思い浮かびます。
- 紙で提出した方の原稿を再度 typing することが大変。
- 手書きの方の字が読めないと問い合わせないといけない。
- 上記2つの typing 間違いは typing した人の責任になる。
- 校正の段階を入れると、紙の提出を OK にしたために紙で返送しないといけない。
- 「校正しない」と決めても「やはり原稿のあの部分は変更させてくれ」という依頼がくる可能性が高い。
これに加えて、もし最終成果物を電子書籍でなく紙書籍と設定したら、印刷業者に発注し、納品された本を各執筆者へ郵送する、という手間 (と郵送費) がかかります。
今時上記のようなやりとりをする人は (職業としての出版社従業員でもない限り) いないと思うので、次に e-mail で集める方法を考えてみましょう。
それでも、copy & paste 作業で失敗が発生する可能性があります。また、そのための作業時間を編集者が負担することになります。
自動で原稿が完成する仕組みとしては、 Google Documents があります。これの共有機能を利用すれば執筆者それぞれが自分の自由な時間に書き込むことができ、また「締め切り時点の原稿を完成原稿とします」と宣言してしまえば編集者の負担は格段に減ります。
ただ、執筆者は誰でも他の人の執筆部分を編集できる、という点が大きな問題です。悪意を持って他人の執筆部分を編集する人はいないと仮定しても、誤操作で削除してしまうことは大いにあり得ます。
そして、Google Documents は「その部分を誰が編集したか」を追跡する機能 (Git における blame 機能) が弱いと感じます。
なので、各執筆者には自分の部分を markdown 形式で書いてもらい、それを自動集積して epub や PDF に変換する方法が楽そうです。
すると、Git の出番かと思います。
Git 上で集積するなら、host (server) をどれにするか。最も使われているのは GitHub なのですが、GitHub は昔は Open Source Software にだけ無料提供されていたので (private repositories も作れたが制約がきつかった)、そこに県内将棋関係者のための repository を作ることに何となく抵抗があります。
Git は基本的に個人の公開鍵を登録して使う仕組みですが、単なる執筆のためだけに各執筆者に個人の公開鍵を用意してもらうのは大変なので、個人の公開鍵を利用する方法は望ましくなさそうです。
GitHub も基本は個人の公開鍵を利用する形なのですが、GitHub Desktop という application を使えば個人の公開鍵を用意する必要がないので良さそうに感じました。しかし、前出の抵抗感もあります。
原稿は基本的に web 上で書いてもらうことにすれば、個人の公開鍵は不要です。ついでに自分で host を立てることにすれば管理者として色々なことができそうな気がします。
現時点では Gogs という server が良さそうです。
