Onomaブログ

こんにちは、Onomaの代表じゃない、まんじゅ（´ん｀）です。
もう少し自己紹介させていただきますと、Onomaの演算器技術アドバイザーです。
つまり何かというと「パソコンを使って小説執筆を楽すること」を目指そうと、Onomaを実験の場にしようとしているひどい人です。

今回はOnomaでどんな実験をしたいのかだらだら話させていただこうと思います。

• 小説の分散バージョン管理
• 電子書籍の出版の自動化

小説の分散バージョン管理

小説の分散バージョン管理とはどういうことかというと、「1本の小説をバックアップを取りつつ変更履歴を記録する」ということをやりたいわけです。

ではそれをすることによって何が嬉しいのか、実は元ネタがあります。

• 「Githubで小説？ そんな時代なの？」そうなのだ。 - 景虎日記
• Steins;Git 第二版

つまるところ、これらを実際にやりたいわけです。
分散バージョン管理システムを利用して

• 共同執筆
• 二次創作の活性化による作家同士の交流
• 原稿の推敲の活性化

を行いたいのです。

特に「原稿の推敲の活性化」の恩恵は大きいと思います。
「推敲の際に消してしまった文章を元に戻したい」
という事は、物書きならよくあることだと思います。それを気軽にできるのがバージョン管理の素晴らしさです。

しかし、この機能はMicrosoft WordやLibreOffice Writerに既にある機能です。それでも分散バージョン管理を使いたい理由としては、
「各個人で履歴管理ができる」
という利点です。
つまり、
「AさんとBさんが同時に執筆して別々に履歴管理をし、その結果をすり合わせる事が容易」
なのです。

どうでしょう？　「物書きは孤独でなければいけない」という概念がうち壊せるのではないかと思うと、筆者はワクワクしてきます。

電子書籍出版の自動化

筆者の本職はプロではないもののプログラマです。
そのため、手作業はあまり好きではないタイプの人間です。

Onomaでは将来的には電子書籍の出版も目標にしております。
そこで筆者は、
「推敲も完了したらあとはボタンを押せば電子書籍にできる」
というシステムを組んでおきたいなと思っています。

既にそういった試みとしてはSphinxというツールがあり、コレを利用すればできるのではないかと楽観視しております。

電子書籍を作るにあたっては以下のような手順になっております。

1. 原稿を書く
2. 原稿をHTMLファイルやEPUBファイルにする
3. 各種ストアに対応したファイル形式にする

この手順で地味に面倒なのが1から2への手順です。

Microsoft WordやLibreOffice WriterでもHTMLへの出力は可能ですが、個人的には、
「出来上がったデータの中身が美しくない」
と思っております。細かいことは気にしなくても良いのかもしれませんが。

「なんでそんなにワープロソフトが嫌いなの？」

ここまで読んだ方でそう思った方がいらっしゃるかもしれません。
確かに筆者はあまり好きではありません。

なぜそんなに好きではないのかというと、以下の理由からです。

• たくさんのメニューで気が散ってしまう
• フォーマットを統一させるための設定が面倒
• データが扱いにくい

筆者の誤解や偏見が多分に混ざっておりますが、そういうことです。

読者の方の中で物書きをしている方なら
「お気に入りのテキストエディタがある」
という方も少なくないでしょう。私もその一人のつもりです。

テキストファイル（アスキーデータ）なら、人間の可読性とエディタの選択肢の多さが魅力的ですし、何よりも分散バージョン管理をする上で一番扱いやすいファイルだと筆者は思っております。

まとめ

とりあえずこんな構想を描いています。

文章で説明すると、

1. Aさんが原稿を途中まで書き上げ、サーバーにアップロードする（原稿A）
2. Bさんが原稿Aをサーバーからダウンロードし原稿を加筆する（原稿A-B）
3. その間Aさんも原稿を加筆する（原稿A-A）
4. AさんBさんの原稿をドッキングする（原稿A）
5. AさんBさんは原稿Aを推敲する
6. 推敲し終わったものをドッキングする
7. 遂行し終わったので出版データ化してインターネット（電子書籍販売サイトetc...）に公開

という具合です。いかがでしょう。

「このシステム、面白い」と思った物書きの皆様、よろしければぜひOnomaの活動に参加してみませんか？