天空のエリュシオン、プログラミング回顧録

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

チャリ移動終了。良い運動になった。

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

この超長文ブログにも書いてありますが、１月半くらいグリーで出た天空のエリュシオンってゲームを戦時体制で作ってました。体の戦時体制モードをそろそろ普通にチャリに乗ったりして解除する体制に入ろう。http://bit.ly/9dUoFZ

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

しかし「クリエイティブ量一定の法則」とでも言うべきか、ガチで戦時体制的にコーディングなどしているとブログもTwitterもPodcastもまったく出来なくなりますな。自分のクリエイティブ出力限界に達するというか。Twitterも書く気が無くなったのには驚いた。

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

電脳空間カウボーイズはそろそろ更新します

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

しかし天空のエリュシオンをやってみて結構面白いのに驚いた。だいたいゲームのプログラミングというのは最前線部隊で戦う兵士みたいなもんで自分の目の前の戦闘で手一杯で戦争の全体局面はわからない。リリースされて初めてやったが、ちゃんと面白い！皆水準以上の仕事をしてると思う。お疲れ様！！

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

天空のエリュシオンではシステムプログラミング的なことをしたのだけど、この部分は開発部隊運用の要で最初にここの設計を誤ると部隊運用がままならない。デザイナー、プログラマ、スクリプターを一つの部隊と考えると皆が100%働けるを設計しなければならない。

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

デザイナー、スクリプターは設計されたシステムに合わせなければならないからだ。MVC分離を徹底したシステム設計を目指した。デザイン要素の変更をプログラマも手伝わないと出来ないようなことによくなりがちなんだけどプログラマはロジック作成に集中。デザイン要素はデザイナーだけでできるように

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

プログラマのデザイン部分への介入量を減らさないと開発部隊全体の稼働率を高く出来ない。そのデザイン部分はデザイナー単独で変更できるようにする狙いは、うまく実現できるシステムになった。ゲームスクリプト的な部分はゲーム部分を担当した天羽君の設計による。

ウチダマサトシ 𝕏 UCHIDA Masatoshi @S_Ishimaru

天空のエリュシオンに関しては、一番大きいテーマはとにかく開発部隊全体の稼働率をアップさせるための、担当範囲がはっきりしたシステム設計ってところですかね。それを実現するための細かい内部の話もあるんだけど、そのへんは枝葉の話ですかね。僕の方のリリースまでのまとめはこんなもんで。