Google IO 2012 ～１日目レビュー～

今年もやってきましたGoogle IO。

開催場所は昨年と同じMoscone Center Westです。

１日目のレポートを掲載します。写真などから今年の会場の雰囲気などが伝われば幸いです。

開場

AM7:00過ぎには会場に着きましたが、既に長蛇の列が並んでいました。

その会場の周りにはドロイド君が踊り走り回ってます。

朝食

基調講演（キーノート）が始まるまで、朝食を食べました。

たくさんのパンが用意されており、ゆで卵がすごく身にしみました。

基調講演（キーノート）

基調講演会場への込み具合です。

Google IO 開幕！

カウントダウンとともに開幕です！

Jelly Beanの公開

Android 4.1のJelly Beanが公開されました！

その中でも、Offline Voice Typingの新機能の発表に開場が盛大に盛り上がりました！

PDK（Platform Development Kit）の発表

その他の詳しい新機能の内容は以下をご覧ください。

Android 4.1 (Jelly Bean) の新機能・改善点一覧（前編）

Android 4.1 (Jelly Bean) の新機能・改善点一覧（後編）

Nexus 7の発表

Asusが開発担当をしたNexus 7の発表がありました。

Jelly Beanが搭載されています。

このNexus7はお土産としていただきました。

Nexus Q

形は写真の通り小さな球場のものとなっていて、

ホームユースを想定したスモールコンピュータとのこと。

Glassのデモストレーション

実際に、サンフランシスコの上空と会場でカメラ共有を行い、

スカイダイビングで登場というとてもクレイジーなデモストレーションが行われました。

そこで用いられたのがGlassになります。

このデモストレーションは今日一番の盛り上がりを見せました！

そのままGlassの発表があり、

Google IO出席者のみにプレオーダー可能の発表がありました。

What's New in Android?

Jelly Beanで主に更新のあった機能の紹介、実装方法などが紹介されました。

ここからは各ブースを紹介していきます。

Google+

Google TV

Google Maps

Chrome

各ブース

様々な模様のドロイド君の周りに、設定されています。

Glass

会場の様子

最後に、Glassを貸してほしいと懇願しましたが、

デモストレーションはさせてもらえませんでした。

届き次第、レビューさせてもらいます！

今年もGoogle IOはまだまだ続きます。

文責：カスタマー開発部　大阪開発課 藤田 竜史

Android 4.1 (JellyBean) の新機能・改善点（後編）

前エントリからの続きです。

新しい入力タイプと能力

デバイスの追加と除去の検知

• アプリケーションはUSBやBluetooth、その他の接続タイプの入力デバイスがアタッチされた時に通知を受けることができるようになった

入力デバイスの能力の問い合わせ

• Android 4.1は入力デバイスが接続され使用可能になったことをアプリやゲーム知らせるAPIを含んでいる


• アプリは現在アタッチされている入力デバイスを管理し、その能力を知る

入力デバイスのバイブレータの制御

• アタッチされた入力デバイスに関係している任意のバイブレータサービスを関連付ける

アニメーションとグラフィックス

Vsync for apps

• 全ての描画やアニメーションのvsyncのタイミング拡張することで、UIのフレームレートを保証しスムーズに動作させることができるようになった


• Choreographerクラスを使うと次のvsyncフレームでinvalidationのリクエストを送ることができる（アプリがアニメーションフレームワークを使用しない場合に、アニメーションをスケジューリングする良い方法）


• さらに高度な使い方として、次のフレームの実行時にChoreographerクラスのコールバックをポストすることが可能である

新しいアニメーションのアクションと遷移のタイプ

• アニメーションフレームワークは、ViewPropertyAnimator が動作している時に開始と終了を定義することができ、アプリ中の他のアニメやアクションと同期するのに役立つ


• アクションはどんな実行オブジェクトにも適用可能。例えば、前のアニメーションが終了したら他のアニメーションを開始させることが可能。


• アニメーション中のレイヤーをViewPropertyAnimatorが使用するように定義可能。以前はアニメーションを開始する前にセットアップし、アニメーションを終了する時にレイヤーを取り除くためにonAnimationEnd() を使用していた。今は、ViewPropertyAnimatorのwithLayer() メソッドを単純に呼ぶだけ済む。


• ViewGroupのすべてのレイアウトの変更に応じて、LayoutTransitionの中の新しい遷移のタイプによってアニメーションを自動化する

新しいタイプの接続

Android Beam

• Android 4.1 では、Bluetoothのデータ転送をテコ入れすることで、Android Beamでより簡単に画像・ビデオ・その他のペイロードをシェアすることが可能となった。


• ユーザが転送のトリガを引くと、Android Beamは NFC から Bluetoothへハンドオーバーし、ある端末から別の端末へのファイル転送を簡単に行うことができる。

Wi-fi ネットワークサービスのディスカバリ

• マルチキャストDNSベースのサービスディスカバリをサポート


• アプリはWi-Fiネットワーク上のピアデバイス（モバイルデバイス、プリンタ、カメラ、メディアプレイヤー他）を発見し、提供されているサービスに接続


• クロスプラットフォームやマルチプレイヤーのゲームをビルドするために、Wi-Fiネットワークサービスディスカバリの恩恵を受ける


• サービスディスカバリAPIを使うとアプリは様々な種類のサービスの生成と登録、他のNSDが有効なデバイスの発見が可能。


• サービスは人間が判読可能な文字列の識別子を使ってネットワークにマルチキャストされて知らされ、ユーザは簡単にサービスの種類を識別することができる。


• コンシューマデバイスは、ローカルのWi-Fiネットワークに接続されているデバイスから使用可能なサービスをスキャンし、発見するためにAPIを使用する。発見後はソケット通信によってIPアドレスとポートをサービスで解決。


• APIを使用して、ウェブカメラやプリンタやWi-Fiのピアツーピア接続をサポートしたモバイルデバイスに接続するようなアプリを作成することが可能。

Wifi-Direct サービスのディスカバリ

• Android 4.1で pre-associatedサービスディスカバリをサポートするAPIを追加。


• pre-associatedサービスディスカバリにより、接続前に近くのデバイスからサポートしているサービスについてより有用な情報を取得する


• アプリは特定のサービスの発見を始めることができ、フィルタリングすることもできる。


• Wi-Fi ダイレクトサービスディスカバリにより、ダイレクトにp2pのみで接続できるのでインターネットやモバイルネットワークを使わずに、写真・ビデオ・ゲーム・スコア他をシェアするマルチプレイヤーゲームやアプリを作ることが可能となる

ネットワークのバンド幅の管理

• モバイルホットスポットなどへのテザリングを含む、帯域が制限されているネットワークに接続しているデバイスのデータ使用量を管理することが可能


• アプリはダウンロードを始める前に現在のネットワークが制限されているかどうかを調べることが可能

新しいメディアの能力

メディアコーデックのアクセス

• プラットフォームのハードウェアとソフトウェアコーデックの低レベルアクセスを提供する


• アプリはデバイスで使用可能な低レベルメディアコーデックを見つけることができ、必要に応じて使用することが可能


• デバイスがDRMで保護されているコンテンツを再生できるかどうかを調べることも可能

USB オーディオ

• USBオーディオ出力のサポートにより、サードパーティーがAndroidデバイスのインタフェースを有するオーディオドックのようなハードウェアを作成する


• この機能は、ADKを使用することで全てのデベロッパーが独自のハードウェアを作成可能なことを意味する

オーディオレコードトリガー

• オーディオ再生トラックの完了に基づいて、オーディオ録音をトリガする


• ユーザーが音声を記録するために話し始める際に、ユーザーにキューの合図を出すようなシチュエーションで有効

マルチチャネルオーディオ

• Android 4.1はHDMIポートを通じて、マルチチャネルオーディオハードウェアを持つデバイス上で、マルチチャネルオーディオをサポートする


• もしデバイスがサポートするハードウェアを有していない場合は、Androidは自動的にチャネルをダウンミックスする（大抵はステレオ）


• Android 4.1では、AAC 5.1 オーディオのエンコード／デコードをサポートする

オーディオ処理

• 開発者は、次のような目的のために記録されているオーディオに前処理を施す事が可能
  
  
  
  
  • スピーチ録音品質を改善するための雑音抑制
  
  
  • 反響音のエコーキャンセル
  
  
  • 一貫しないボリューム・レベルのための自動利得制御
  
  
  
  

オーディオの連結

• メディアプレイヤーは、休止のないオーディオを再生するためにストリームを連結することができる。


• 音楽をシームレスに再生するようなシーンで使用する場合に便利

メディアルーター

• 新しいAPIのMediaRouter, MediaRouteActionProvider, MediaRouteButtonは、標準的なメカニズムとどこでメディアを再生するかを選択させるためのUIを提供する


• 有線のヘッドセット、A2DPのBluetoothのヘッドセットとスピーカーのビルトインをサポート


• 自身のアプリのための独自ルートオプションを追加することが可能。

レンダースクリプト計算

• Android 4.1 はレンダースクリプトの計算が拡張され、より柔軟になった。


• レンダースクリプトの計算中にテクスチャーのサンプルが可能


• 新しいpragmaは、スクリプトによって要求される浮動小数点の精度を定義を可能にする


• レンダースクリプト計算スクリプトをx86ベースのエミュレータとハードウェアデバイス上でデバッグすることが可能


• 単一のレンダースクリプトソースファイル中で、複数のルートスタイルのカーネルを定義することが可能

AndroidのブラウザとWebView

Android 4.1では、AndroidブラウザとWebViewに下記の拡張を含んでいる：

• HTML5ビデオのユーザーエクスペリエンスの向上（タッチtoプレイ/ポーズとインラインからフルスクリーンモードへのスムーズな遷移を含む）


• スクロールとズームのパフォーマンス向上のため、レンダリングスピードとメモリ使用量の削減するように改善


• HTML5/CSS3/Canvasのアニメーションパフォーマンスの改善


• テキスト入力の改善


• JavaScriptエンジン(V8)のパフォーマンスの改善のための更新


• HTML5メディアキャプチャー仕様の更新 (input type=file要素の"capture"属性）

Google APIsとサービス

Androidの能力をさらに拡張するために、Androidのためのいくつかの新しいサービスが利用可能です。

Google クラウドメッセージング for Android

• Google クラウドメッセージング (GCM) は同期を専有せずに、Android端末間でショートメッセージデータを送信する仕組み


• GCMはキューイングされたメッセージの詳細を扱い、ターゲットのAndroidデバイスに効果的に配信する


• メッセージのマルチキャストをサポートしており、単一リクエストにおいて1000接続まで可能


• 最大4Kまでのデータの送信が可能

アプリの暗号化

• Android 4.1から、Google Playは全ての有料アプリが端末に配信され格納される前にデバイス特有のキーでassetsの暗号化することでアプリケーションの保護を行う

Smart App Updates

• Smart App Updatesは デバイスのアップデートの配信をより良い方法で提供するGoogle Playの新しい機能


• デベロッパーがアップデートを公開したら、Google PlayはAPK全体ではなく、変更されたビットだけを配信する


• これは大抵の場合、アップデートの軽量化になり、ダウンロードの高速化とバッテリーのセーブ、ユーザーのモバイルデータプランの使用量を抑えることができる


• 平均してsmart app updateは全体のAPKの約1/3のサイズになる

Google Playサービス（近日公開）

• Google Playサービスは、Google Playを通じて配信されるアプリの中に Google+や認証のようなGoogleのサービスを統合するのに役立つ


• Google Playサービスは、エンドユーザーのデバイスに自動的に提供されるため、デベロッパーは薄いクライアントライブラリをアプリ中に含めるだけで良い

文責：カスタマー開発部　品川開発課 瀬戸 直喜

Android 4.1 (JellyBean) の新機能・改善点（前編）

Google I/O 2012でAndroid 4.1（通称：JellyBean）が公開されましたので、Android 4.1で導入された新しい機能や改善された点をご紹介します。

尚、本エントリは下記のサイトを参考にしました。

• Jelly Bean - Android 4.1 for Developers

より速く、よりスムーズに、さらに反応良く

• Android 描画タイミング、タッチレイテンシの最適化


• グラフィックパイプライン中にトリプルバッファリング追加


• パフォーマンス検証ツール systrace の追加(Tools R20以上で使用可能）

アクセシビリティの拡張

• ジェスチャー機能の見直しとアクセシビリティサービス用の新しいAPIの提供


• アクセシビリティ設定中に独自チュートリアルのリンクが張れるようになった


• 標準ビューコンポーネントはコードの変更は一切不要、カスタムビューコンポーネントはノードAPIを適用するだけ

国際ユーザのサポート

双方向テキストと他言語サポート

• TextViewとEditTextで双方向テキスト（"左から右に表示"または"右から左に表示"）をサポート


• アラビア文字、ヘブライ文字とフォントが使用可能に


• その他、新しい言語サポートに含まれる物
  
  
  
  
  • インド語を追加：カナラ文字、テルグ文字、マラヤーラム文字
  
  
  • ユニコード6.0の絵文字
  
  
  • 日本人向けの表記のサポート
  
  
  • TextViewのアラビア文字に加えて、WebView向けに表記を最適化
  
  
  • WebViewの縦書き、ルビのサポート
  
  
  • 全てのフォントで合成強調文字が使用可能
  
  
  
  

ユーザがインストール可能なキーマップ

• 海外向けキーボードや特別なレイアウトのキーボードマップをユーザがインストールできるようになった


• ユーザはショートカット(CTRL+Space)を使用してキーボードをスイッチすることが可能


• デベロッパーは追加のキーマップアプリを公開することが可能。APKはキーボードのレイアウトリソースを含む。


• 追加キーボードを提供するために最適なブロードキャストレシーバとして、マニフェストにACTION_QUERY_KEYBOARD_LAYOUTSを定義することができる。

美しいUIを作る新しい方法

Notificationの拡張

• Notificationフレームワークをメジャーアップデート


• Notification中に写真などの新しいコンテンツが格納可能に


• Notificationをピンチで拡張したり、収納したりすることが可能


• これまでより大きなエリア、高さ最大256dpの通知が作成可能


• Notificationのテンプレートスタイルは下記の３種類
  
  
  
  
  • BigTextStyle、BigInboxStyle、BigPictureStyle
  
  
  
  


• リモートビューを使った独自のNotificationも作成可能


• Notificationの長押しによって、追加の情報提供が可能

リサイズ可能な app ウィジェット

• Android 4.1 からapp ウィジェットがホームの空き領域に従って、自動的にリサイズ可能になった


• app ウィジェットの大きさによって、必要に応じてウィジェットを再読込することができる。例えば、ディスプレイが大きくなった場合にリッチなグラフィックや追加の機能やオプションが提供できるようになった。


• デベロッパーは最大と最小サイズやその他オプションを制御することができる


• ウィジェットをランドスケープとポートレイトレイアウトに分離して提供することが可能で、画面の向きが変わるとそれらを適用することができる。


• サードパーティーのランチャーや他のアプリから、インテント(AppWidgetManager.ACTION_APPWIDGET_BIND)によってappウィジェットを表示させることが可能になった

シンプルになったタスク操作

• Android 4.1 で "Up" ナビゲーションがアプリから簡単に管理できるようになった


• Upナビゲーションを定義するためには、マニフェストファイルに新しいXMLの属性を追加すれば、自動的にアクションバーにUpナビゲーションが追加される


• デベロッパーは最早コールバックによるナビゲーションを管理する必要がなくなった


• PendingIntentから起動されたアクティビティを使う時や素早く合成タスクスタックを用意したいときに、TaskStackBuilderを使うことができる。例えば、合成タスクスタックを作るとホームスクリーンウィジェットやnotificationのようなリモートビューからアクティビティを起動したい場合に便利である。開発者がバックナビゲーションを提供することができるからである。

アクティビティの起動のための簡単なアニメーション

• ActivityOptionsという新しいヘルパークラスを使うと、アクティビティの起動時に表示されるアニメーションを生成・制御することが可能


• ヘルパークラスを通じて、アクティビティ起動時のカスタムアニメーションリソースを特定したり、新しいズームアニメーションを要求することが可能

ライトアウトモードとフルスクリーンモードへの遷移

• 新しいシステムUIフラグは、通常のアプリケーションUI（アクションバー、ナビゲーションバー、システムバーが表示されている）から、ライトアウトモード（ステータスバーとアクションバーが隠れ、ナビゲーションバーが暗くなる）かフルスクリーンモード（全てのバーが隠れる）に遷移します。

remotable Viewの新しいタイプ

• ホームスクリーンウィジェットとnotificationでGridLayoutとViewStubが使用可能に

Live wallpaper プレビュー

• アプリに含まれているLive Wallpaperを簡単に見つけ、インストールすることができるようになった


• 作ったアプリにLiveWallpaperが含まれている場合に、ACTION_CHANGE_LIVE_WALLPAPERでActivityを起動し、アプリ中のLiveWallpaperをプレビューすることが可能


• プレビューあらユーザはLive Wallpaperを直接ロードすることが可能

高解像度のコンタクト写真

• コンタクト写真に 720 x 720 のような大きなサイズが使用可能に


• 写真の最大サイズは端末によって決まるため、写真の最大サイズの取得はビルトインのcontacts providerを使用すべき

（後編へ続きます）

文責：カスタマー開発部　品川開発課 瀬戸 直喜

iCloud key-value store

Want to use iCloud's key-value store, NSUbiquitousKeyValueStore, to synchronize data in your app between devices?

 

I've started using NSUbiquitousKeyValueStore in my game "Harigana" but noticed a flaw that I would like to share. Nothing much really, just a small tip.

The recommendation is that you early in your app start cycle call

[[NSUbiquitousKeyValueStore defaultStore] synchronize];

and then start listen to the notification NSUbiquitousKeyValueStoreDidChangeExternallyNotification.

This will call your app when the store is changed on other devices. However, this seems to be reliable only if the app is active at the time the other device changes a value. If the app is not running at the time the store is updated you might not get notification when you wake the app up. Sometimes it works, sometimes not, according to my experience.

Therefor, to be sure you have the latest value from iCloud, force a synchronization at app startup/wakeup. Simply iterate through all values in your NSUbiquitousKeyValueStore and overwrite the local value with the value from the store. Of course, this requires that when you store the values, always store the them in both iCloud's key-value store and the user defaults, otherwise you might overwrite users hard earned points with something that could be zero. iOS will take care of everything for you under the hood, whether the user has activated iCloud or not.

Remember, the truth is in the Cloud.

『NFC QUEST』が『Google Quest』として、Googleの公式イベントに導入されました

弊社が制作したNFC QUESTが、Googleのオフィシャルイベント「think with Google」のイベントシステムとして導入されました。

今回は、従来のスタンプラリー機能を拡張し、受付やセッション会場の入場チェックの機能を新たに追加しました。

まずはNFC QUESTがどういったサービスかを簡単にご紹介します。

既にご存知の方は読み飛ばしてください。

NFC QUESTとはICカードとスマホを使ったスタンプラリーです。

ICカードをサービスに登録することで職業が設定でき（例えば勇者、魔法使いなど）、

自分が勇者としてチェックポイントを回りながらレベル上げをします。

仲間を2人集めてパーティを組んだら、ラリーの最後に待ち受ける魔王と対戦ができる

参加型のRPGスタンプラリーなのです。

今回のGoogleのイベントでは、参加者に事前にWebフォームからイベントへの申込を行っていただき、申込情報の登録されたICカードを参加証として発行、郵送をしました。

こうすることで、イベント当日参加証を持参し、受付でカードリーダーにかざすだけで受付ができるという仕組みです。

受付にチェックインをするとスタッフのPC上に、参加者の情報（名前、所属など）が表示されるようになっています。

また同時に、参加者を担当する営業マンの携帯へメールを自動配信し、自分のクライアントの到着を知ることができます。

各セッション会場の入口にも同じようにチェックポイントを立てておく事で、参加者のセッション参加確認を行えます。

主催者は管理画面から、どの参加者がどのセッション会場にいるのかをリアルタイムに確認する事ができます。

そして最後に、お馴染みの魔王の登場です。

今回はGoogle仕様になっています。

今回の参加者は広告代理店やスポンサー企業のマーケティング担当者などが多かったのですが、みなさん、QUESTの職業設定に非常にウケていました。勇者になりたがるひとが多く、僧侶は不評でした。

魔王との対戦映像を見ながら、まさに自分が勇者として戦っている心境になって楽しんでいました。

最後に、先日受賞したAndroid Application Award 2012のインタビュー記事が

本日ITproさんに掲載されました。よかったらこちらもご覧になってください。

http://itpro.nikkeibp.co.jp/article/COLUMN/20120502/394509/?ST=android-dev&mkjb&P=3

NFC QUESTの導入プランなどはこちらのサイトに載ってます。

http://www.brilliantservice.co.jp/nfcquest/

うちのイベントでもやってみたい、うちの店舗に置きたいという方はお気軽にお問い合わせください。

文責：営業部　藤田健介

Data in the Documents folder

 

I was really surprised when one of my apps was rejected by Apple when all I did was update the icon and the app have past previous reviews with flying colors. It seems like there's a new rule about data you store in the /Documents folder.

All files in the Documents folder are backed up to iCloud and such files that can be re-downloaded or re-created should not be stored there. For obvious reasons, to not waste those precious 5 GB we have by default. However, if you put your data in Caches folder or tmp folder, it might be deleted in low storage situations so there is a new solution from iOS 5.0.1.

This allows you to put files that you generate, like a read-only database, to the Documents folder without having it backed up to iCloud.

Here's a snippet from iOS Developer Library

Q:  My app has a number of files that need to be stored on the device permanently for my app to function properly offline. However, those files do not contain user data and don't need to be backed up. How should I store those files in iOS 5?

A: Starting in iOS 5.0.1 a new "do not back up" file attribute has been introduced allowing developers to clearly specify which files should be backed up, which files are local caches only and subject to purge, and which files should not be backed up but should also not be purged. In addition, setting this attribute on a folder will prevent the folder and all of its contents from being backed up.

Important The new "do not back up" attribute will only be used by iOS 5.0.1 or later. On iOS 5.0 and earlier, applications will need to store their data in <Application_Home>/Library/Caches to avoid having it backed up. Since this attribute is ignored on older systems, you will need to insure your app complies with the iOS Data Storage Guidelines on all versions of iOS that your application supports.

How to set the attribute

#include <sys/xattr.h>

- (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL
{
    const char* filePath = [[URL path] fileSystemRepresentation];

    const char* attrName = "com.apple.MobileBackup";
    u_int8_t attrValue = 1;

    int result = setxattr(filePath, attrName, &attrValue, sizeof(attrValue), 0, 0);
    return result == 0;
}

Androidアプリケーション、デザイナーとプログラマーのハッカソン vol3が開催されました。

Androidアプリケーション、デザイナーとプログラマーのハッカソン vol3 が開催されました。

このハッカソンもついに３回目です。( Vol.1 , Vol.2 )

従来のハッカソンではプログラマーがメインとなるイベントですが、デザイナーさんも交えてAndroidアプリを作りました。

チーム分け

事前に用意したテーマもありましたが、今回は先にチームを決めてから作るものを考えました。

• ライブウォールペーパー
• 画像アップロードアプリ
• TODOアプリ(2チーム)
• キッチンタイマー
• ウィジェット

ハッカソンの様子

各チーム何を作るか考えています。

作るものが決まったので、もくもくとアプリを作ります。

発表

チーム：ビバップでありやす

週末壁紙ももいろドロイダーZ

メンバー

• @hornet08net(デザイナー)
• @sobachanko(プログラマー)
• @shogogg(プログラマー)

このチームは、ホーム画面上をドロイドくんが歩きまわるライブウォールペーパーを作りました。

ドロイドくんがひょこひょこ歩いてとてもかわいいです

さらにホーム上のどこかをタップするとドロイドくんがそこへダッシュします。

名前から分かるとおり、メンバーが某アイドルグループをモチーフに作っており

ドロイドくんは設定より５色から選ぶことができます

---

チーム：メガネ

UmbrellaWidget

メンバー

• @lilylight_jp(プログラマー)
• @fr1224(デザイナー)
• @ootani(プログラマー)

このチームは、今日傘が必要かどうか一目で分かるウィジェットを作りました。

お天気APIを叩き、降水確率によって表示するウィジェットの絵が変化します。

このアプリは以前より欲しいと思ってた、という事があり作られたそうです。

続けて開発し、リリースまでできるといいですね

---

チーム：あるふぉーと

HITODANOMI TO-DO

メンバー

• @rukiadia(プログラマー)
• @chan_gami(プログラマー)
• @kodaigo(デザイナー)
• @rinaoyagi(プログラマー)

このチームは、TODOアプリを作りました。

ただのTODOアプリではなく、Twitterを使い他人に進捗を管理させるところが特徴です。

画面デザインをアプリに落としこむところまでいけなかったのは残念ですが

アプリのアイデアが光っています！

---

チーム：Tough Boyz

TODOクエスト

メンバー

• @backflip270bb(プログラマー)
• @oasis_k(デザイナー)
• @95kugo(プログラマー)

このチームはTODOアプリを作りました。

通常のTODOアプリと違うのは、RPG風になっているところです。

クエストを登録し、モンスターを倒すことでゲームを楽しみながらTODOを消化できます。

ゲーム風な絵だけでなく、音を活用することで気持ちいTODOアプリとなっていました。

---

チーム：決めてないっす

ついったぐらむ

メンバー

• @katsummy(プログラマー)
• @ysenba(プログラマー)
• @aonorihechima(デザイナ－)
• @ryunaeki(プログラマー)

このチームは、写真を加工しTwitpicにアップロードするアプリを作りました。

当初は一日では難しいのではないかと思ったのですが

Aviaryという写真加工ライブラリを使うことで、工数を低減していました。

残念ながら最後のアップロード処理まで完成しませんでしたが

ライブラリを使って工数を抑えた点や、コルクボードに写真を貼ったようなデザインは素晴らしかったです。

---

チーム：インスタント

ゆでどけい

メンバー

• @b0ner_jp(プログラマー)
• @mormofneko(プログラマー)
• @bina1204(プログラマー)
• @cooochaa(デザイナー)
• なおっちょ(デザイナー)

このチームはカップラーメンに特化したキッチンタイマーを作りました。

時間が経つにつれ画面に表示されたカップラーメンの麺が増えていきます。

あまりに時間が経ちすぎると、カッパが現れて悲しみます。

実はナルトじゃなくてカッパだったんですね。

また、ゆでたまごの構想もあり

こちらは時間が経ちすぎるとタマゴが割れて、中でネコが踊っているそうです。

投票

全員に一人5票で投票してもらいました。

結果は…

順位	チーム名	票数
1位	Tough Boyz	33票
2位	インスタント	20票
3位	ビバップでありやす	19票
4位	メガネ	18票
5位	あるふぉーと	11票
6位	決めてないっす	8票

おめでとうございます！！

個人的な感想など

今回のハッカソンは初めてという方がほとんどで、最初はどうなることかと思いましたが

ほとんどのチームがアプリ完成までたどりつきました。

参加者の声を聞くと、「デザイナーとの連携はもちろん、チーム内での連携が思いのほか難しかった」

「デザイナーさんの普段接することがないので貴重な体験ができた」など

充実したイベントだったのではないかと思いました。

次回も開催できるよう努力いたしますので、ご期待ください！

その他

• デザイナとプログラマのハッカソンvol.3ツイートまとめ - Togetter
  
  • http://togetter.com/li/303513
• 参加者リスト
  
  • https://twitter.com/#!/bs_android/dpthon3

文責：技術部　山下 智樹

A3 2012でBeyond Android賞を受賞しました！

弊社が制作したNFC QUESTが、Android Application Award（A3）2012にてBeyond Android賞を受賞しました。

Beyond Android賞は、NTTコミュケーションズ様が運営するアプリレビューサイト「アプリコ」からの特別賞で、携帯電話のOSとしての、Androidの発想の枠を超えた新しいコンセプトのアプリケーションに贈られる賞です。

NFC QUESTは、AndroidとICカードを組み合わせることで、スタンプラリーやカードバトルができたりなど、そのサービスの幅広さから、将来の広がりを感じられたということで、高く評価を頂きました。

当日は大賞を選ぶための「決勝プレゼン」というものがあり、ノミネート作品9組がそれぞれ3分間のプレゼンを行いました。

弊社は山下がプレゼンターを務め、3分間でNFC QUESTの特徴を伝えきりました。



大賞は逃してしまいましたが、今後も引き続き、携帯電話の枠を超えた企画やサービスを創りだしていきたいと思います。

関連サイト：

• 新感覚RPG型スタンプラリー『NFC QUEST』
• Android Application Award（A3）2012

---

文責：技術部　梶井祐介