私のような組み込み系ハードエンジニアは、常にコストと戦っています。分野によりますが、最新の高性能DSPが使えることは稀で、一個50円の8bitマイコンを使わなければならないこともあります。当然RAMもFlash領域も少ないので、小規模のコーディングしかできません。規模が小さいので、ハード設計をやりながら、片手間でコーディングしてしまおうという考え方です。

　このような環境でコーディングしていると、独特の癖のあるコードを書くようになります。まず、クロックが遅いので、重い処理は禁物です。最小のサイズで変数を定義し、掛け算割り算は、ビットシフトに置き換えられないか考えます。関数のコール時間が気になれば、main関数に直に処理を書いたりします。さらに、データ領域も最小化したいときは、8つのbool変数を、char型の変数一つのみで表したりするなど、ビット単位で考えます。ビットOR、ビットAND等のビット演算も頻繁に使用します。

　上記のようなコーディングを続けると、エンジニアは常に2進数や、それを拡張した16進数でコードを考えるようになります。すると思考回路に独特の癖がつき、弊害が出てくることがあります。　

　まず、ビットで考えられない変数や定数等に出会うと、拒否感を感じてしまうことがあります。例えば、コードの可読性をよくするため、enum(列挙型)を使って数値を文字列に置き換えたりすると、かえって理解出来なかったりします。1をAPPLE、2をORANGEと置き換えると、ORANGEって何？、どういうビット配列なのか？、と数値の実態が気になってしまうのです。

　また、重い処理ができない場合、処理の重さが不明な関数を使用することを嫌い、汎用の関数が提供されている場合でも、あえて自分でゼロから関数を書くこともあります。このようなことを繰り返していると、他人の書いた関数ライブラリを避ける癖がついてしまうことがあります。自分ですべてコーディングしようとし、次第に他人のコードを読まなくなり、ライブラリのリファレンスを読んで理解するスキルも低下してしまいます。

　アプリ開発においては、上記のようなことを考える必要はほとんどありませんでした。ビット単位で考えるよりも、多少データ領域を消費したり、多少重い処理でも、読みやすいコードを書くことを優先すべきだと思います。また汎用の関数を自分で作る必要は全くありませんでした。私は最初、このような考え方に至れず、定義された定数・変数の実態が気になりモヤモヤしましたし、ライブラリのリファレンスを読むのが嫌で、自分で書けないか考えたりしていました。しかし、コーディングスタイルの違いをキチンと認識し、これまでの自分のやり方に囚われなければ、電気電子エンジニアレベルのコーディングスキルがあれば、簡単なアプリを作ることはそれほど難しくないと感じました。

　いかがでしょうか。もし、本記事をご覧の方の周りに、上記のような癖のある電気電子系プログラマがいたときは、どうか温かく見守ってあげてほしいと思います。その上で、新しいスタイルを築き上げられるよう、適切なアドバイスをしていただけると嬉しいです。また、我々電気電子エンジニア自身も、決して閉鎖的になることなく、他人のものでも、最新の考え方を常に取り入れて身につけていくことが大切だと思います。

　ななほしラボのゲームはいずれも、全12のステージから構成されます。ステージ構成において、最初と最後のステージを作るのは、最も簡単でしょう。最初のステージは、簡単なチュートリアルを兼ねたもので良いですし、最後のステージは、集大成の壮大なステージで難度も高くすれば良いです。

つまり、起承転結の「起」と「結」は簡単です。問題は、その間のステージ構成です。ユーザーがスムーズに理解でき、かつ飽きの来ない構成が必要です。まず、「承」にあたる要素として、ステージを進めるにつれ、少しずつ変化する要素が必要です。だんだん強くなっていく敵や、徐々に複雑になっていくダンジョンなどが該当するでしょう。ユーザーがゲームに慣れながらスキルアップしていくために必要だと思います。一方で、少しずつの変化では次第に飽きが来てしまう危険性があります。そこで、「転」にあたる要素として、ステージ内容を一変させます。敵を全て入れ替えたり、ダンジョンの構造を考え直したりして、ユーザーに新鮮さを感じさせるようにします。ただし、「転」ばかりではユーザーは混乱したり、なかなかゲームに慣れないなどの弊害が出るので、頻度には注意が必要かと思います。ななほしラボのゲームでは、3つのステージごとにステージ構成が一変し、「転」が訪れる構成になっています。

　ステージの難易度について、通常は、ユーザーがゲームに慣れるに従って、徐々に難しくしていくことが多いと思います。これ自体に全く問題は無いと思いますが、私は途中に、かなり難度の低いステージを挟むようにしています。いわゆるボーナスステージといえるでしょうか。ユーザーに息抜きをしてもらうと同時に、簡単にクリアできることから、プレイスキルが上がったことを実感してもらうことができます。さらに私は、ボーナスステージは、過去にプレイしたステージの構造等を再利用した再現ステージとするようにしています。懐かしさや、実家に帰ってきた時の安心感のようなものを味わってもらいたいという思いがあります。ななほしラボのスペースシューティングBASIC、ダンジョンRPG BASICをプレイいただいた方はお気づきでしょうか？　1-1と3-1のステージを比べてみて下さい。また大きな声では言えませんが、再現ステージは開発が楽ということもあり、開発者にとってもボーナスステージです。

　ユーザーの中には、気軽にゲームをプレイして、とりあえず全面クリアできれば満足な人がいる一方で、全てのアイテムを入手し、最高のスコアでクリアし、隠し要素も全て暴かなければ気が済まない人もいます。前者のライトユーザー向けのゲームもあれば、後者のヘビーユーザー向けのゲームもあります。両方をターゲットにしているものもあるでしょう。ななほしラボのゲームは非常にシンプルですが、ライトユーザーだけでなくヘビーユーザーにも対応できるように努力しました。各ステージのクリアは比較的簡単にできるように設定したので、時間さえかければエンディングを迎えることはそれほど難しくないでしょう。ただし、最高評価(三つ星)でクリアすることは、やや難しいです。全てのステージで最高評価を獲得すると、隠しステージが現れますが、このステージはかなり難しいです。まさに、ヘビーユーザー向けと言えるでしょう。ここで言える重要なことは、非常にシンプルなゲームでも、ヘビーユーザーに対応可能だということだと思います。

いかがでしょうか。繰り返しになりますが、上記の内容は完全に私の独断と偏見のみから導き出したものであり、かなり偏った考え方かもしれません。一方で、この考え方に沿って作ったゲームは、これまでに多くの方に喜んでプレイしていただけたことは事実です。少しでも皆さんのご参考になれば幸いです。最後までご覧いただきありがとうございました。

脳トレゲームというと、少しハードルが高く、なかなか継続できないことが多いかと思います。本アプリはそんなイメージを打破し、バリエーション豊かで飽きにくく、楽しくプレイできるUIにもこだわって作りました。

一回のプレイ時間が数分程度で遊べるようになっており、通勤通学などのちょっとした空き時間にプレイすることができます。

計算力を高めたい学生さんや、思考力を鍛えたいサラリーマンの方などに、ぜひダウンロードしていただきたいです。

また、本アプリの攻略に関するご質問やご要望などは、お問い合わせフォームより受け付けております。どうぞお気軽にご連絡くださいませ。

　私のように、平日は会社員として働いている個人アプリデベロッパーにとって、主な開発の時間は土日となります。平日の帰宅後も不可能ではないですが、本腰を入れて開発するのに十分な時間を確保するのは難しいでしょう。サラリーマンにとって貴重な休日を使うことになり、アプリの規模によっては、それが数ヶ月間続くことになります。これに耐えることができるかどうかが、第一の関門と言えるのではないでしょうか。この点に関しては、アプリデベロッパーになりたいと強く思える人であれば、難なくクリアできるかと思います。元々好きで始めているわけですから、少なくとも開発が順調なときに、時間が取られることに対して嫌悪感を抱くことはないはずです。ただし、誰かの依頼で開発をする場合や、収入を得ることが主目的である場合など、開発をしたくて始めたわけではない場合は、注意が必要でしょう。プライベートの時間を割く価値があるかどうか、よく考えることをおすすめします。私は、アプリ開発は趣味に近いものとして始めたため、第一関門は無事にクリアできました。

　第一関門をクリアした人であれば、アイデアを書き出し、コーディングを始める所までは意気揚々と進められるでしょう。しかし、ある程度進んだところから、時折開発が思うように進まない事態に遭遇することになります。これが長期間続くと、モチベーションが持たずに開発が頓挫してしまう可能性があるので非常に危険です。ここでは、その要因となる事象と、私がどのように乗り越えてきたかを説明したいと思います。

開発スタートの当初に持っていたアイデアをほとんど出し尽くしてしまい、次の開発に繋がらない場合があるでしょう。また、当初考えていたアイデアは実現が難しく、代替案が必要な場合等もあると思います。このような

場合、私はPCの前に座ることは避けるようにしました。というのも、新規のアイデアは、PCで作業している時よりも、通勤中や入浴中、寝る前など、まったく関係のないことをしている時に思い浮かんだからです。おそらく、PCでコーディングしている時とは異なる脳の使い方が必要だったのでしょう。

開発者であれば避けて通れない道です。とはいえ、デバッグばかりに貴重な休日の時間を取られると、ストレスが溜まります。コード量が増えるに従ってデバッグは困難になります。私はまず、詰まったその日は一旦開発をやめ、翌日など頭がスッキリしている時に改めてコーディングする様にしました。日を改めると、コードに対する見方が変わり、見落としに気づくことがありました。次に、バグが取れないコードというのは、複雑な処理を行なっている場合が多いので、より簡単なコードに置き換えることを考えました。これは当然、アプリの仕様を変えることを意味します。開発当初に溢れていたアイデア通りに実装すると、コードが複雑化してしまうことがよくあります。それを、デバッグを通じてシンプルな構造に置き換えていくわけです。ひとことで言うと、「作りたいアプリ」から、「作りやすいアプリ」へと落とし込んでいくということです。開発にかけられる時間が限られ、モチベーション維持の難しい個人開発者にとって、重要な考え方のように思います。

特に、私のようにゲームを作っている場合に遭遇しやすい危機に思います。これに対する考え方として、私がアプリをリリース後、しばらく期間が経過してから気づいたことがあるので、お伝えできればと思います。まず、私がアプリのレビュー等を通じて感じたことのひとつである、世の中には多様な価値観を持った人がいて、自分が面白くないと感じたものを楽しめる人がいるということです。またその逆も然りなので、自分のフィーリングを重要視しすぎるのは禁物だと感じました。次に、開発中はデバッグを通じて自分のアプリを何百回と使っているので、必ず「飽き」が生じているということです。私がアプリをリリース後、長期間プレイしない状態が続いたゲームを久しぶりにプレイしたところ、開発中より新鮮で面白いと感じたことがありました。開発者とユーザーでは、アプリの使用時間が全く異なるという意味でも、やはり開発者の感覚は当てにならないと痛感しました。

いかがでしょうか。まず、アプリ開発が初めての方は、第一関門を通過できそうだと感じたでしょうか？　無理だと感じた場合は、開発をやめることも立派な選択だと思います。その時間を他の有意義なことに使うことができれば、素晴らしいことだと思います。第二関門については、上記のように考え方、時間、場所の使い方を工夫すれば、うまくやれるでしょう。また、何かななほしラボが協力できることがあれば、お問い合わせフォームよりお気軽にご連絡下さい。健闘を祈ります！

本アプリは、Nanahoshi Lab.が初めて開発したゲームです。コンセプトは、1.シンプルかつ、2.やり込めることを念頭に開発をおこないました。ステージを選んで武器をセットすれば簡単にゲームをスタートできます。その一方で、武器の強化やハイスコアに応じて得られるアイテム、ランキング機能もあり、長く遊べることが特徴です。ぜひダウンロードしてプレイしてみてください。

また、本アプリの攻略に関するご質問やご要望などは、お問い合わせフォームより受け付けております。どうぞお気軽にご連絡くださいませ。

RPGというと、凝ったシステムや複雑なストーリーが特徴であるなど、スマホで気軽にプレイするには向かないゲームが比較的多いかと思います。本ゲームは、そのイメージを打破し、気軽にプレイできるシンプルなゲームを提供することを目指して開発しました。

ただし、シンプルであるだけでは、RPGというよりカジュアルゲームになってしまうので、コレクション要素や隠し要素など、RPG特有のやり込み要素を忘れずに盛り込みました。

一回のプレイ時間が数分程度で、通勤通学などのちょっとした空き時間にプレイできるつくりになっているので、気軽にダウンロードしてプレイしていただきたいです。

また、本アプリの攻略に関するご質問やご要望などは、お問い合わせフォームより受け付けております。どうぞお気軽にご連絡くださいませ。