7. よくある質問（FAQ）

7.1. blunderDB の用途は何ですか？

blunderDB はポジションのパーソナライズされたデータベースを構築することを可能にします。その強みは、アプリオリ な分類を前提としないことです。これによりユーザーは、さまざまな条件（レース、構造、キューブ、スコア、バックチェッカー、ゾーン内のチェッカー、勝利/ギャモン/バックギャモンの可能性など）を自由に組み合わせて柔軟にポジションを照会できます。

blunderDB のもう一つの便利な使い方は、参照ポジションのカタログを作成することです。ポジションにタグを付ける機能により、ユーザーは単一のファイルを使用してすべての参照ポジションを構造化された方法でまとめることができます。blunderDB がプレイヤー間でのポジション共有を促進することを願っています。

7.2. blunderDB 作成の動機は何ですか？

以前は、興味深いポジションやブランダーを異なるフォルダーに保存していました。しかし、テーマカテゴリの選択で最初から想定していなかった条件でポジションを検索するのが難しくなりました。例えば、ポジションをゲームタイプ（レース、ホールディングゲーム、ブリッツ、バックゲームなど）で分類している場合、特定のスコアやキューブレベルのすべてのポジションをどのように取得すればよいでしょうか？また、古いポジションは忘れられがちでした。すべてのポジションを集約し、テーマカテゴリをアプリオリに前提とせず、データベースに問い合わせができるツールが欲しかったのです。この柔軟なアプローチにより、ポジションの整理を崩すことなく新しいフィルターを追加できます。このタイプのソフトウェアはチェスでは ChessBase のように非常に一般的です。

7.3. 現在のデータベースを保存するにはどうすればよいですか？

データベースはリクエスト実行直後に更新されます。明示的な保存操作は不要です。

7.4. ポジションのカテゴリごとに異なるデータベースを作成する必要がありますか？

明確な理由がない限り、ポジションを別々のデータベースに分割しないことが重要です。将来の検索でそれらを関連付けることができなくなるリスクがあります。blunderDB の哲学は、ポジションカテゴリをアプリオリに前提とせず、ユーザーが柔軟に照会できるようにすることです。ポジションが特定の条件下や特定の理由で遭遇した場合は、別々のデータベースに保存することが賢明かもしれません。例えば、以下のような別々のポジションデータベースを作成できます：

参照ポジション、
リアルトーナメントでのブランダー、
オンラインプレイでのブランダー。

7.5. 複数のデータベースを統合するにはどうすればよいですか？

複数の blunderDB データベースを統合したい場合は、"Import Database" 機能を使用してください：

メインデータベース（インポートされたポジションを受け取るもの）を開く
ツールバーの "Import Database" ボタンをクリックする
インポートするデータベースを選択する
blunderDB が自動的にポジションを統合する

統合時、blunderDB は重複を避け、解析とコメントをインテリジェントに統合します。同一のポジションは重複しませんが、それらの解析とコメントは結合されます。

注釈

別のデータベースをインポートする前に、メインデータベースのバックアップコピーを作成することをお勧めします。

7.6. どのマッチファイル形式がサポートされていますか？

blunderDB は以下のマッチ形式をサポートしています：

eXtreme Gammon (XG)：.xg ファイル。完全な手の解析、キューブ決定、プレイした手、マルチエンジンサポートを含みます。解析付きの個別ポジションのインポートには .xgp ファイル。
GNUbg：解析付きの .sgf ファイル（Smart Game Format）。
Jellyfish：.mat および .txt ファイル。
BGBlitz：.bgf ファイルおよびテキストポジション。

インポートは、単一ファイル、複数選択、再帰的なフォルダー、クリップボードからの貼り付け、またはドラッグアンドドロップで行えます。

blunderDB は自動的に重複を検出し、データベースにすでに存在するマッチのインポートを防ぎます。

7.7. コレクションとは何ですか？

コレクションはポジションのカスタムグループです。動的なフィルター検索とは異なり、コレクションはユーザーが手動で選択した固定のポジションセットです。コレクションは、例えば特定のテーマの参照ポジションをまとめるために使用できます。

7.8. EPC とは何ですか？

EPC（Effective Pip Count）は、ベアオフポジションを評価するための単純なピップカウントよりも正確な測定値です。blunderDB の EPC 計算機は GNUbg の 6 ポイントベアオフデータベースを使用し、EPC、平均ロール数、標準偏差、ピップカウント、ウェイステージをリアルタイムで計算します。

純粋なベアオフのポジションでは、パネルには手番のプレイヤーの勝率も表示され、そのポジションが two-sided データベース（内蔵データベースは各プレイヤー6チェッカーまで、ダウンロード可能なデータベースは11チェッカーまで）でカバーされている場合は、正確なマネーゲームのキューブ判定も表示されます。この範囲外では、勝率は誤差の範囲付きで推定され、判定は意図的に表示されません。各仮定の詳細は、マニュアルの「ベアオフパネルの方法論と仮定」の節を参照してください。

7.9. blunderDB にはコマンドラインインターフェースがありますか？

はい、blunderDB にはコマンドラインインターフェース（CLI）があり、グラフィカルインターフェースなしでデータベースの作成、マッチのインポート、エクスポート、ポジションの検索、統計の表示などの操作を実行できます。詳細については CLI ドキュメントを参照してください。

7.10. blunderDB を変更、コピー、共有できますか？

はい、もちろんです（むしろ推奨されています）。blunderDB は MIT ライセンスの下にあります。

7.11. blunderDB はどのデータ形式を使用していますか？

データベースは単純な SQLite ファイルです。blunderDB がない場合でも、任意の SQLite ファイルエディターで開くことができます。

7.12. blunderDB の設計原則は何でしたか？

私はとっつきやすいインターフェースを望んでいましたが、それ以上に、ポジションや検索を次々とこなす高度で継続的な利用を想定して設計しました。スペース キーを押すと開くコマンドラインとキーボードショートカットは、その利用を支えるものであり、必須ではありません。

また、私は blunderDB を軽量で自己完結型、インストール不要で、さまざまなプラットフォームで利用できるものにしたいと考えていました。そのため、Go 言語と Svelte ライブラリを選びました。データベースのシリアライズについては、ファイル形式がマルチプラットフォームであり、データベースを格納するのに適している必要がありました。SQLite のファイル形式はまさに最適だと思われました。

また、データベースは単一のファイルのままであってほしいと考えていました。コピーしたり、バックアップしたり、別のプレイヤーに送ったりできるようにです。

最後に、blunderDB はデスクトップアプリケーションにとどまりません。同じバイナリがコマンドラインインターフェースと、任意のサーバーモードを提供し、サーバーモードはマルチユーザー環境では PostgreSQL を利用できます。とはいえ、通常の使い方はデスクトップアプリケーションのままです。コマンドラインインターフェース（CLI）およびヘッドレスモード（サーバー）を参照してください。

7.13. blunderDB のソフトウェアアーキテクチャは何ですか？

バックエンドは Go でコーディングされています。ポジションを保存する SQLite データベースのすべての操作を担当します。
フロントエンドは Svelte でコーディングされています。グラフィカルインターフェースとバックギャモンボードのレンダリングを担当します。
アプリケーションは Wails でパッケージ化されており、Windows、Linux、macOS 向けのネイティブなデスクトップアプリケーションを生成できます。
データベースは SQLite で管理されています。
任意のサーバーモードでは、マルチユーザー環境向けに SQLite の代わりに PostgreSQL を利用できます。

詳細については、blunderDB GitHub リポジトリを参照してください。

7.14. blunderDB はどのプラットフォームで動作しますか？

blunderDB は Windows、Linux、Mac で動作します。

7.15. blunderDB のアイコンはどこから来ていますか？

blunderDB のアイコンは SMirC シリーズの "goggling" 絵文字です。