ゲーム開発：4年と2人の新しい人

「仕事は経験から支払われ、課税されません」ハンク・ヒル



こんにちは、Habr！ この記事では、「ゲームを作ろう！」という単純な欲求に動機付けられたモバイルゲーム「Robot Alan」の作成についてお話ししたいと思います。その結果、3年以上の手直し、投げ、やり直しが行われました。 私たちは、この小さなおもちゃの影響を受けて、私たちの全体の姿と、私の友人と私がどのように発展し、変化したかを見せようとします。 ご注意 過去からの多くの怖い写真、 多くのトラフィック ！





私たちについて簡単に説明すると、私の名前はアレクサンダー、私の友人は1月です。 当時（2011年）、私は主にJavaの官僚機構の自動化とSolarisシステムのシステム管理に従事していたため、将来のゲームでは開発を担当しました。 Ianは技術教育を受けた、より創造的な人であり、アーティストの道を歩むことを敢えてしました（これはすべての顕現でグラフィックを扱う人の集合概念と考えます）。 ゲーム開発の経験がなかったため、自分の分野で「プロフェッショナル」な経験がなかったか、ほとんど経験していません（空腹の学生時代には、ウェブサイトの開発に少し関与していましたが、取引された？！）。 それにもかかわらず、私は、部外者を巻き込むことなく、完全に自分でゲームを作りたかったのです。



その結果、それが起こりました。



ゲームを作成したいという願望は、ゲームメカニクスという特定のアイデアが生まれるずっと前からありました。 同じアイデアが思い浮かぶまで、3〜4つのアイデアを試しました。 このゲームは、コンピューターサイエンスレッスンの「ロボティア」環境で働いていた8〜9年生の学生時代に触発されました（これは、子供を教えるためのソフトウェアのセットです）。 この環境には何人かのアーティストが参加しましたが、そのうちの1人は比類のない「クカラチャ」でした。 「空カラチャ」は、2次元のフィールドにあるゴキブリで、「進む、戻る、左、右、繰り返す、IF」という簡単なコマンドを実行できます。 実際、そのようなコマンドの助けを借りて、ゴキブリに特定の言葉を作らせる必要がありました。 チューリングマシンのテーマの一種のバリエーション。











懐かしさの影響を受けて、私はモバイルおもちゃの形で似たようなことをしたかった。



アイデアの感情的な印象の下で、ゲームのプロトタイプは半日で実現しました。 私はlibGDXフレームワークを使用してJavaで書きました（言語の選択については自分自身で議論しています-Minecraftは書かれていて、何も書かれていません...



こんな感じでした











ゲームの本質はシンプルです。 プレイヤーはレベル内の星を収集する必要があります。 レベルはマルチカラーのブロックで構成されています。 文字を制御するには、次の形式のコマンドを作成する必要があります。



IF <上、下、左、右> <赤、緑>その後、移動<左、右、下、上>



ゲームプレイがテストされ、非常に気に入った後（まあ、それが気に入らなかったら、私の血の中に非常に多くのエンドルフィンがあり、三目並べのために祈っていたはずです）、キャラクターとその周辺を考えなければなりませんでした。 好奇心はちょうど火星に着陸しようとしていた、と私たちは決めた-まあ、それは素晴らしいトピックです：火星ローバー！ そして、ゲームを重要なイベントにリリースするだけです！ （これは、期限の最初のエラーでした-3年前後）。



キャラクター「ムーンローバー」の作成の一環として、後に「真空掃除機」と呼ばれるプロトタイプが描かれました。現代の「スマート」掃除機のように見えただけでなく、将来のアニメーションのデモとして、イアンは「真空掃除機」が乗ったビデオを準備しました物理のすべての法則（トラックと表面の移動方向に注意を払ってください）。 比較のために、最初と最後のバージョン：















もちろん、今ではすべてが非常に面白いように見えますが、その後、ほんの数個の粗さを除去する必要があるように見えました。



一方、ゲームの開発は継続され、当時はAndroidスマートフォンがターゲットプラットフォームでしたが、ちなみに私たちはそれらの所有者ではありませんでした。 しかし、libGDXが通常のデスクトップアプリケーションを開発し、Android向けにビルドするだけの能力は非常に刺激的であり、必要なときにデバイスを見つけることができると考えました。 私たちの知覚の素朴さは、友人をスマートフォンで見せるためにおもちゃを組み立てようとしたときに初めて明らかになりました。 デスクトップの2.5k fpsの代わりに、当時の最新のスマートフォンの1つで17 fpsを見ました。 もちろん、これはゲーム開発者の理解しやすい経験の欠如と関連していました。 ゲームには最適化できる場所がたくさんありました（少なくともゲーム全体を描画するのではなく、ビューポートに入るもののみ）。 最適化作業が始まり、同じスマートフォンで60 fpsを達成することができましたが、デバイスなしでゲームをさらに開発するのは非常に愚かであることが明らかになりました。



それが判明したように、宇宙は彼らの欲求を通知するのに十分なだけです。 大Year日、ある会社の代表者から連絡があり、その年に研究開発を行い、すべての参加者に追加の「ありがとう」としてお土産を贈りました。 私はホテルに彼らの代表に行きました。彼らはサンクトペテルブルクに到着しましたが、驚いたことに、サムスンGT-P1000タブレットはお土産になりました。 そして今、お正月と1月の休日に、まったく新しいAndroidデバイスを手に入れました。



おもちゃを置くとすぐに、そのような画面（7インチ=程度）でおもちゃがもっと涼しく見えることに気付きました！ 私の心をとらえたこの考えは、ゲームのほぼ完全な変更（競技場の拡大、ゲームのデザインとメカニズム）につながりました。 ゲームがどれほどクールになるかを鮮明に説明したか、現在の意味がすべての意味で他の人に見せたいものではないことを彼が理解していたため、ゲームを熱心に書き直すという絶え間ない提案を知覚したことに注意してください。



その結果、未知の理由によるその変更は、さまざまな追加機能で大きくなりました。 機能（O_oレーザーなど）および次のように見えます。











その時以来、ゲームはすでに注文にうんざりしており、それに対処する動機はほとんどありませんでした。 少なくとも月に2、3日は掘り下げてみるといいでしょう。 そのときの主な動機は、1月から更新されたアートでした。











彼らは変化、新鮮な空気の呼吸が必要でした。 この変更は、私の最初のiPadの購入でした（2）。 このデバイスは、Samsungよりもはるかに生産性が高く、もちろん、ゲームを実行したかったのです。 当初からlibGDXの作成者は、iOSでJavaゲームをコンパイルできるようにすることを将来約束していました（Mono経由で転送中）が、まだそうではありませんでした（私が知っている限りではすでに可能です）。 可能性はありませんが、私は本当にやりたいです-私はObjective-Cに目を向け始めました。 私はcocos2dに関連付けられた3日間彼を見て、小さな最も基本的なプロトタイプを作成し、それが私に少しの喜びをもたらさないことに気付きました。 私はその言語が好きではなく、それを学ぶ意欲はありませんでした。 趣味を除いて、より具体的にはこの特定のゲームを除いて、私はもうそれを必要としないことを理解したからです。



それから、CocoonJSを見つけました。 これは、Canvasで開発されたHTML / JSゲームをiOSアプリケーションでネイティブに「近い」パフォーマンスでパックできる商用製品です。 アナログPhoneGapの一種ですが、グラフィック用です。 「Ejecta」と呼ばれるこのようなツールのオープンソースバージョンがありますが、CocoonJSは商用製品であるため、特に何らかの形でベータ版で無料だったため、品質がおそらく向上することを決定しました。みんな急ぐこともありません）。



このイベントから、JavaScriptでゲームを書き換える日々が始まりました。 私はJavaScriptに精通していましたが、「あなた」には精通していませんでした。おそらくjQueryシリーズのすべてが必要なのです。 私は3日間でJavaバージョンのほぼ完全な類似物を書きました（判明したように、材料、画像、スプライトを持ち、実装する必要があるものを知っていて、物事は非常に速く動いていました）。 開発プロセス中に、私はJavaScript言語にますます興味を持ちました。 CとJavaの世界の後、これらのすべての機能は、この特別な動作、プロトタイプ、クロージャー、（NaN！== NaN）== true-最初は一種のパズルとして認識され、それを学ぶプロセスを非常に興味深いものにしました。 ゲームのフレームワークとして、CAAT JSを選択しました。 今、私が知る限り、これは最も有名で人気のあるフレームワークからはほど遠いですが、CocoonJSの人たちはそれを推進していました（私が理解しているように、彼らは何らかの形でその開発に関連しています）。 このフレームワークは非常にシンプルで、必要なすべての問題を解決しました（ゲームの利点は超自然的ではありません）。



JavaScriptでゲームを書き直した後、2、3日後にES5で1つの「トランスパイラー」ES6に遭遇し（グーグルトレーサーではどちらかと思われますが）、ジェネレーターで作業し、ゲーム内のすべての非同期の瞬間を書き直したいことに気付きました（そして、それらはすべてそこにあります）。 幸いなことに、その時点で私は多くの仕事をしていて、次の変更のための十分な空き時間がなかったので、このアイデアでどうにか冷たくなり、すぐにゲームをリリースすることを確信しました。



しかし、運命はそうではないと決めました。 今回、打撃はイアンから来ました。 漫画「Wall I」を改訂したヤンは、テクノロジーと自然のコントラストが本当に好きでした。











議論した後、このコントラストをゲームに追加する必要があると固く決心し、さまざまな緑色のメニュー項目が表示されました：











緑を追加することに加えて、Ianは3Dモデリングに挑戦することにしました。 それで、後で「椅子」と呼ばれるキャラクターのプロトタイプを入手しました。











ここでの主なポイントは、Ianが3Dに従事し始めたことであり、その後、彼は非常に多くを獲得し、キャラクターの多くの新しいオプションにつながりました。











ゲームの純粋にグラフィックなコンポーネントを変更することに加えて、これは私たちの思考の方向も変えました。 以前に可能な限りゲームを多様化し、新しいエンティティ（レーザー、ポータル、および大量のゴミ）を追加しようとした場合、ミニマリズムに完全に圧倒されます。 少なくとも少し手に負えないと思われるほとんどすべての要素を切り取ったため、ゲームの多様性は減りましたが、はるかに「全体的」になりました。 ミニマリズムの遠地点は、ゲーム内のテキストの拒否でした。 見つけることができる唯一のテキストは、私たちの名前と古い学校のフレーズ「GAME OVER」です。 このような熱心なミニマリズムにより、ゲームにまだ慣れていない人にとってはゲームが著しく理解しにくくなることに注意する価値がありますが、このように私たちは内部の満足感を感じました...



私たちがゲームを見せた友人や知人は、それに対して異なる態度を示しました。 一般的に、誰もがそれを気に入っていましたが、ほとんどの技術者、特に技術者以外の人にとっては、非常にわかりにくいものでした。 もちろん、これはある程度の落胆をもたらしましたが、それを好む人々は状況を変えました。 その結果、最初のいくつかのトレーニングレベルを追加しました。 ゲームの最終バージョンはまだ想像力のどこかにある理想ではありませんが、他の人に見せることは恥ずべきことではありません。



ゲームの最終バージョンは次のようになります。











まとめ



結果として言えること。 新しい技術、新しい色、新しいアイデアなど、さまざまな理由でゲームを頻繁に作り直しました。 これらの変更がなければ、ゲームは生まれる前に単純に埋められていたでしょう。 私たちに関して言えば、ヤンの最初の作品と最後の作品の対比で、ヤンの進歩は特に見えます。 それ以来、Janは3Dアニメーションに真剣に取り組んでおり、現在はサンクトペテルブルクのスタジオでアニメーターとして働いています。 私はバックエンドからフロントエンドに移行し、主要な開発者として働いていましたが、現在は主にJavaScriptでプログラミングしています。



ゲームは私たちに楽しい思い出と個人的な発展のための新しい方向性の知識ほど多くの経験をもたらしませんでした。



もちろん、ゲームには傑作はなく、主な価値は明らかに私たちの間だけにありますが、それは素晴らしかったし、意図した目的のためにそれを好きな人がいれば非常にいいです。



ご清聴ありがとうございました！