A「マップとかポケモンのデータとかを全部同時進行で改造する。これ最強じゃね？」

B「はぁ？そんな芸当がお前みたいな素人に出来る訳ねーだろ。最初はどれか1つの分野を集中的に改造するんよ。これが一番楽だし、改造が早く進む」

A「おいおい、こまめにテストプレイしないで改造する気かよ？一気に改造した後に、テストプレイで間違いを見つけた際の対処が面倒だろ」

B「バーカ。そんなヘマはしねーよ。予め改造ツールとバイナリの両方でROMを開いとくんだ。んで、ツールで改造してる時、バイナリ側は放置。改造したら、デバック用の環境作って、テストプレイ。そん時に間違いがあったら、バイナリで変更前に戻せばいいだけだし」

A「おま、デバック環境作ってる暇あったら普通に改造しろし。消すこと前提のデバック環境作るのに、わざわざ時間かけてどうするんだよｗ」

B「全部同時進行で改造の進行が滞るよりは幾分マシだと思うがな」

A「確かに時間かかるけど、パッチ公開する事前提なら、同時進行の方が断然いいだろ。予めゲームのシステムを構築しておいて、随時シナリオやマップを追加する方式の方が、パッチ公開も早めに出来るし。分野別の改造だと、それぞれをうまく統合させるのに余計な時間かかったら本末転倒。んで、一生バグに埋もれてゴクローサンｗｗｗ」

B「バグ取り馬鹿にしてんじゃねぇよ！全部同時進行は改造時期が異なる分、後からバグ取りが必要になる場合もあるだろうが！」

A「てめぇのやり方でも、分野別に改造した物を最後に全部統合しようとすると必然的に齟齬が生じるだろうが！」

B「んだと、やんのかてめぇ！」

A「あん？」

C「おまいら喧嘩はやめるんだ！画像だけ差し替え最強だろ！」

B「全体改造の苦労を知らない馬鹿が来ましたよ」

A「凄いドット絵描けても、凄いシナリオは書けないのにね」

C「ちょ！」

まとめ
A:全部同時進行。広く浅く改造するから、とにかく時間がかかる。でも、ゲームとしては普通に遊べる。バグは後から突然出てくる事が多く、バグのせいでストーリーが進まなくなると、プレイヤーはこの上なく萎える。最初はまともにストーリーを進める事が出来ないので、早い段階でのパッチ公開は避けるべき。

B:一点集中改造。まず、改造箇所を一点に絞り、その分野を改造。改造が出来たら、次の分野の改造を～。の繰り返し。ルーチンワークになりやすいので、改造スピードは速い(個人差有り)。
バグ取りは、画像差し替えやスクリプト組み立てなど、直しが簡単に利かない分野だと、ちょっと詰まる。
まともにプレイ出来るゲームにするまでの工程が長い。

C:ひたすら画像の差し替え。画像差し替えだけでも見栄えが変わり、別ゲー化する。
ついでにポケモンのステータスとかも買えれば、新しい戦略が生まれてくるし、シナリオを変えなくても十分楽しめる。何よりドット絵さえ描ければ、手っ取り早いのがいい。

結論:改造は計画的に。

物語はフィクションです。実際の人物,団体,スレとは一切関係ありません。

-----------------------------------------------------------------------
改造の効率について考えていたら、こんなのが思い浮かんだ。
というか、改造って結果しか評価されないし。
完成までの工程とか誰も評価しないもの。ぶっちゃけ、やり方なんてどうでもいい。

いまの　こういう　じょうたいの　ことを
「しゅらば」　という　のです。
・・・たぶん。

[0回]