ゲーム開発

3/9ページ

休日完全フリーより予定を決めた方が使える時間が多い説【ゲーム開発】

自由に使える時間が多くなるほど、本来やりたいことに割くべき時間が少なくなってしまう気がします。そこでいっそ時間割を決めてしまってその通りに動いた方が作業が進んだりすることも多いんです。何をやって、何をやらないかを事前に決めておくと当日迷いがなくなって使える時間が増えます。

正常系テストと異常系テスト、大変なのはどっち?【ゲーム開発】

ゲーム作りではテストに割く時間は大きなものです。その中でも正常系のテスト、異常系のテストの両方をやっておく必要がありますが、この異常系のテストは個人的に大変だと感じています。大変であってもやっておくことでゲームの安定性が向上します。

【Unity】AndroidSDK、UnityのものとAndroid Studioのもの、どっち使う?

Unityで使用しているAndroid SDKのパスと、Android Studio側で使用しているAndroid SDKのパスが異なる場合、どちらのパスを使うのか確認するダイアログが表示されます。個人的にはエクスポートしたプロジェクトでビルドするかどうかでどちらのSDKを使うか決めています。

【Unity】Android向けにビルドするときに見かけるGradle(グレイドル)って?

Unityで作ったゲームをAndroid向けにビルドする時にはGradleというオープンソースのビルドシステムを使います。ビルドする際はUnityがいい感じにやってくれるのであまり意識することも少ないかもしれませんが、自分でカスタマイズしたGradleのテンプレートファイルをUnityで使って自分用に最適化することもできるので知っておくとAndroid向けの開発がさらに楽しくなります。

【Unity】Androidビルドで見かけるJDK、SDK、NDKのワードを解説

このページではAndroidビルドで見かけるJDK、SDK、NDKのワードについて簡単に解説しています。ざっくり言えばUnityでAndroid向けにアプリをビルドするために使うツールです。Unityで、というよりはAndroidアプリそのものを作るときに使うツールの方が近いかも。似たような名前が並んでいるので、省略前の名前を意識すると頭に入りやすいかもしれません。

メンタルの状態に応じて取り入れる言葉を変えることも必要【ゲーム開発】

自分のメンタルの状態を把握するのはとても大切です。同じ言葉を聞いたとしても、メンタル次第ですんなり心に入ってくることもあれば、抵抗感を持ってしまうこともあります。相手が発信してくれた良いヒントになる言葉はなるべく受け止められる状態の時に取り入れるようにするとグッド。

(2023年追記あり)【Unity】AndroidのテストにはもうAndroid Studioのエミュレータは使えない……かも

このページではUnity製アプリをAndroid向けにビルドする際にx86を選択できなくなったことからAndroid Studioのエミュレータを使ってのテストは難しいかも……という点を紹介しています。普通にAndroid StudioでAndroid用アプリを作る場合はエミュレータも使えるのでご安心ください。あくまでUnityの話です。

【第29回Ex】作成したゲームをAndroid向けにビルドするUnityチュートリアル

単純な斜方投射を拡張し、ゴルフのようなゲームを作るチュートリアルです。このページではAndoridの端末向けにゲームをビルドする方法を紹介します。普段使っているスマホの中で自分のアプリが動いている姿を見るのはとてもテンションが上がるものです。

【Unity/C#】デバッグで意図しない動作を拾うには変な操作をしてみよう

「ここは大丈夫だろう」と思っているようなところに限ってバグが見つかったりします。大丈夫そうに見えるところこそ、正常な操作とは別にボタンを連打してみるなどの変な操作もしてみましょう。自分のゲームの穴をついて裏技を見つけるくらいの勢いで試すことで、事前にバグを発見できる可能性も上がります。

Unity2020.1でRecorderが見つからない! というときの対処方法

Unity2020.1ではPackageManagerの一覧に表示されるパッケージが整理されたこともあり、プレビュー版のUnity Recorderについては表示方法がちょっと変わっていました。PackageManager内で表示の設定を行うのではなくProjectSettingsで設定を行うので、Unity2019.4などを使い慣れている場合はちょっと戸惑うかも。

技術や知識を得る時に言ってはいけない言葉を知ってますか?

技術や知識に関する情報を得る際には、ある言葉を言ったり思ったりすることで途端に情報が入ってこなくなります。インプットを行うべきタイミングなのに、頭ではアウトプットのモードになってしまって、本来得られるはずの情報を取りこぼしてしまうこともあります。

【Unity】バグが出た場所と根本原因は遠いこともあります【C#】

バグが見つかった部分の処理を直しても、再度同じようなバグが見つかることがあります。これは根本原因までたどり着いていないことからバグが再度発生しちゃう可能性があるんですよね。バグの発生原因を論理的に説明できるようになると根本原因を見つけやすくなるので、なぜこのバグが発生しているのかを深掘りして原因を考えることも大切です。

【Unity】バグを見つけたら再現方法を確認するのが大事【C#】

バグが発生した、あるいはバグが発生すると報告を受けた場合は、そのバグの再現方法を見つけることが大切です。どのような状況で、どのような手順でバグが発生するのかが明確になれば解決方法を見つけやすくなります。再現方法を見つける際にはいくつか仮説を立てて検証していくと絞り込みができます。

プロジェクトの技術的な目標を増やすとブレるので絞るのも大事【ゲーム開発】

一度に複数のことができている姿はスマートに見えますが、効率で見ると実はそんなに……ということもあるので、可能な限り一度にひとつの目標に取り組むのが望ましいです。個人開発者の場合は目標ごとにスモールプロジェクトを作るくらいでも良いかも。

Unityでは自分でウィンドウを作れる【Editor拡張を使おう】

Editor拡張を使って自分が使いやすいようにカスタマイズしたウィンドウを作ることができます。例えば自分で作成したScriptableObjectのデータを一覧表示するなどのカスタマイズが便利かもしれません。ここでは簡単にウィンドウを表示するサンプルを紹介しています。

【Unity】正しくエラーを制御して解決への手がかりを残す【C#】

プログラムがエラーの情報を出してくれるということは、直すための手がかりがあるということです。なので、エラーを検知して、検知した結果システム的に回復可能ならエラーハンドリングのための処理を行う、無理ならエラーの状況を人間が検知できるようにする、といったことを考えておく必要があります。

1 3 9