1つのゲームの開発-新しいアプローチ、P2

だから、エキサイティングな趣味-ゲーム開発-カジュアルゲームの開発についての話を続ける時が来ました。
記事の前半で、 Androidでの最初のゲームについて話しました。これにより、モバイルアプリケーションの作成とプロモーションの段階でアプローチを再考するようになりました。 今日、私は最初の経験の後にようやく来たものを共有し、AndroidおよびiO向けの新しいクロスプラットフォームゲームの作成について話したいと思います。html5およびTizenバージョンも途中で作成されましたが、最初に最初に...

最初から小さなコメントをしたいと思います-ゲームが出てきたばかりで、最初の多かれ少なかれ重要なプロジェクトを分析した後、私がどれだけ正しい方向に動いたかを言うのは早すぎますが、ベータテスターの最初のレビューによると、一般的に現在の最終製品は、少なくとも恥ずかしくないかもしれません。 また、続くことはすべて純粋に私のビジョンであり、根本的に異なるものとは異なる場合があります。

開発プロセスのドライな説明ではなく、2つのゲーム（カエルの旅に関する古いゲームと新しいゲーム）の開発におけるアプローチの比較としてストーリーを構築することを好みました。実際、私がしたことはそれほど重要ではないので、記事があなた自身の結論を引き出すのにどれだけ役立つか独自のソリューションを作成し、素晴らしいアイデアを思いついて、それが一流のアプリケーションに変わることを願っています！

次に、開発から開発までのすべての段階について説明します。アイデアからリリースまで、「多くの文字」が段階ごとに分かれているので、始めましょう。

それがすべて始まった方法

最初のゲームのアイデアは、PCゲームだけでなく、以前に人気のあったフラッシュにも一部影響を受けました。一般的に、私はアイデアを探して別のゲームサイトに行き、自分を捕まえるものを探していることを隠しませんでした。 このペースで、検索はゲームをもたらし、モバイルエンターテイメントアプリケーションのプロトタイプとして機能しました。

このアプローチは「新しいものはすべて忘れられている」という意味で優れていますが（c）、残念ながら、小さいながらも非常に重要な詳細を考慮していません-マウスとキーボードを使用したPCの制御は、私たちが見ているものとはまったく異なります現在、タブレットや携帯電話では、デバイスとの対話が「指先」で行われます。 新しいゲームでは、最初にゲームプレイの最も単純なバージョンと仮想世界とのユーザーインタラクションを考える必要がありました。
これまでの経験、そして最も重要なこととして、他のクールな開発者の成功したプロジェクトに基づいて、最も便利で魅力的なゲームの「スケルトン」を強調することが決定されました。 モバイルカジュアルゲームの市場に関する小規模な分析と研究の過程で、「成功したモバイルカジュアルゲーム」のこれらの重要な側面のリストが登場しました。

設計

アプリケーションをどのように構築するかを考えるために、古いゲームを作成したとき、私はそれについても考えませんでした-新しい考えやアイデアが到着したので、それをここで言うことができます-私はこれを行うことを本当にお勧めしません。

ゲームはもともと紙の上に作成され、さまざまなシナリオ、さまざまな画面と要素のレイアウトが頭の中で実行され、デスクトップにさまざまなスケッチや図が貼り付けられて初めて、ゲームをどこで作成するかを選択しました。

プロトタイプを紙にスケッチする私のアプローチは、1か所にいる非常に小さな開発チームにのみ適していると考えられます。たとえば、私と一緒に仕事をしたデザイナーにどうやって出力したいのかを説明する方法に問題が発生しました。 ここではスキャナーのみが助けを借り、描かれた葉は郵便で飛び去りました。

一般に、振り返ってみると、プロトタイプ、スクリーン、アイデアはデジタルで起動する価値があったと言えますが、そのゲームの時代から新しいステップがとられ、既製のモックアップとプロトタイプを使用して開発する方がはるかに便利であると言えます。私の頭の中の理論よりも。

設計

最初のゲームは手で描かれ、その時点ではまだ完全に打ち負かされていませんでしたが、今日、私は一般的にプロにいくつかのものを与える方が安いという結論に達しました。 フリーランスには優秀な専門家が豊富です。カエルが好きになることを願っています！

どのように、どこで、何をしていますか？

実際、最初のゲームはAndroidの最初の開発経験の1つであり、いくつかのプラットフォームでできることや書く必要さえありませんでしたが、新しいゲームはもともと、少なくともiOS + Android向けに「真剣に」作られることに決めました。

アプリケーションを開発するためのさまざまなオプションを検討する過程で、ネイティブの2つの異なるアプリケーションから、すべての種類の異なるフレームワーク（Habréを含む説明と比較が豊富）に至るまで、コロナに選択肢がありました。

• 比較的低価格（現在は上昇しており、約350ドル）
• 良いドキュメント
• を使用、通信、支援するアクティブなコミュニティ、
• 比較的単純な例。

ここに短所がないわけではありません：

• サードパーティのライブラリは、エンタープライズバージョン（〜1000ye）でのみ追加できます。
• ソースコードを閉じる、すなわち 不足している機能を内部で完了することは、ポイント1からのみ可能です。
• たとえば、スクリプト言語で大規模なプロジェクトを実行するには、別のスキルが必要です。たとえば、OOPの欠如が私を大きく妨害しました。

チームで大規模なプロジェクトを開発するには、他の人のコードを理解する非常にクールなスキル、何が起こっているかをインテリジェントにコメントする能力、およびスクリプト言語の優れた開発プラクティスを知る必要があります。

個人的には、スクリプトの達人とはほど遠く、luaは私の母国語ではありません。その結果、プロジェクトに取り組んでいる間に、かなり標準的な問題が発生しました。

バージョン管理システム？

開発の直前に、疑問が生じました。何らかのバージョン管理システムが必要なのでしょうか、それとも開発するときに、週に数回、通常のバックアップなしで実行できますか？ 私にとって正しい答えは1つだけです。開発中は常にこの種のストレージを使用してください。
変更の履歴があると非常に便利な場合、いくつかのオプションを使用できます。

• 設計ソースは複数のファイルに散在しており、それらのいくつかは内容が似ています。画像の拡大/縮小コピーを切り取るためにどのファイルからどの特定のスプライトが切り取られたかを見つける必要があります-このため、修正を見つけて修正されたソースファイルを探すのに十分です.k。 ほとんどの場合、同時に変更されました。
  
• コミットにメモを追加できます。これにより、将来、変更の履歴を追跡し、別の目に見えないバグが侵入した瞬間を見つけることができます。
  
• 恐れることなく安全に実験を行うことができ、変更をすばやく簡単にロールバックできます。
  

レベル設計は別の問題です

ここには何もありませんし、レベルなしでは、カジュアルゲームはそのように存在することはできません。最初のゲームでは、初期レベルはxmlの手であり、作業は快適ではなかったと言えます。

このゲームは元々、レベルエディターを介して選択されました。 モバイルデバイス用に作成するアイデアがありました。そのため、外出先でも携帯電話やタブレットから作成できますが、より合理的なオプションは、ブラウザからほとんどすべてのデバイスで編集できる小さなjavascriptaで、結果はすぐにサーバーに保存されました。 その結果、このアプローチは次のようなメリットのみをもたらしました。

• どこからでもどのデバイスからでも入手可能
• 1か所に結果を保存-サーバー上
• 任意のコンピューターからソースへのアクセス
• ノートブックでの簡単なスクリプト編集

多くの時間と神経を節約した編集者が見つかりました。

難易度でレベルを並べ替える

ゲームの各レベルは作成後に完了しましたが、全体像を見ずに客観的に複雑さを評価することは簡単な作業ではありません。ここでも普遍的な解決策が見つかりました。
スクリーンショット+オンラインギャラリー=すべてのレベルのグリッド。これにより、レベルを視覚的に比較することができます。非常に便利だと言わざるを得ません。

*しかし、ギャラリー、ランなどは、ライブユーザーのテストに取って代わるものではありません。友達にプレイさせてください。実際、初歩的なユーザーにとっては初歩的なものに思えるかもしれません。

点灯する機会をお見逃しなく

開発段階で、デザインの準備がすでに整っていたとき、アプリケーションのアルファ版の準備ができていたので、突然コンテストが目を引きました。 一般に、コンテスト、会議などの形のさまざまなイベントは、特定のPRを確保するのに最適です。結局のところ、それは定義上悪いことではありません。

このため、このゲームは、見つかったフリーランサーの努力によってhtml5に移植され、そこからtizenに移植されました（将来的には、アプリケーションとゲームのWebバージョンを見つけることが可能になるでしょう）。 ところで-間の最初のゲームも競技会に登場しました。

合計-成功の割合が私たちが望むほど高くない場合でも、プロジェクトのさらなる発展のために少しのPRといくらかのお金を獲得する機会のためにゲームあたり1000ドル未満を費やしましたが、「ゲームはろうそくの価値があります」ごめんなさい コンテストの結果は2014年初頭に予定されているため、お待ちください...

ユーザーをフォローする

最初のゲームを作成するとき、ユーザーアクションのログ記録と追跡については何とか考えませんでした-なぜ、落ち着いてプレイさせてください...今日は自分がどれだけ間違っていたかを理解していますそうではないもの、彼が気づかないゲームの重要な要素、その他多くの興味深い事実など。

今日のモバイル開発に関する多くの会議では、統計を収集することでモバイルアプリケーションを改善する方法について説明しています。たとえば、人が単にゲームの重要な機能に気付かなかったことを理解するには...

マーケティングと出版

前回の記事では、出版社が仕事をして無駄ではないという事実を明らかに観察することができ、1yeの100％は100yeの10％よりもはるかに少ないため、出版社に行くことにしました。 しかし、それはここにはありませんでした-今日、お金を汲み上げるためにf2pマシンを公開したいという願いがすべて語られています。 理解できる願望とそのようなビジネスモデルは明らかに大きな利益を生み出しますが、「カジュアル」という言葉がユーザーに近いという理由だけで、私はまだカジュアルゲームを信じています-毎日、人々はアプリケーションで数分を理想的に明るくすることができます。関与を必要とせず、進行を失うことなく、オンラインソーシャルゲームで孤独な対話者なしですぐにオフにすることができます。 結局のところ、単語「カジュアル」を特徴付けるのはまさに上記です。

出版社は撤退しましたが、撤退する場所はありません。gamedevの世界のルールは、投資された資金、マーケティング予算、新規ユーザーの購入で稼いだことです。 それでも、撤退する場所はありません。プレスリリースの準備ができており、ビデオが撮影されました。立ち上げの時間です...

まず、より安価な方法を試してみることにしました-可能であれば、プレスリリースを送信し、次のようなさまざまなサイトでレビューを注文します。
appadvice.com
androidtapp.com
iphones.ru
W3bsit3-dns.com
148apps.comおよびその他（ ここにあるものを含む）。
たとえば 、プレスリリースとプレススキットの利点については、148appsの創設者であるジェフスコットは述べています。

私の知る限り、レビューサイトは彼らにとって興味深いゲームの新しいレビューの受信に非常に興味があるため、ゲームが市場に登場すると同時にprマシンを起動するために、最終リリースの前にレビューサービスを提供します。 （今日、アプリケーションの初期のダウンロード数が非常に重要なパラメーターであることは誰にとっても秘密ではありません）。

報道機関とは別に、プロモーションサイトには、バナー、アイコン、スクリーンショットなどを含むプレスアーカイブが投稿されています。レビューの申請を投稿するときは簡単になります。 -最初の知り合い、そしておそらくさらに使用する場合は、1つのアーカイブをダウンロードするだけです。

財務と指標

一部の読者はおそらくこのアイテムを最も興味深いものの1つと思うでしょうが、...結果について話すのは時期尚早です。興味がある場合は、しばらくしてから統計を追加します。今日のアプローチがどれだけ正しいかを見るのは興味深いです。 ゲームは復帰するでしょうか、または、私の友人がかつて言ったように、「私たちは試しました、しました、試しました...そして何を得ましたか？ もう一度体験してください。」

PS。 私は私の話に完全に飽きていないといいのですが？ 少なくとも1人のゲーム開発者がこのエッセイの少なくとも1つの段落を有益であると判断した場合、私は自分の時間を無駄に費やしたと思います...そしてそうでない場合は...少なくとも試してみました、ありがとう！