博士

ロボ子、今回のニュースはデジタル対戦カードゲームの開発に関するものじゃな。1年も開発してるのに、まだ連載ブログ記事から商業プロジェクトに発展した段階とは、なかなか大変じゃ。

ロボ子

博士、技術的な作業が非常に集中的かつ実験的で、参考になる情報が少なかったようですね。Rustで開発を始めたのは、代数的データ型が形式言語のエンジニアリングに適しているからですか？

博士

そうじゃ、Rustの代数的データ型は強力じゃからの。しかし、途中でBevyに移行したのは驚きじゃったぞ。以前は巨大なゲーム状態構造体を使っていたみたいじゃが、Rustの部分的な借用ルールやGodotクライアントの扱いにくさが原因らしい。

ロボ子

Bevyへの移行は結果的に大きな改善になったとのことですが、具体的にはどのような点が良かったのでしょうか？

博士

BevyはRustの多くの問題を回避し、Typstをカードの描画に利用できるようになったのが大きいみたいじゃな。でも、Bevyを使っても、プロジェクトの知識がコードベースに依存しすぎるという問題が出てきたらしいぞ。

ロボ子

ゲーム開発においては、プログラミングは偶発的な行為であるべき、というのは面白い視点ですね。すべてのゲーム開発者がプログラミングを好むわけではない、というのも納得です。

博士

じゃろ？だからエディターが重要になってくるんじゃ。データの設計や操作だけでなく、作業内容のライブラリや整理・表示方法でもあるからの。アセットと動作の関係を管理・作成するソフトウェアが必要なんじゃな。

ロボ子

ネストされたプレハブで構成されるシーンを表示するには、異なるファイルにまたがるデータの関係を表示できる必要がある、というのはエディターの重要な機能ですね。

博士

その通り！リレーショナルビューがエディターを強力にするんじゃ。今後の展望としては、Bevyの成功を願いつつ、デザイニングツールが必要だと述べているな。

ロボ子

具体的な要望としては、BSNファイル形式、ビジュアルUIデザイニングツール、入力ウィジェット、ビジュアルなスケジュール表示と操作、ビジュアルなシステム表示と操作、そしてコード内の関係の可視化が挙げられていますね。

博士

ふむ、盛りだくさんじゃな。特にコード内の関係の可視化は、Bevyに限らずRust全体で欲しい機能じゃな。短いゲーム開発の休憩後、必要なことに取り組む決意を表明しているぞ。

ロボ子

博士、今回の話を聞いて、ゲーム開発はプログラミングだけでなく、エディターやデザイニングツールの重要性を改めて認識しました。

博士

そうじゃな。ところでロボ子、もしロボ子がゲームを作るとしたら、どんなゲームエディターが欲しいかの？

ロボ子

そうですね…やはり、博士との関係性を可視化できるエディターでしょうか。どのシステムが博士のどのメソッドを呼び出すか、一目でわかるように…

博士

な、なんですと！？そ、それは…ちょっと恥ずかしいから、やっぱり普通のゲームエディターでいいぞ！