JavaのMagical Electrotechnical Practiceの場合と同様、Lumia 710について少し説明しました。

たまたま、 Microsoftのコンペティションで優勝し、Nokia Lumia 710を賞品として受け取りました。すべてのサイトがモバイルIEとの互換性を確認した後、スマートフォン自体を実際の状態でテストするのはいいと思いました。レビューを書きます。 学年が終わり、Javaでのエキサイティングな夏の練習が近づいてきました。その間、スマートフォンをテストしたかったのですが...その結果、新しいスマートフォンのレビューよりもゲームのプログラミングに多くの時間が費やされました。

免責事項

このテキストは私の視点から私の物語を伝えます。 読書のために、深刻な問題から注意をそらすため、および申請者のためのリアリズムのタブレットとして推奨されます。

間奏

練習は、6月30日から7月7日までの期間をとることになっています。講義と実践的なタスクの実施です。 私はすでにJavaで働いており、練習中に自発的に強制的に私の知識を少し体系化するつもりでした。 私は、練習の各日、スマートフォンがどのようになったかを説明するつもりでした。 3日目以降、スマートフォンを7.8にアップグレードすることを計画しましたが、人生は独自の調整を行いました...

初日

私にとっては、残りの時間よりも少し遅れて始まりました。 そして、夜のAndroidの開発を思い出したかっただけです。 しかし、彼らが言うように、学業時間未満で遅れることは遅れていません。

おなじみの聴衆と多くの学生がすでにJavaの楽しみを味わっています。

最初の講義の結果

もちろん、休憩（セッション）後のクラスの最初の日には基本的な知識はありませんでした。 Javaの歴史、応用分野について簡単に説明しました。 主なOOPパラダイムと言語構文機能を思い出しました。 要するに、最初の日は安全に「Javaの紹介と次のHello World」と呼ぶことができます。 同時に、私たちは水曜日に私たちに紹介する大学院生の実習の監督の下で実践的な授業を行うと言われました。

人生は残酷です：あまり良いことはありません：講義は予想される5時間ではなく3時間で終了しました。 しかし、もちろん、私がこれらの3時間を費やしたのは無駄ではありませんでした...（マイナス15分遅れ、15分休憩）。

ルミアの第一印象

ルミヤとの知り合いは、私が望むほどスムーズには行きませんでした。 WPのデバイスは写真でしか見ることができませんでしたが、いくつかのアンドロイドフォンとシンビアンの経験が役立つことを望んでいました。 Lumiyaには長い間ログインしていましたが、この瞬間までFlappyBirdクローンをプレイするだけでした。







講義で私を喜ばせたのはどのデバイスですか？ まず、標準アプリケーションを使用してYandex.Mailにアクセスしました。 このデバイスはロシアの消費者向けに適応されており、Yandexのメール（POP3サーバーへの入力の喜びを明らかに奪い取っている）が簡単に承認に対応したことを示すことができます（推測、Yandexユーザー名または電子メールアドレスを「ユーザー名」フィールドに入力する必要がありますか？） 「メールが同期されています」という碑文を約15分間熟考することを余儀なくされました。 開発者の功績として、過去2週間の手紙は実際にデバイスにダウンロードされました。 「接続」を見つけたので（私が思ったように）、マーケットプレイスにもっと詳しく行く時が来ました。 彼らが市場について書いていることを知っていますか？ すべてがあるように見えますが、何もありません。 さらに数個のタイムキラー（Doodle JumpクローンとPortal Ballパズル）とVKメッセンジャーをインストールしました。 html5の普及に伴い、デバイス上のスタンドアロンアプリケーションの数が減ったため、必要なアプリケーションのリストを調べてみました。 限定されたWP7 APIを使用すると、 Llamaなどのアプリケーションに依存する必要はありませんが、SSHターミナルは簡単に見つかりましたが、BTターミナルは...（ わかりました ）

ミニまとめ

そして、ここであなたは分岐することができます：スマートフォンは20％に放電されました（3時間のアクティブな使用で）、Javaについて新しいことは聞いていませんでした、FlappyBatで10ポイントを獲得し、プッシュ通知でAndroidの後にチェックするという事実のために少女を沈黙させました1時間に1回のメールは、私のアクティブなライフスタイルには少し不向きです。 マーシャ、沈黙してすみません、WPでメールがどのように機能するのか本当に知りませんでした 。







少しサーフィンしても嫌悪感は生じませんでした。サイトが開いていて、JSが実行され、ほとんどフリーズしません。 以前のすべてのデバイスのレベルでの通信品質（ちなみに、MarketPlaceにはすべての種類のSpeedTestがあります）：厚い壁とモバイルインターネットのアクティブユーザーの数は、自分自身を感じさせます：ページは読み込まれますが、アプリケーションとビデオをダウンロードすると、あなたは悲しみを感じます。

叙情的な余談

授業の後、妹に会いに行きました。 ホールを通過すると、応募者のスタンドに気づき、目を引きました...



私は多くのことを知っている非常に有能な専門家にならなければならないことがわかりました。 上記に関連する科目が3年目から始まることを期待しています。 私は卒業生が誰について働くかについての情報に非常に満足していました（LETIのソフトウェアエンジニアリングの学士号はわずか2歳であり、卒業生はいません）。

カードについて少し

妹への道は短いものではなく、標準的な地図を使用しようとしました。 GPSチップメーカーの功績によると、すぐにデバイスを決定しましたが、標準のマップが動揺しました。 ストリート名を真剣に翻訳しましたか？

しかし、失望するのは時期尚早でした。私のサービスでは、広く宣伝されているノキアカードがあります。 通りの名前は既にロシア語ですが、公共交通機関（これが「レイヤー」）を見つける必要があり、交通機関自体の地下鉄と路面電車だけがあります。 ルートをポイントに設定する方法がわかりませんでした。マップ上のポイントをクリックすると、アプリケーションがクラッシュしました。

結局のところ、マーケットプレイスの形のガンダルフと、Yandex.Mapsが提示した騎兵のrohirrが私を助けようと急いでいます。 「歩行ルート」がなく、したがって公共交通機関がなければ、すべてがうまくいくようです。

私は地形上のクレチニズムを突き出して地獄へのジオロケーションを切望し、地下鉄に乗るだけで、ミニバスを突然切らなかった。 取得中（約40分）、デバイスはサーフィンから完全に放電されました。

1日未満のアクティブな使用：Androidの後は非常に珍しく、2日間使用できませんでした。

二日目

2日目に、クラスとインターフェイス、列挙されたプリミティブ型、基本クラス、および最も有用なライブラリについて説明を受け、例外の処理方法を学び、GCについて説明しました。 私はこれをすべて知っていたようですが、聞くのは本当に面白かったです。 講師から気をそらされる人さえいませんでした。



そして休憩中に、窓が発見されました。 窓ではなく、屋根の開いたドアとは何ですか。 さて、どの学生が屋根で写真を撮っていないのですか？ ちなみに、私は写真を撮られませんでしたが、クラスメートは狂ったcorに襲われました。



講義の後、私たち全員に驚きが待っていました。理論上のクラスはもうありませんでした。数十分後、大学院生と会って実際のタスクを決める必要がありました。

Javaの基礎を5時間にわたって伝えるだけでは十分ではありませんか？ もちろん、本やリンクは家庭での読書のために提供されましたが、...考えてみると、「すべての言語の一般原則は同じですが、実際のプログラマは新しい言語を習得するのに4〜5日しかかかりません」。

大学院生との会合は通常の知人でした。彼らは知識のレベルを決定し、校長の名前とメールを与えました。

プラクティスは2つの部分に分かれました。Javaで既に行われている作業の実装と、Gitを使用してコードを同期し、Redmineを使用してタスクを設定するチームでの新しいプロジェクトの開発です。

すぐに、すべてのルールがVKでレイアウトされ、校長は以前にJavaに出会ったことがない人のために親切にリンクを追加しました。

間奏

たまたま私は経験豊富な学生のチームに所属しています。1人はすでにJavaプログラマとして働いており、2番目は昨年のJavaのみで「アルゴリズムとデータ構造」の実験室テストに合格しました。

3日目

そして今、最初の行為が始まりました：期限が設定され、旅団が決定され、Photoshopマスターが既にPhotoshopを作成しています...



一方、私のチームでは、情熱が沸騰します。 この種のプログラムは何ですか？ 何をすべきか、私たちはゲームを作り、私たちはすぐにそしてほぼ全員一致で決定しました。 しかし、どのようなゲームですか？

• Nokiaのようなテレポートを使用したゲーム
• さまよえる電子についてのゲーム（私はまだそれが何であるか理解していませんでした）
• Webカメラを使用した宇宙撮影

議論は長かったが、最終的にはミニオールドスクールハードコアRPGを行うことにした。 このアイデアの利点の短いリストを作成しました。

• グラフィックはオンラインで簡単に見つけることができます
• 仕事の論理的分割
• ベースの準備ができたら誰もが自分でタスクを引き受けることができます（AIで敵を追加、レベルを追加、トラップを追加）

彼らはそれを決めました。 しかし、その後、問題が始まりました...

間奏

私たち一人一人が独自のプログラミングスタイルを持っていることがたまたま起こりました。 誰かがスペースの浪費に苦しむことはありませんでした（1つの条件のみが弱体化のためのものである場合、演算子ブラケット）。 私は多数のクラスが嫌いであり、誰かが「メインの親クラス」を配置するパッケージを作成する準備ができていたと同時に、コンストラクターでのみセッターを使用していました。 物事を健全に見ようとすると、99％の確率でトレーニングプロジェクトが残っていることに気付きました。卒業後は進歩せず、最小限のコードの再利用です。 しかし、1年前から1つのプロジェクトに取り組んでいる場合、「フレームワークなしでゲームを記述する方法」のため、「フレームワークを最初に記述するだけでよい」と宣言する準備ができます。 幸いなことに、世界が来ました。誰もが知っているように、私たちは協力して、「フレームワーク」という言葉を大声で発音しません。

4日目

クラスメートが最初のタスクに従事していた間、私はゲームの基礎を書くことはそれほど難しくないということを示すという考えに夢中になりました。 さらに、コード例全体がHabréで提供されました 。

実際、私は一日中寝て、夕方からしか働き始めませんでした。

数時間、デモを準備しました。

• マネージドプレーヤー（ウォーキング+シューティング）
• 移動カメラ
• ボット（ポイントに移動）
• ファイアボール（1ポイントに移動するボット）
• リソースマネージャー（タイルの読み込みとキャッシュ）
• レンダリング（アニメーションをサポート）
• ランダムカードジェネレーター

私のチームのデモは少し刺激を受けました。 しかし、もちろん、彼らはコードが好きではありませんでした。結局、私はスケッチを書きました。 FireBallがUnitクラスの子孫であってはならないことを長い間説得しなければなりませんでした。 私は夜を終え、朝にはすでに最初のタスク（Javaのアルゴリズム）の配信がありました。 ウェーブアルゴリズムを使用してRPGデモをやり直してパスを見つける必要がありました。

5日目

私にとってはやや遅れて独創的なものでした。 夜間にプログラムするのは良いことですが、Nokia Lumia 710でアラームを設定しなかった場合に限ります。幸いなことに、大学院生とのミーティングを延期しました。

ドアはノックで私を目覚めさせました：私のチームは大学で働くことは不可能だと決め、ホステルでそれをすることができ、彼らは私の部屋にまっすぐに来ました。







仕事は興味のある交差点で行われました。必要に応じてクラスを作成することを好み、連中は保護区のクラスシステムを作成し始めました。 幸いなことに、私が再び眠りに落ちたという事実は、私の不満を少し減らしました。

私が再び目を覚ましたとき、私たちはいくつかの問題に直面しました：

• 食べ物から注文するものを決める
• IntelliJ IDEAがFTP上にあるプロジェクトフォルダーを操作するように説得する
• コードのフォーマットとクラス番号の妥協点を見つける

サンクトペテルブルクでは、このようなサービスを一括して処理しました。



IntelliJ IDEAを克服できたかもしれませんが、時間がかかりました。 そのため、Gitをすばやく構成して作業する必要がありました。

ポイント3は多くのチームにとって永遠の問題であり、妥協点を見つけました。

他のチームも怠けず、大学院生に質問を投げかけました。



私たちは並行して仕事をしました：彼らのコンセプトに従ってコードを書き直し、いくつかのポイントを明確にし、将来の機能の基礎を提案しました。

その過程で、より快適な部屋に移動する必要さえありました。



コードを適合させるプロセスは簡単ではありませんでした。 幸いなことに、食べ物と普通の猫が夕方まで私たちの力を支えました。 そして、美しいライブ音楽は、誰もが自由になるために殺すという私の願望を許しませんでした。

デイ結果

夜に近づくと、私が書いたデモに近づきました。

• 世界のレンダリング
• リソースマネージャー
• マネージドプレーヤー
• アニメーションのサポート

しかし、彼らには便利で柔軟なクラスシステムがあり、私たちが得たいものについて多かれ少なかれ全体的な見方がありました。

間奏

さて、この日を見ると、dzdokを作成し、用語（スプライト、タイルなど）を決定する必要があることを理解しています。 後で、「タイルクラス」が他のオブジェクトが配置されているマップのセルであり、「タイルクラス」が1つの正方形の画像であることを知ったとき、少し驚きました。

6日目

Vkontakteには多くの注意散漫があり、電子メールは少し時代遅れだったため、チーム内のコミュニケーションにSlackが選ばれました：インスタントメッセージ、便利なモバイルクライアント、Chromiumベースのブラウザーでの通知のサポート、Gitや他のサービスとの統合（Droboxなど） ）

6日目、私はスキル（火の玉と治療）とロガーに会いました。 スキル、今はアニメーションがあまり好きではありませんでした。 フォトショップとグーグルでした。



同時に、 環境 （RPG Macker XPから）およびプレーヤー （そこから）の新しいグラフィックスセットを選択しました。

そして、私は考えました：AIは長い間書くので、ゲームは得られたものを示すために最小限のプレイアビリティを必要とします。 はい、そしてあなたはどういうわけか競争相手に対するゲームを強調する必要があります。 古き良き分割画面、さらにはRPGでゲームを見たことがありますか？ 私は長い間行ってきました。 手始めに、2番目のプレーヤーを追加しました。 その後、レンダリングの座標を計算する際にエラーを見つけました（オブジェクトのオフセットは、プレーヤー1が常に中心にあるという事実を考慮して誤って計算されました）。

あなたが何か面白いことをすると、時間は非常に速く流れます。私自身が驚いたことに、朝の5時でした。 数時間後、私は大学院生との別の会議のために大学に行かなければなりませんでした...

6日目

この日、大学の私たちのチームを代表する人はいませんでした。私のようなクラスメートは寝坊し、2人目は仕事中です。 しかし、無駄に：大学院生はすでに行われた仕事に基づいて多くの貴重な指示を与えました。 もちろん、眠っている人々のために指示は複製されました。



しかし、私たちはおやすみなさいの睡眠を取り、元気を取り戻しながらプロジェクトに取り組み始めました。

まず、レンダリングを簡素化するためにカメラクラスが追加されました。 確かに、彼は何もしませんでしたが、彼は...

しかし、最も重要なことは、マップのセルではなくピクセルを移動できることです。 したがって、ゲームのスタイルをわずかに「更新」しました。 このため、物理学、レンダリング、衝突検出など、多くのメソッドを書き直す必要がありました...もちろん、これもエラーを引き起こしました。 以前は、プレーヤーのセルに火の玉が作成されていましたが、プレーヤーのピクセルに火球が現れ始め、爆発しました。 自分を殺す一種の優雅な方法。 そして、自分との衝突のコストは何でしたか（ピクセルごとに単一のセル内を移動し、その雇用をチェックします）！

間奏

もちろん、私たちがまったく悲しまないように、校長はJavaについての面白い写真をグループに再投稿しました。

7日目

もう一度、意見の相違があります。 そして、誰もがJVMのバージョンに座れるように、8番目のJavaのメソッドを個別のパッケージに単純に実装した場合、ロジックのビジョンに問題がありました...

つまずく2

Javaで書き始めた瞬間から、メモリリークの恐怖のパロノイドでした。Habréの記事を何度も読み直しました。この敵意に「クラスのためのクラス」を加えれば、私がどのように反応したかを理解できますカスタムクラスポイント。 さて、ポイントとポイントですが、アプリケーションの場所...ポイントは座標（x、y）であり、1つの場所でのみ使用されました。レンダリング時のオブジェクト（タイルを含む）の位置を決定するためです。 私はただハウリングしました：レンダリングは1秒あたり60回発生し、1つのレンダリングは6400個のセルに影響します。

60 * 6400 = 384000





1秒あたり数十万個のオブジェクト。これは一度だけ使用されます。 もちろん、GCの場合、これは小さな障害ですが、2つのintを使用するだけではなく、いずれにせよ、ヒープの操作が高速になります。 この問題は、オブジェクトのプールを導入することで解決されました。

つまずく3

次の障害は、地図システムの変更でした。

私はこのように想像しました：

• オブジェクトの背景、壁を持つ2次元配列
• 花や石などの静的オブジェクト（デカール）のシート
• アーチや天井などの静的オブジェクト2（プレーヤーを覆うデカール）のシート
• プレーヤー、ボットなどの動的オブジェクトのリスト

まず、背景（おそらくキャッシュ）をレンダリングし、次に静的オブジェクト、次に静的オブジェクト、次に動的オブジェクトの上にある静的オブジェクトをレンダリングします。

もちろん、このようなシステムでは、オブジェクトをYでソートする必要があります（Yの少ないオブジェクトは、より多いオブジェクトの下にあります）。



私のクラスメートは、このシステムをスタックの2次元配列に置き換えました。 これにより、レンダリングレイヤーの数（可能な限り多くのデカールレイヤー）に柔軟性が提供されましたが、動的オブジェクトのレンダリング時に問題が発生しました（プレーヤーの下に何を描画する必要があるか、また上に何を描画するか）。 そして、プロジェクトの現実を思い出すと、スタックに保存されている要素は1つだけであることがわかります。 繰り返しますが、私の意見では、負荷は不必要です：6400スタックの走行距離は1つのフレームをレンダリングするためだけであり、動的オブジェクトの問題は解決されませんでした...スタックを残すことに同意しましたが、残りは私の考えに従います。

つまずく4

これはおそらく、プロジェクトに取り組んでいる間の最大の不一致でした。 だから私はゲームのループを想像しました：

  { int a =  ();  ();    (N -  () - ); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

スレッドをスリープさせるには、古き良きThread.Sleep（）を使用しました。 働く同級生は基本的にこれに同意しませんでした：最初は彼はまったく休むことなくやりたいと思っていました。 ゲームサイクルを継続的に実行すると、強力なマシンで100％のカーネルロードと〜2000FPSが発生しました。 私はFPSを制限する必要があることを彼に納得させ、最後の実行からゲームロジックの実行に経過した時間を転送することができました。 残念なことに、スリープには問題がありました。クラスメートがスリープを嫌うだけで、ボタンのクリックを読むことに問題がありました。 コードは、Waitを使用するように書き直されました。 しかし、これは完全なカーネルロードの問題を解決しませんでした。クラスメートは、毎秒100フレームでFPSをサポートすることにしました。 嬉しいことに、最終的に、コードはスリープ（キーストロークを処理するためのマルチスレッドの栄光）に書き換えられ、物理学とレンダリングの呼び出しは時間ごとに分離され、FPSは60に削減されました。

7日目

ブランチのマージが実行され、カメラが完成し、最も重要なこととして、レンダリングと移動に関連するコードのリファクタリングが行われました。 マップセルの代わりにピクセルを移動することに関連するエラーが完全に修正されました。

さらに、レンダリングをデバッグするためのデバッグが追加されました。

8日目

ゲームにダイナミクスを追加することにしました。つまり、トラップと新しいタイルです。 すぐに見るために、空のジェネレーターの代わりにマップジェネレーターを使用することにしました。 クラスシステムの基礎を議論し、作るときに眠る必要はありませんでした...

まず、トリガーメソッドを使用してタイルクラス（マップセル）を作成し、物理を更新して機能させました。 しかし、その後、問題が始まりました...タイルイメージをグラフィカルに表現するクラスを作成し、列挙にタイルイメージを追加し、それらをタイルファクトリにリンクする必要がありました。 当時は、以前と同じように、レンダリングのために画像を転送するだけのクラスの壁と床で管理していました。

すべての会社がくしゃみごとにFactoryを使用していますか？

そして、マップジェネレーターはタイルを含むenumを画像、一連の可能なエンティティ（床、壁など）と見なすことを発見しました。

数時間後、作業中のマップジェネレーターとボタンの周りに火の玉を作成する銃がありました。

撮影はつまらなかったので、プレイヤーを追いかけるAIを書きました。 それで、死の方法が機能することがわかりました。 私が書いたAIが気付かずに銃から私を撃ったとき、それは非常に残念でした...

9日目

この日、現在のコードを改善しました。 たとえば、彼らは遅延のあるオブジェクトを削除するシステムを追加しました。 結局、ボットの死後、死体が現れるはずであり、それはしばらくしてから消えるべきです。 そして、シートでの作業中にシートからオブジェクトを削除することは、最も楽しいことではありません。 ああ、このConcurrentModificationException ...

10日目

最後に、私のリクエストを聞いて、画面の分割と複数のカメラの操作、およびプレーヤーへのダメージの出力が追加されました。



しかし、残念ながらHPのディスプレイには追加する時間がありませんでした。



練習は終了し、他に何かを追加する時間はありませんでした...

11日目

作品を提出するプロセスは純粋な形式でした。 大学院生はリポジトリにアクセスし、誰に何を期待するかをすでに知っていました。



唯一の問題は、成績表に何を書くかという問題でした。「クレジット」または評価...

私たちは仮定し、神は処分します

だから、夏の練習とノキアの使用を示すことができます。 夏のプラクティスは、私が期待したものとはまったく異なりました。多忙な最初の課題と不完全な2番目の課題が相まって、不満のメモが残されました。 私は自己学習することができ、実践の範囲を超えることができるので、少量の理論的な資料に非常に怒っています。 プログラミングスタイルはまったく異なりますが、クラスメートとのチームワークの経験と、GitHub（まだ混乱していますが）、Slack（Yandex.Browserとの統合に非常に満足しています）、Redmineでのコラボレーションの経験が嬉しいです。 以前は.txtおよび// TODOのメモを使用していました。 今、Redmineのようなシステムの利便性に気付きました。覚えておくべきことは何もありません。

ルミアはどうですか？ OSにすでに白髪のあるスマートフォンについてはどう思いますか？ SymbianでSE Vivazを購入したとき、私はスマートフォンからそれだけを期待していました...今、悪名高いVivazとAndroidのいくつかのスマートフォンの後、710番目は2,000の挨拶のように見えます。 Windows Phone 8.1がその先祖にふさわしく見えることを願っています（ この記事でWPの歴史を知っています ）。

ゲームの開発中に発見したバグ

• 斜めに移動する（最初に一方の軸の変位を確認し、その後に他方の軸の変位を確認します）
• デスメソッドを繰り返し呼び出す機能
• いくつかの方法でのライフチェックの欠如（ゾンビボットのおかげ）
• 4つの点ではなく、1つの点のみでオブジェクトの交差を確認する
• オブジェクトとそれ自体の衝突
• 攻撃的なエンティティ（例：火の玉）は、作成者にダメージを与え、作成者の近くに現れます。

PS

物語の一部が変更され、物語の完全性に間に合うようにいくつかのイベントが動きました。

PMでご連絡いただいた場合は、エラーを修正いたします。 コードとテキストだけでなく、あらゆる批判に喜んで対応します。 すべての質問に答えようとします。 悲しいかな、私のクラスメートはHabréにはいません。

おそらく、物語には大量の水と過剰が含まれているかもしれませんが、目標は球形のWINStoryではなく、実際の学習プロセスを示すことでした。 投稿のヘッダーにあるストーリーテリングとJPGのやや厄介なスタイルを本当におpoびします。オリジナルは削除されており、再びフォトショップはできません。

参照資料

• Redmineプロジェクト （ 私たちのもの ）
• プロジェクトのリポジトリ
• Jarプロジェクトファイルへのリンク
• Yandex.Musicのビートルズ
• ソフトウェアエンジニアリングLETI