GameDevとシャンデリア

燭台はろうそく足であり、不誠実にプレーしているプレーヤーの顔の形を調整するために使用されます。



たぶん、多くの人がカードゲーム「Maryazh」を覚えており、それは十数年前にプレイヤーをCRTモニターに引き付けました。







この記事では、彼らがこのゲームにセカンドライフを与えようとした方法と、その結果について説明します。

最初の電話

ゲームを書くために、ベラルーシの開発者が最初に雇われました。彼は私が完成したデザインを提供するという事実を考慮して、2ヶ月以内にアプリケーションをリリースすることを約束しました。 同時に、可能な限り、同僚が彼を助けるべきです。 仕事は2000ドル+売上高の％で評価されました。 1000ドルの前払い金を受け取った後、仕事は沸騰し始めました。 2011年10月でした。

偵察

最初は、何も移植することについては考えられていませんでした。 Androidプラットフォームの設定を書きたいという要望がありました。他の誰よりもクールです。 専門文学の研究以外に独創的なものは何もなかったので、インターネットで入手可能なすべてのものを読み始めました。 すべての本の中で、ドミトリー・レスノイによる「ロシアの嗜好」が際立っており、学者レオニード・ミハイロヴィチ・リトビンによって書かれたゲームの数学的な根拠を正当化する章がありました。 残念ながら（幸運にも）、本を購入するのは非現実的であり、すべてのオンラインバージョンで本の必要な部分が欠落していました。 勇気を得て、著者に手紙を書いたところ、驚いたことに、本の欠けている部分だけでなく、...ゲームのWindowsバージョンのソースコードもほとんど即座に受け取りました！

戦闘情報と軍事法廷

ソースコードがあるように思えますが、作業は迅速に進むはずです。 しかし、いや、深い小康状態がありました。 たまにしか、冬の雲の切れ間からの太陽の光線のように、コミットがビルドを構築することさえできなかったSVに進出しました。 1月に近づくと彼らは止まり、燭台に手を伸ばしました。 多くの議論の後、開発者は500ドルを返し、私たちは世界を解散しました。 同じ期間に275ドルが支払われたデザインの最初のバージョンが作成され、品質が適切であったことに注意してください。

契約軍への移行

2012年1月。2.5か月と775ドルを費やしたが、何も行われていない。 幸運なことに、プロファイルをDelphi開発者からAndroidに変更することを決めた友人が私の協力の申し出を受け入れ、作業が沸騰し始めました。 将来、開発者とのすべての計算はOdeskのみを通過しました。

ブリッジヘッドキャプチャ

ゲームの移植中に発生した技術的な問題に興味がない場合は、「攻撃的」セクションに直接進んでください。 今、私たちは優しさの平均的な涙を払いのけ、私たちが直面しなければならなかったことについて話します。



以前に書かれたように、ソースの可用性は迅速な勝利を意味しませんでした。 コードは非常に紛らわしく、UIはロジックと混同されていました。 多くの（グローバルを含む）変数とクラスフィールドは2文字または3文字で構成され、クラスとメソッドの名前には未知の略語が含まれていました。 カードのスーツとランク、ベットレベルはマジックビット操作の結果として得られました。 明確な名前で関数をラップするのを妨げたのは謎です。 特定の操作の目的を推測しようとして、私は実験的に理解する必要がありました。





（このコードを思い出してください。以下に最新バージョンを示します）



Javaで最初の実用プロトタイプを作成するには、4か月の骨の折れる作業が必要でした。 最初に、ゲームのさまざまなサブシステムの相互接続をより正確に反映したクラス構造が作成されました。 開発の各段階で、既製のプロトタイプを作成しました。これには、Maryazhのソースの機能が徐々に追加されていました。 また、コード内のすべてがどのように構成されているかを理解し、テスト用の標準的なゲームのジェネレーターを作成するために、それらを念頭に置く必要がありました。



最初のプロトタイプには重大な欠点がありました。スマートフォンでの動作が非常に遅かったため、単に再生することは不可能でした。 将来を見据えて、プレイヤーのレベルに応じて最適な動きを計算する際の反復回数は25,000から数百万までさまざまであり、課題の多くは再帰的です。

「Rewrite to C！」-友人の何人かが私に助言し、Javaは遅いがすべてがCに飛ぶと説明した。 手は再び燭台に届きましたが、この場合はもう数か月の有給の仕事を捨てなければならないので、今回はすでに自分を埋め込むことを望みました。 このオプションはまったく楽しいものではなく、武器からは滑らかな穴のリファクタリングと小口径の最適化しかありませんでした。 適用しました。

ターンで修正されます

明らかに、ウィットの遅いAIを使用したゲームはユーザーにとって面白くないため、最初にアルゴリズムを高速化して遅延を合理的な制限まで減らすことが決定されました。 HTC Desireを最小デバイスとして、Samsung Galaxy S2を「平均」として採用しました。 また、アルゴリズムのポートが正しく行われ、最適化によって破損しないことを確認したかったのです。 この目標を達成するために、Maryazhaの元の情報源は「完成」していました。 このプログラムは、すべてのレベルのプレイヤーがさまざまな慣習で調整を行い、結果をXMLファイルに書き込むように教えられました。 これを行うには、Delphiのロジックからインターフェイスを分離するために、長く骨の折れる作業を実行する必要がありました。 Javaコードから同じXMLを取得し、結果を比較しました。 したがって、約100万のゲームを受け取り、そのうちの70千が参照として選択されました。 各最適化ステップの後、それらを再度実行しました。



計算速度を最適化するために何が行われましたか？

• EnumSet、EnumMapの使用を拒否しました。 これらはJavaの最速のコレクションのように思えますが、追加のチェックや追加メソッドの呼び出しのコストが高すぎます。
• カスタムCardSetコンテナが作成され、カードは4つのショートの配列に（すぐにスーツで）格納され、ビット演算が使用されました。
• スーツ（および、それに応じてカードのセット全体）とジュニアカードおよびシニアカードの長さを計算するために、事前に計算された配列が使用されました。
• イテレータは、主要な速度を達成するものの1つであることが判明しました。 4つのスーツの配列からカードの配列への一定の変換でさえ、この配列を通過することは、最も単純なイテレーターを呼び出すよりも高速でした。
• 最も重要な場所では、一般にクラス（配列とEnum-sを含む）の使用を放棄し、すべてをプリミティブ型とビット演算に変換する必要がありました。 場合によっては、データを長く格納し、ビット演算を使用して個々のバイトを絶えず抽出する方が、配列に個別に格納するよりも高速であることが判明しました。 Android仮想マシンでは、このような小さなメモリ割り当てでさえ、頻繁に呼び出されるとパフォーマンスに大きな打撃を与えます。 この違いは、Oracle JVMでも確認できます。

その結果、速度の最適化を10倍達成できました（Core i7で1つのゲームが数秒カウントされたという事実から、最も難しいレベルで1秒あたり平均5つのゲームが計算されるという事実まで）。 また、Cのアルゴリズムの一部でさえも書き換えを避け、デバッグとテストを大幅に簡素化しました。 現在、当社の製品はHTC Desireでも十分に高速に動作し、動作している場合は計算の進行状況を示しています。 マリアージュではそうではありませんでしたが、コンピューターがまだ十分に弱かったとき、彼らは移動を数分待たなければなりませんでした。



以下は、記事の冒頭で与えられたコードの結果です。







そして、彼のライブの様子は次のとおりです。

私たちは攻撃に行きます

2番目のプロトタイプのリリースの時点で、プリファレンス実装はすでに市場に存在していたため、汚れに直面せず、本当に良いことをしたかったのです。 まず、友人たちにいくつかのゲームをプレイするように頼み、ゲームを注意深く見ました。 その結果、インターフェースが大幅に変更され、新しいレベルの複雑さがゲームに追加されました。 当初、新しいレベルの複雑さは計画されていませんでしたが、私の友人が山で200を超える弾丸を完成させ、私に電話を投げた後、私は完全にシンプルなものが必要であることに気付きました。 現在の生徒はただひどく遊んでいるだけでなく、プレーヤーを助けています！ ユーザーをゲーム内にとどめるために、「旅行」モードを追加しました。このモードでは、20都市でプレイすることを提案しました。 私たちは成功したと信じています。 Googleアナリティクスによると、平均セッション時間は約10分であり、プレーヤーの70％以上がこのモードでプレイします。 Admobはギャンブルを宣伝していないため、プロモーションを行いませんでした。明らかに、同じお金を受け取ることなくダウンロードを購入する価値はありません。 LiveJournalでプロモーションを購入しようとしましたが、うまくいきませんでした。 それでも、Google Playでの公開といくつかのフォーラムでの発表の後、最初の1か月でウクライナの「トップ10」およびロシアの「トップ20」のカードゲームに参入し、堅実な市場を獲得しました。 3か月間、私たちのゲームは50,000人以上のユーザーによってダウンロードされました。 また、Wikiの設定に関する記事は競合製品の作成者によって作成されたため、リンクを追加できなかったことにも注意してください。

パルチザン運動

他の製品と同様に、このゲームには、フォーラムやGoogle Playのコメントで憎悪の光線を定期的に発する嫌悪感のグループがあります。 彼らはひとつの同じ考えで結ばれています。「私はN年間プレフをプレーし、私の庭でみんなを打ち負かしましたが、それから負けましたか？ 詐欺師！」ボットが一緒にプレイし、カードを変更することが判明しました。一般的に、私たちは特別に悪いカードを配ります... Googleのおかげで、コメントに応答することができました！ もちろん、評価はこれで修正することはできませんが、少なくとも道徳的には簡単になりました。

ローカルヘルプ

私たちの好みの実装に非常に満足しているプレイヤーの助けに嬉しく驚きました。 最初の1か月は、フィードバックに基づいてゲームを大幅に改善しました。 どの開発チームもプロプレイヤーではないため、ゲームのニュアンスをすべて考慮することは非常に困難でした。

負けた戦い

• 当初は、旧ソ連の国々の聴衆だけでなく、選好を一度も行ったことのない人々の少なくとも一部を獲得したかった。 これを行うには、カジノのスタイルでデザインを作成し、デフォルトでは、「Charlemagne」ではなく「Bicycle 808」というシャツを着ます。 失敗-西側はprefをプレイしたくありません。
• そこで人気があるため、セルビア語でローカライズを行いました。 ローカライズ後、聴衆は成長しませんでしたが、小さいままでした（1％）。
• アプリの無料版。 多くの場合、ユニットは、コメントなしで、または紛失した場合に金銭を要求するという告発なしに到着します。 競合他社を背景に、5つ星を付けることを余儀なくされ、ゲームを続行させず、ダイアログを閉じました（1か月半の成長は3.8から4.5まで0.7でした） ほぼ同じダウンロード数で、競合他社の評価が3倍になり、ネガティブなコメントでも5 *になることを観察するのは面白いです。 Googleはどこを見ていますか？ 質問、質問;
• ある時点で、プロのプレッシャーの下で、生徒を改善しました。 彼は助けをやめ、石がユニットの形で私たちに飛びました。 多くのプレイヤーは小学生をコインのソースとして使用しているため、このステップは好まれませんでした。 すぐに修正しました。

人事

軍事法廷の後、最初の6か月間、1人のプログラマーが夜間と週末だけでなく、プロジェクトにフルタイムで取り組みました。 デザイナーも雇われ、仕事の50％を終え、私たちを放棄し、フリーランスと提携して永続的に活動することを決めたという事実によって拒否を動機付けました。 次の6か月（2012年12月31日23-48にリリース）、同じプログラマーが夕方と週末に働き、3か月後、別の若いが非常に知的なパートナーが彼に加わり、最初にアニメーションを引き継いでから、あらゆる種類のタスク。



このデザインは、非常に才能のある少女によって開始されました。この少女は、困難な時代に経験豊富な戦闘機が助けに来て、すべてのキャラクターのアバターをレンダリングしました。 彼らのおかげで、私は時々人々が襲撃やダンジョンに陥り、コンピューターが機能していない状態で命令を受けることができることを知りました。



このゲームの計画はザムカディエからの親切な叔父によって考え出されました;彼はまた詩のロシア語版を書きました。



ゲームを本当に良いものにするために多くのことをした多くの友人や人々の好みに単純に無関心である人々の助けに注意することはできません。

世界買収計画

私たちは栄誉にとどまるつもりはありません-作業はすでにiOSバージョンとオンラインバージョンで進行中です。 私はリンクを残しません、シーカーはそれを見つけるでしょう:)