Linux とオープンソース ツールを使用して軍事史の本を作成する

(主に) Linux と FOSS を使用してノンフィクションの歴史本を執筆

更新日:2025 年 3 月 14 日

私はもう 30 年以上本を書き続けています。 2011 年に出版を開始し、これまでに 21 冊の本を世に送り出しました。概して、小説は非常に簡単に書くことができます。自分の頭を使うだけです。カーネル クラッシュ分析、問題解決、倫理、キャリア支援に関する私の技術的な取り組みでさえ、書き留めるのは比較的簡単でした。しかし最近、私はこれまでで最も野心的なプロジェクトを完了しました。軍事史の本。

ノンフィクションって難しいですね。自分の経験や想像力を駆使して、それを実現することはできません。大量の参考文献を調べたり、他の本を読んだり、引用を使用したりする必要があります。さて、過去 3 か月間、私はこの非常に複雑な取り組みに没頭してきました。これで完了です。この本の重さは 90,000 ワードで、それぞれ約 35 の図と表、さらに約 700 の引用が含まれています。また、Matlab のようなオクターブで書かれた、特定の戦闘シナリオ用のシミュレーション コードも含まれています。そして、これらの作業はすべて Linux と Linux ツールを使用して行いました。まあ、仕事の90％。さらにお話ししましょう。 1,500 万語を熟知したベテラン著者の視点から見た Linux。

なぜ Linux とオープンソース ツールを使うのですか?

私はイデオロギー論者ではありません。私は現実主義者です。そして、私の現実的なアプローチは、可能であれば Windows の使用を永久にやめるか、少なくとも使用を可能な限り最小限に抑えることです。この計画は少し前に発表しましたが、ゲームとソフトウェアの両方の面で概して非常に順調に進んでいます。 Linux を使用してこの移行を実行しようとしています。実際、私は主に特定のバージョンの Kubuntu を実行している多数のマシンを持っています。

この方程式の中で最も弱い部分は常にコンピューター ゲームと事務作業です。 Steam は、素晴らしいプロトン層によってこの問題をほぼ解決しました。しかし、オフィスは大変です。私はすべての本を LibreOffice で書く傾向があり、何年もそうしてきました。ただし、最後のステップが最も難しいステップです。最終原稿を出版社に送る必要があるときは、必ず DOCX を求められます。例外はありません。

そのためには、Microsoft Office に頼らなければなりません。ネイティブの Office 2016 がインストールされており、さらに Windows 10 仮想マシンに Office 2010 がセットアップされており、オフラインに保たれています。したがって、それは常にオプションです。しかし、実際の執筆プロセスはどうなるのでしょうか?

先ほども述べたように、LibreOffice がその役割を果たします。しかし、このプログラムには多くの欠陥があります。私はそこにあるほぼすべてのバージョンをレビューしました。エクスペリエンスには一貫性がなく、品質と互換性がジェットコースターのように変化し、素晴らしい状態から平均的な状態に戻り、再び素晴らしい状態に戻りました。過去 10 年分の十数件のレビューへのリンクをわざわざ紹介するつもりはありません。興味があれば、私の Office セクションをチェックしてください。私が最後にテストしたリリース 24.2 は、実際には非常に安定しており、さらに改善されることを願っています。

それでも、LibreOffice がスタイルとナビゲーションをどのように処理するかについては、常に問題がありました。無駄なマウスクリックやアクションが多い。新しいことではありません。全体として、これらの「バグ」の存在が大きな問題になったことはありません。小説を書くことはほとんどフォーマットされていません。たくさんの単語を放り込むだけで完了です。ノンフィクションはさらに厄介です。

表、図、ソース コード、参考文献、脚注、略語、複数の目次、その他の要素の使用はすべて、スタイルの多用と依存、および原稿の上下への絶え間ないナビゲーションを意味します。次に、通常、研究の一環として数百冊とは言わないまでも数十冊の本を読み、2倍の数の文書を相互参照し、注釈を追加し、引用を追加し、さらにいくつかの本を読む必要があります。これらはすべて、フィクションではめったに見られない独特の課題をもたらします。しかし、これらはノンフィクション、特に歴史の基礎です。

さて、執筆の「挑戦」をさらに難しくするために、Linux と関連プログラムを使ってできる限りのことをやってみることにしました。しかし、私はまた、あちこちのコーヒーショップでカフェラテを飲みながら、携帯電話でたくさんの本を読みました (はい、私はおしゃれなオタクです)。そして、そこで見つけた発見をすべてデスクトップにコピー/共有する必要がありました。この部分の作業は純粋にフリー ソフトウェアではありませんが、フリー ソフトウェアの要素がいくつかあります。とにかく、すべてがどうなったかを話しましょう。

LibreOffice ライター

良いことから始めましょう。私の最後の本は重さ 134 MB、長さ 310 ページで、前述の多数の図、表、引用、その他の派手な要素が含まれています。ドキュメントを開いたり保存したりするには、約 3 秒かかります。概して、Writer はすべてを問題なく処理し、途切れや遅延などの問題は発生しません。長さと複雑さは問題になりません。

ナビゲーションタブは便利です。すべての画像と図 (個別) のリスト、すべての表、すべての脚注と文末脚注、さらにマークした略語など、驚くべきことがたくさん表示されます。これらを使用すると、目次をより簡単に生成できます。ある程度は。欠点については後ほど詳しく説明します。

サイドバーは強力ですが、いくつかの理由から使いにくいと感じました:

• ナビゲーションとスタイルを同時に表示することはできません。 Word では、ナビゲーションは左側に、スタイルは右側に配置されます。ここでは 1 つのペインなので、それらの間を行き来する必要があります。それは無駄であり、状況認識力を低下させます（ここでは軍事用語を使用しています）
• スタイル リストとナビゲーション マーカーは両方とも、ドキュメント内の現在の位置と選択内容に基づいてジャンプします。たとえば、テキストの一部に新しい独自のスタイルをマークしたい場合、これも無駄です。ライターはこれらをリストの最後に追加します。ただし、テキストのほとんどは、リストの一番上に表示される一般的な「本文」スタイルを使用しています。したがって、毎回、スクロールし、新しいスタイルを選択し、テキストの別のセクションを選択し、リストがジャンプし、これを繰り返す必要があります。さらに、スタイルはダブルクリックで適用されます。無駄です。
• 脚注を参考文献のリストにエクスポートする簡単な方法が見つかりませんでした。

スタイルとナビゲーターの両方を同時に表示することはできません。

スタイルをスクロールするのは難しい場合があります。

他にも問題がありました。独自のスタイルを使用している場合でも、目次に正しく表示するには表と図のキャプションが必要です。図のキャプションは常に完全に表示されるため、最初の文を目次として使用して、ドキュメントの後半でより詳細な説明を行うことはできません。そのため、要点を外した非常に短いキャプションを使用する必要がありました。この本に、より詳細なキャプションを付けて、「画像リファレンス」というセクション全体を追加する必要がありました。

画像の追加はちょっと面倒でした。毎回、画像はフローティング、中央揃えに設定されます。なぜ？ Nowrap の左揃えオプションを使用しないのはなぜですか?また、すべての画像をページ幅に合わせて再スケールし、比率が正しく維持されていることを確認する必要もありました。これには非常に時間がかかり、これらの設定を新しいスタイルに簡単にエクスポートすることはできませんでした。

貼り付け機能も少し使いにくいと思います。追加の書式設定が含まれるテキストをコピーするとします。単純に Ctrl + V を実行すると、すべてが貼り付けられます。 Ctrl + Shift + V を押すと、希望するペーストの種類を選択できる小さなウィンドウが表示されます。 Ctrl + Shift + Alt + V は、書式設定されていない貼り付けを実行します。さて、これら 2 つのショートカットを逆にしたいと思います。これにより、プロセスが難しくなり、遅くなるからです。

これらはすべて小さなことのように見えますが、これらを 1,000 件実行する必要がある場合、それらは積み重なることになります。特に引用や脚注を扱う場合、コピー＆ペーストのオプションは私にとっては困難でした。独自のインデックスを手動で作成する必要があり、貼り付けるたびに面倒でした。

オークラー

Plasma の PDF プログラムは Okular です。概して、これは優れたツールですが、歴史書に関する私の作業には非常に欠けていることがわかりました。まず、比較的遅かったです。 Firefox は、Okular がまったく同じファイルを表示するのにかかる時間の約 1/5 でドキュメントを読み込みます。検索機能を使用すると、Firefox は目的の文字列をより迅速に見つけることができ、一致するエントリの数も表示されます。 Okular の検索は遅く、見つかった結果の数 (1 件または 93 件) は表示されません。

この点に関しては、Microsoft Office の方がはるかに優れています。 Word ではすべてのエントリが表示されるだけでなく、検索を囲む 20 ～ 30 個の単語も表示されるため、探しているものをより簡単に選択できます。また、電話では、書籍に素敵な Readera アプリを使用していました。ここでも、検索により「周囲の」単語が表示されるため、より多くのコンテキストが得られ、必要な正確な検索エントリを見つけるのが簡単になります。これについては近々詳しく説明します。

Okular の番号付けと、ページ番号やセクションによるナビゲーションも、時々不格好になることがあります。必ずしも期待どおりに機能するとは限りませんでした。これは大変でした。私が約 200 冊の本を読み、その約 2 倍のレポートや単行本をすべて PDF 形式で読んだことを考えると、Okular に大きく依存していたことが生産性を少し損なっていました。

多数のファイルを同時に操作する必要がある場合は、別の難題に直面することになります。デフォルトでは、Okular はすべてのファイルを別のインスタンスで開きます。悪くはありませんが、それらを通過するのは難しい場合があります。 Plasma のタスク マネージャーで Okular (および Okular のみ) のグループを解除することで、これを解決しました。これについては後ほど詳しく説明しますが、これはプラズマだけができる美しくユニークなことです。

問題の 2 番目の部分は、Okular がタイトルに対して見つけられるすべてのメタデータを使用するため、閲覧しているドキュメントが何であるかを常に把握できるとは限らないことです。ファイル名を手動で変更する必要があります。そして、タブを使用することもできます。はい、Okular にはタブ付きインターフェイスがあります。しかし、それは奇妙です。 1 つは、いつでもどのような文書が開かれているかを把握できないことです。 2 つ目は、複数のインスタンスとタブを組み合わせて使用​​する場合、Okular は常に最新 (最後に選択した) インスタンスにタブを追加するため、タブがあちこちに散在することになります。プログラムの複数のインスタンスを同時に開くことを許可する場合は、実際にはタブを使用しないでください。そうですね。

GIMP、GwenView、オクターブ、ケイト ...

回転、遠近法の修正、DPI など、基本的な画像処理に関しては、GIMP がかなりうまく機能しました。 GwenView は、さまざまな画像ファイルもすべて問題なく処理できました。オクターブ、ああ。これを使用するたびに、Matlab のようなプログラムがデータ分析において「従来の」プログラミング言語よりもどれほど優れているかを思い出します。 20 年ほど前、医療業界で多くの画像処理や信号処理を行っていたときに、かつて猛威を振るった知識をブラッシュアップするのも楽しいです。オクターブは単純に楽しかったです。統計パッケージを (アーカイブから) インストールする必要がありましたが、それ以外は順調でした。

2Dグラフでも自由に回転できます。素晴らしいですね！

ケイトはそれなりに行儀良く振舞った。空のバッファは節約されましたが、検索と置換はより効率的になる可能性があります。検索文字列をファイルにもっと簡単に関連付けることができれば良いのですが、全体的に見て、これは小さな不満です。

プラズマデスクトップ

全体的に見て、不満はほとんどありません。しかし、いくつか問題がありました。開いている複数の LibreOffice ドキュメントに対して、アイコンのみのタスクバーにインジケーター (+ 記号) が表示されない場合と、この特定のプログラムにのみ表示される場合があります。また、最近、さまざまなプログラムに対して選択的なグループ化を使用する方法を紹介しました。これにより、真の時間の節約になります。

デスクトップは、デフォルトで起動時にセッションを復元するように構成されています。これはうまく機能しますが、すべてのプログラムに適用できるわけではありません。たとえば、再び LibreOffice です。ドキュメントを開いたままにしておくと、次回システムを再起動して起動するときに、LibreOffice がクラッシュしたことを通知し、ファイルを回復しようとします。憂慮すべきことだ。同様に、GIMP はセッションをまたがってドキュメントを保存しません。これは GTK のものでしょうか?よくわかりませんが、満足していません。

繰り返しになりますが、LibreOffice に関して言えば、異なるウィンドウ サイズと位置で異なるドキュメントを開く方法が見つかりませんでした。たとえば、1 つを左に配置し、デスクトップの幅の半分、2 つ目を右に配置し、その幅をデスクトップの 3 分の 2 に設定するなどです。おそらくこれは一般的な Plasma の制限ですが、それを回避する方法があれば良いですね。

私が (Kubuntu で) 使用したさまざまな Linux プログラムのうち、LibreOffice、Okular、GIMP はすべて一度クラッシュしました。 LibreOffice ドキュメントは問題なく復元できましたが、それでも怖かったです。 GIMPのデータが消えてしまいました。 Okular では、単にファイルを表示しているだけ (いわば読み取り専用) なので、大したことはありません。

オンラインのもの、無料のもの、電話とデスクトップの接続

さて、私がやらなければならなかった、あるいはむしろやることに決めたその他のことについて話しましょう。このセクションには、検索や、ところどころでの読み取りデバイスとしての携帯電話の使用など、独自の要素もいくつか含まれています。ここでは、Android、Android 用 Firefox (もちろん UBlock Origin を使用)、そして実際の書籍やドキュメントを読むための Readera について話します。次に、Android の標準の Notes アプリでメモを取り、後で KDE Con​​nect を使用して Linux デスクトップに同期します。オープンソースとそうでないものが混在しています。詳しく説明しましょう。

検索

全体として、長年にわたって、オンライン検索サービスの品質と精度は低下してきました。かなり。かつては、最も収益性が高いと思われるものの半厳選されたリストではなく、実際に欲しいものを検索すれば、それが手に入るようになりました。現在、引用符と site:修飾子を使用して検索クエリを入力すると、大量のランダムなゴミや YouTube 動画へのリンクなどが表示されることがよくあります。

全体として、私は Google と Bing の 2 つの検索エンジンを使用しました。 Google は全体的に平均的で、トップ結果と考えられるものから単純に間違ったことを引用する「AI」の概要が多かった。 Bing はテキストに関してはさらに悪かった。しかし、少なくとも私の見解では、Bing の画像検索は Google よりも優れています。しかし、2 人とも古い画像、60 年代から 70 年代のもの、さらにはパブリックドメインでさまざまな政府のサイトで入手可能なものを見つけるのに苦労しました。 Google はそれらを見つけるのに少し優れていましたが、画像マッチング (写真による検索) に関してははるかに悪かったです。

興味深いことに、Google は一般的な検索では悪かったものの、単に商業的価値のない難解なクエリではうまくいきました。そこでは、実際には、予期された不明瞭な参照や奇妙な PDF などが返されました。たとえば、「第二次世界大戦 B-17 爆撃機兵器 CEP パターン ヨーロッパ」などと入力すると、必要な情報が得られます。この点では、Bing の方が少し悪かったです。

翻訳

私は Firefox の組み込み翻訳を使用することにしました。これはクラウドを利用していないので、これは大きな利点です。全体として、翻訳は非常にうまくいきました。最も良い点は、同じページに留まり続け、URL が変更されず、ナビゲーションを続けると Firefox が (その時点から) 自動翻訳してくれることです。非常にきちんとしていて便利です。

本の読書、注釈、引用

Readeraは本当に素晴らしいアプリです。実際にメガバイト単位の価値がある数少ないモバイル製品の 1 つです。そのライブラリには約 200 冊の書籍が読み込まれており、それが私の目標、つまり生産性と簡単なデータ整理の達成に役立っているかどうかを実際に確認することができました。

まあ、タグで本のカタログを作成できたので、ある程度は役に立ちました。検索は素晴らしいです。その後、テキストの一部を時折ハイライト表示して、翻訳したり、読み上げたり、共有したり、文書に追加する引用として保存したりすることができます。唯一の問題は、すべての見積もりを 1 つの大きな集約ビューで表示するには、プログラムの有料版が必要であることです。それ以外の場合は、各ファイルを開いて内容を確認する必要がありますが、これは要点を外しています。

KDE Connect にアクセスすると機能する可能性がありますが、別のネットワーク上にいる場合は機能しません。これについては近々詳しく説明します。

優れた引用符保持機能。

代わりに、より正確なハイライターの代わりにページのスクリーンショットを撮ることもありましたが、Samsung A54 のアプリではあまり情報が得られません。アプリ名、日付と時刻、それだけです。時間が経つにつれて、スナップする前に Readera の編集モードに移行して、メモ用のスクリーンショットのコレクションを改善していきましたが、それでも、ドキュメントのタイトルが常にわかっているわけではなく、現在いるページが表示されているわけでもありません。非常に多くの場合、私は手動の索引を作成する必要がありました。たとえば、本 X、ページ Y、スクリーンショットを撮った理由、または特定の引用や参照が役立つ理由を記したメモです。これらが数百個あると、物事を追跡するのが非常に困難になります。しかし、それは管理可能です。何百ものものを追跡するのは簡単ではないと思います。

もっと合理的な方法があると確信しています。問題は、読書をしているとき、特に 1 日に 1 ～ 2 冊の本を読みたい場合は、本当に読みたいと思っていることです。立ち止まってメモをとらなければならないたびに、気が散ってしまいます。電話機では、タッチ インターフェイスの単純な性質により、これはさらに不格好になります。全体として、作業はうまくいきました。何をしているかを記録するためだけに他の 6 つのアプリを使用する必要はありませんでした。

電話とデスクトップの同期

KDE接続を入力します。これは本当にうまくいきました。 KDE Con​​nect は、ローカルのオフライン音楽 (MP3 など) を iPhone に同期する方法に関する記事で最近触れた、優れた多目的電話同期ツールです。連絡先、ファイル、クリップボードの共有、音量の調整、電話の鳴動、その他多くの機能を使用できます。私はクリップボードツールがとても気に入っています。電話では、メモの内容にマークを付けてコピーし、KDE ​​Con​​nect を介してクリップボードを共有します。その後、Plasma デスクトップで簡単にメモを取得できました。完了しました。

共有の欠点の 1 つは、URL を KDE Connect に送信すると、URL をブラウザーで自動的に開こうとすることです。したがって、たとえば 100 個のリンクを送信すると、少し負担になります。テキストを単純に共有するほうが賢明なオプションのように思えます。あるいは少なくとも警告を表示します。そうそう、ほとんどのことについて通知を許可する必要があります。

しかし、最後のステップ...

これは気に入らないでしょうが、ODT ファイルを Word で開き、DOCX に変換して、エージェントや出版社に送信できるようにすることになります。これはチェーン全体の中で最も弱い部分のままです。全体として、LibreOffice での作業はそれなりに楽しかったのですが、その odt->docx 変換を使用する危険を冒すことはできません。表や画像、派手なフォーマットのない普通のフィクションの場合は、これである程度問題ないかもしれません。ここ？うーん。

結論

何か言う前に言っておきますが、世の中に「執筆に特化した」アプリやプログラムがあることは承知しています。また、いくつかのことをもっと効率的に行うことができた可能性があることも承知しています。実際、電子メールによるコメントや提案をいただければ幸いです。覚えておいてほしいのは、私がソフトウェアに行き詰まったり、わずかな漸進的なメリットを得るために 6 個のツールを自分の武器庫に追加したりすることを意図的に避けたことです。私の目標は書くことであり、3か月でほぼ10万ワードを書きました。ノンフィクションの場合、これはたくさんあります。一般に、これはかなり速いペースです。つまり、すべてのことを考慮すると、私のワークフローはかなりまともだったということになります。

いくつか不格好な部分がありました。私の一般的な見解は、はい、無料のツールを使用して複雑な本を書くことができるということです。思い出させる必要はありませんが、LaTeX と LyX の存在は知っていますし、それらについてはたくさん書きました。 LaTeX から直接電子ブックを作成することもできることは知っています。 Word が重要な出版業界の人々とやり取りする必要があるため、シンプルなワード プロセッサを使用したいと考えていました。ここで私の FOSS の話が少し解明されることになりますが、回避する方法はないようです。

LibreOffice Writerはうまくいきました。大きな原稿はうまく処理できましたが、スタイルやナビゲーションの処理など、生産性の問題がたくさんありました。そこで何回もマウスをクリックするのを無駄にしました。オークラはちょっとまあまあでした。他のツールはまあまあ問題なく動作しました。大きな問題は、プログラム間のデータ共有、引用や引用のインデックス作成の難しさ、文書内および文書間の検索の制限にあるようです。誰かがこの記事にいくつかの有用なナゲットを見つけ、それを実装して無料のオープンソースの執筆ツールをさらに改善できるのであれば、それは素晴らしいことです。

さて、このノンフィクション作品に関する実際の最新情報を楽しみにしていてください。そうすれば、実際にその名前を明らかにし、いくつかの詳細を説明し、上の画像のように情報を空白にする必要がなくなります。繰り返しになりますが、エージェントと出版社は特定の点について非常にうるさいので、そこは注意してください。したがって、簡単な答えは、「はい、Linux と FOSS を使用すれば実行できます」です。約90％。気をつけてください、皆さん。

乾杯。