気を取り直して次は対応するAndroidOSのバージョンを選択します。

OSのシェアも調べたりしましたが、結局決め手がよく分からないのでデフォルトのまま「Android4.0.3（IceCreamSandwich）」にしておきました。

約90.4%のデバイスには対応できるそうなので。

次はアクティビティの選択です。

アクティビティて何？この辺からもうさっぱり。

ヽ( ´ー`)ﾉ

アクティビティとはアプリ画面のテンプレートを自動生成してくれるってことだと理解が追いつき、近そうなものを選択します。
デザイナー作の画面モックでは、上下の両方にメニューがあるのですが、調べたところ上下メニューはActionBarを拡張すると実現できるようなので、そのActionBarを備えた「Blank Activity」を選択。

これでFinishをクリック！

しばらく待ったらIDEが起動。「Hello world!」を備えたファイル群が自動生成されています。

引き続き書籍アドバイスに従って、AndroidStudioのアップデート確認と、Android SDK Manager のアップデート、および推奨項目のインストールを実行しました。
HAXMのインストールに失敗した人は、Extras内にあるHAXMのインストールも忘れずに。

そしてフリーセルの連勝記録が軽く100伸びるくらい待ちますｗ

…さてこれで準備が一段落しましたが、Bitbucket連係が残ってます。

ちょっと長くなってきたので続きは次回。

プロジェクトの立ち上げや仕様策定、技術調査にサーバ試算、そしてこのブログを書き始めるなど諸々の下準備を手広くひろげてしまい、デザイナー様から「そろそろ動くもの見たいんだけど」と無言の圧力が高まってきていたので実作業に移れる喜びはひとしおです。

さてAndroidStudioのインストールですが、参考書籍を眺めた感じでは、EclipseでJavaプロジェクトを立ち上げていた時とほぼ同じだなーといった印象でしたが、終盤で意外な落とし穴がありました。

1. JDK7をインストール

2. 環境変数「JAVA_HOME」と「Path」を設定

3. AndroidStudioをインストール

まずAndroidStudioの公式ダウンロードページに行くと、「System Requirements」の項目があります。

ちなみにAndroidStudioは887MB、JDK7（Java SE Development Kit 7u79）は140MBありましたので、ダウンロードには少々時間が必要です。ウチの回線だと20分くらいかかりました。

なおJDK7のインストールですが、私の環境ではすでにJDK8がインストールされた状態だったので、AndroidStudio推奨のJDK7に切り替えるのに少し手間取りました。

その理由は↓こちらの通り。

…ポリシーを少し変えるって、なんて地味な嫌がらせかしら。

で手順の1と2を終えて、まあここまでは想定の範囲内。過去に通った道です。

落とし穴というのは、手順3のAndroidStudioインストールで発生しました。

ウィザードに沿ってふんふんと進めて楽勝かと思いきや、最後にHAXMがインストールできませんでしたと謎のメッセージ。

HAXMとは、Intelの Hardware Accelerated Execution Manager の略で、エミュレーターの動作速度を高速化するブツのようです。

調べたところBios設定でVTxを有効化する必要がある、とさらっと紹介されていました。

いきなりハードル上げ杉じゃね？とかブツクサ言いながら再起動してBiosを開くものの、VTxの項が見当たらず。。

もういちどグーグル先生に訊いてみると、

「通常 Chipset または Processor のメニュー内にあります」

とのそれらしい情報を発見。Bios再挑戦して発見、ようやく有効化できました。

結論、もっとサクっと気持ちよくインストールできると思ってたので意外。
一連の作業で想定されているスキルレベルが、片や初心者対象、片やBios設定を要求するマニアックぶりで、そのギャップに徒労感倍増でした。

アプリ開発中は子育デザイナー側でも動作確認のためAndroidStudioを導入してもらおうと考えてましたが、これでは回避策を検討しなければなりませんね。。

トホホーホケキョ。

少人数のプロジェクトばかりだったので、新たにGitスキルを習得するよりも慣れた方を選択してきたのですが、そろそろ使って慣れておこうと思いこのプロジェクトではGitを利用することにします。

当初、Subversionの様に自前サーバにGitリポジトリを立てて運用しようと考えてましたが、Webで調べているうちにBitbucketというサービスに遭遇。

★非公開設定ができる（Githubと違って）

★5人までの利用なら無料で使える

という、まさにそれ探してたぜ！なサービス。（知らなくてごめん！）

backlogもそうでしたが、少人数だと無料なのは有難いことです。

この辺の記事を参考に、ブラウザ上でさくっとアカウント開設＆リポジトリ作成。

VPSで反応の悪いGUIでiptables慎重にいじって…といった作業から開放されたのは地味に幸せでした。

ひとまずBitbucket側の操作はここまで。

ローカルでAndroidStudioを設定する際に、連係設定でまたBitbucket側の操作が必要になりそうですが、それはまた後日。

これでスキルセットに「Git」が加わるかなー！wkwk

…とはいえ今回のプロジェクトは私とデザイナーの2人で、画像とかのバイナリ系は別管理にしようと考えてたりするので、結局Subversion時代とあまり変わらない使い方になる予感。。

まだ現在のトレンドに追いつくには時間がかかりそうです。

さきほど子供達から紙皿に描いた似顔絵をもらいました。

小学生の娘はそれなりに上手に描けてるんですが、1歳の息子が描いた絵は…なんというか、端的に言えば「緑の三重丸」。。

こうして捨てられないコレクションがまたひとつ増えていきます。

さて、Webの開発経験を頼りに「何とかできる」と進めてきたわけですが、本格的にスマホアプリの開発環境を整えるにあたって、参考書籍を購入しました。

Web上の情報だと、断片的で都度検索が必要になったり、アプリで金儲け俺SUGEEE！みたいな眉唾体験談に出くわしたりと、とにかく時間ロスが多いので、こういった開発時は書籍に頼るのが鉄則です。

書籍の選定基準は、「プログラム経験者向け」かつ「スマホアプリ初心者向け」です。

アプリ要件を考慮すると、幅広く薄くが良さそうだったので、環境構築からアプリ公開までの流れを網羅してそうな書籍を探しました。

PC作業中に参照するというよりは、主に子育ての合間などPCが使えない時に流し読む用ですね。

画像処理やサーバとの通信など、より具体的な技術課題が見つかったら、また別の書籍を探して買おうっと。

これで一通り事前準備が整いました。

次回以降、Bitbucketの設定や、ローカルでのAndroidStudioの設定、AWSの設定など順次紹介できればと考えています。

ようやく技術ブログっぽくなりそうですね！

Webでは画面ベースで開発することが多かったので、基本的にそれに倣うことにしました。

まずデザイナーが全画面のモックを作成し、そのそれぞれの画面で行える操作を書き加える形式です。

今回作るアプリは子育てママを対象にしたので、まさにその立場であるデザイナーに画面機能の仕様決定を担ってもらうことにしました。

ところでちょっと脱線しますが、「直感的で使いやすいシステム」を追い求めると、デザイン側が決めるべきか技術者側が決めるべきか、あいまいなゾーンに入ることがあります。

たとえばボタンの位置や大きさ。メニュー構成の決定。「キャンセル」と「決定」を左右どちらに配置するかという問題も、よくある話で。

二人プロジェクトでその類の落とし穴は危険なので、迂回するため子育デザイナーに議決権を握ってもらったわけです。

換言すれば開発パートナーからクライアントへ格上げというｗ

さて、デザイナーからあがってきた画面仕様をチェック。

お互いスマホアプリが初めてなだけあって、フリックやピンチなどのスマホ特有の操作を仕様にどう落とし込むか手探り状態。。

…は嫌なので、結局、技術仕様はホドホドに画面モックに沿って開発を始めることにしました。

小規模開発とはいえ、おそらく実装後の手戻りは発生するだろうけど仕方ない。

そしてそう決めた以上、なるべく早めに動作確認してもらえるよう、実装を急ぐのがベターだろうという結論に至りました。

ええと、そろそろ開発環境をつくらなきゃ。。