timetable

明日から使えるRxJava頻出パターン

cookpadは、RxJavaを導入している国内では数少ない企業の一つです。
本セッションでは、実際のいくつかの社内アプリのソースコードからRxJavaが使われている箇所を調べあげ、
頻出設計のパターンを幾つかご紹介しようと思っています。
実際の利用シーンをご紹介することで、RxJava導入のイメージを明確にして頂けると幸いです。

対象者:
* RxJava入門者
* RxJavaを業務に導入したいけどちょっと戸惑っている人

話す内容(予定)

* 自己紹介(2min)
* RxJavaについて(5min)
  * RxJava, RxAndroidについて
  * 今回のスライドを理解するための基礎知識
      * observable, subscriber, subject, subscriptionなどの紹介
* 頻出パターンを4つの紹介(15min) [恐らく紹介するパターンは変更します]
  * 利用するサンプルweb_apiの説明
  * 非同期-直列処理(flatMap)
  * 非同期-並列処理(combineLatist)
  * combineLatistとsubjectの利用したパターン
  * 少し複雑な非同期-直列処理(Pair, Tuple, Observable#just)
* 気をつけたい点(5min)
  * Observableをどこに置くのが正解か..
  * trello/rxLifecycle と AndroidSubscriptionの利用について
  * unitテストどうしてるの
  * 終わりに

Master of Canvas

対象者:
Canvasを用いたAnimationに興味がある開発中級者

概要:
CanvasでPathを使ったリッチなAnimationを実装する方法の解説､またIllustratorを使い簡単にデザインをCanvasで実装する方法について話します｡

Pathを使ったAnimationではInterpolatiorのカスタマイズ､数式の作り方､TypeEvaluatorのカスタム方法など詳しく解説していきます｡
PathではAPI19からPath#opなど便利なメソッドも追加されるなどしており､表現の幅が広がっています｡
Material対応の先にある小さいViewの細かい話をします｡

Illustratorで作ったデザインのAnimation変化の簡単に行える実装とその際に使用する自作したスクリプトの解説をします｡

主に以下のViewを解説しながら行っていきます｡
TextMorphingView : https://twitter.com/amyu_san/status/654555982958166016
WaveSwipeRefreshLayout : https://github.com/recruit-lifestyle/WaveSwipeRefreshLayout
BeerSwipeRefreshLayout : https://github.com/recruit-lifestyle/BeerSwipeRefresh
ColoringLoading : https://github.com/recruit-lifestyle/ColoringLoading

TV向けAndroidアプリの開発TIPSと最新事情

[概要]
2015年はFire TVやAndroid TVが日本にサービスを開始し、TV上でアプリを利用するシナリオが増えてきました。既にお持ちのアプリをTV向けに開発すべき手段や機能などをご紹介します。

下記の内容:
AndroidのTV市場の最新事情のご紹介
TV向けへの開発手順について
TV向けの面白い機能などのご紹介

[対象者]
アンドロイド開発初級 - 中級
アプリの開発経験はあり、TV向けに延長を考えている方
TV市場に興味がある方

Advanced RecyclerView Techniques

Most people are now using Android RecyclerViews in their apps these days, however relatively few are using them to their full potential. The ItemDecorators and ItemAnimators components of the RecyclerView allow for much more flexibility to our list content then was every possible with ListView. While they have relatively simple APIs, unlocking their full potential can take some time and practice.

In this talk we will cover advanced usages of ItemDecorators to make truly unique list compositions. We'll also cover ItemAnimators to showcase how to make your content look great and feel like a polished Material designed application.

史上最速のAndroid

[概要]
Androidアプリケーションを高速化するためのバッドノウハウ(知らなくていいこと)の紹介します。
Javaコード、Dalvikバイトコード、機械語、仮想マシン間を往来することで、「Javaコードで」最速のアプリケーションを開発するにはどうするればよいか？を話します。
※JNIの話はしません

[対象者]
Android開発に飽きてきた廃人開発者

[何が新しいか？]
そもそもDalvikバイトコードの話すら言及されることは殆ど無いのですが、
今回はそこでは収まらず、ARTの最深部まできっちり説明し切ります！

[内容の概要]
1) ARTの仕組み
2) インタープリタ、JITコンパイラ、AOTコンパイラ
- それぞれの実行環境はどういうケースで使用されるか？
3) Dalvikバイトコード
- バイトコードの概要と、速い命令、遅い命令
- 遅い命令はどういうコードで生成されるか？
4) 仮想マシンへのダイブ
- JavaバイトコードからDalvikバイトコードへ
- DalvikバイトコードからAOTコードへ
- AOTコードから仮想マシンへ
- コード上からの不可視なオーべーヘッドを突き止める
5) 高速化ノウハウ集
- こんなコードは意味が無い！
- 実はこんなコードが速い！

Android Lintで正しさを学ぼう

静的解析ツール・Android Lintは、むやみにビルドを失敗させる悪役と思われがちですが、実はGoogleが用意してくれたベストプラクティスの宝庫です。
本セッションでは、Android Lintが持つ200件以上の膨大なルールを厳選して、初学者が陥りがちなものを中心に紹介していきます。

何故、それをやってはいけないのか。どう直せばよいのか。直すと何が嬉しいのか。
一緒に確認しながらベストプラクティスを学ぶことで、初学者から中級者への階段を登り始めましょう。

■ 対象者
* まだAndroidプログラミングのベストプラクティスが分からない初学者
* Androidアプリの品質を表す指標がほしい品質担当者

■ 話す内容

* 初学者がやりがちなミス
	- LinearLayoutに並べたビューが表示されないのは何故？
	- FragmentTransactionのcommit()を呼び忘れていませんか？
	- SharedPreferenceのcommit()を呼び忘れていませんか？
	- Toastのshow()を呼び忘れていませんか？
	- メモリ喰いなやつらのrecycle()を呼び忘れていませんか？
	- OKボタンを左に置いてもいいのは小学生までですよ？
	- ユーザーが見るテキストをレイアウトに直書きした・・・？
* もっと上を目指す人のために
	- そのContentProvider、丸見えですよ？
	- EditTextにinputTypeやhintを指定してありますか？
	- アイコンの色や大きさ、それでいいですか？
	- 同じアイコンが別名で複数ありますけど無駄じゃないですか？
	- その三点リーダ（...）、まさかピリオドで書いてないですよね？

 （内容は変更する場合があります）

Go MobileでAndroidアプリ開発

【対象】
Android 中級者 〜
Go 初級者 〜

【概要】
Go Mobileは、GoogleのGoチームがサブプロジェクトとして実装を進めている GoでAndroidやiOSのアプリを作るためのライブラリ・ツール群です。

Go Mobileで書かれたアプリは数少ないですが、Goチームが実際にIvyというアプリをリリースしています。
参考：https://play.google.com/store/apps/details?id=org.golang.ivy

また、登壇者も実際にGo Mobileで簡単なアプリを書いてリリースした経験があります。
参考：https://play.google.com/store/apps/details?id=net.hinoichi.gofun

まだ実験段階の技術ですが、今後が非常に楽しみな技術です。
Go Mobileでは、Goの豊富な標準パッケージがほとんど使えるため、HTTPサーバや画像処理など非常に幅広い処理を簡単に書くことができます。
また、Goで書かれた多くのサードパーティライブラリも使えます。例えば、goproxyを使えば、Androidアプリ上にプロキシサーバを簡単に立てることができます。

日本語の情報はまだ少ないですが、登壇者がGo Mobileのソースコードやドキュメント、海外のカンファレンスの発表資料などから調べた内容についてまとめ、何ができるのか、どうやって実装するのかについてGo初心者でも分かるように説明します。

例えば、Go Mobileでは以下の2つの開発方法がありますが、それぞれの概要を説明し、それぞれどのような利点があり、どう使えるのかという話をする予定です。

■ネイティブアプリ
すべてGoで書く方法です。
UIもすべてGoで書くため、ゲームなどの開発に向いています。
参考：https://github.com/golang/go/wiki/Mobile#native-applications

■SDKアプリ
JavaからJNI経由でGoで書かれたSDKを呼び出す方法です。
Goの強みを活かした部分はGoで書き、AndroidのAPIを呼び出す部分はJavaで書くことを想定しています。
参考：https://github.com/golang/go/wiki/Mobile#sdk-applications-and-generating-bindings

また、Goはクロスコンパイルができるため、Linux/ARM向けでビルドすれば、簡単にadb shell上で動くコマンドを作ることができます。このような、普段のAndroid アプリ開発で使えるGoを使ったTIPSについても紹介できればと思います。

なお、Android開発者向けのお話をする予定ですので、Goについてはあまり知らなくても問題ありません。

【参考】
Go Mobile：https://github.com/golang/mobile
GoだけでAndroidアプリを作る（登壇者の記事）：http://klabgames.tech.blog.jp.klab.com/archives/1034818110.html

【登壇者について】
Go Conference運営をやっております。Go歴4〜5年ほどです。
業務では、モバイルオンラインゲーム（スマホのゲーム）開発のクライアントサイドを担当しています。

Fragments: Why, How, and What For?

This talk will cover how Fragments work in detail by comparing and contrasting them to something we know well, Activities. In it, I will also cover examples and use cases. Fragments: Why, How, and What For? is targeted toward developers who may not have had a lot of experience using Fragments, and those who want to understand them better.

Why? - Why did Google introduce Fragments? Aren’t Activities enough?
How? - How do Fragments work?
What For? - Example and use cases highlighting Fragment reuse, single pane vs multi-pane, ViewPager, NavigationDrawer and DialogFragment.

僕がテスト書け書けおじさんになった経緯とその過程でやったこと

【概要】
業務でAndroidアプリ開発を行っているとどうしても納期を優先してしまい、テストコードを後回しにしがちです。そもそも適切にテストコードを書くためにはテスタビリティの高い設計になっている必要がありますが、納期を優先するあまりに設計が疎かになってしまうことも多く、後からテストコードを書こうと思っても思うように書けないという状態に陥ってしまいます。一度このような状態に陥るとその後の開発にも大きな影響が生じます。テストコードがなくても気合でメンテナンスは可能ですが、アプリの機能が増えてくると気合でのメンテナンスは困難になってきます。本発表では、とあるプロジェクトでの例をもとに、テストコードがまったくなく気合でメンテナンスしている状態からどのようにテスタビリティの高い設計に変更し、どのようなテストフレームワークを導入し、どのようにチーム全員でテストを書く文化を作ったのかということを話したいと思います。

Android specific:
実際のAndroidアプリ開発プロジェクトでの例をもとにどのようにテストを導入したのかという点

Expertise:
新規アプリ開発でテストを導入するという事例はよく聞きますが、テストコードが一切ない既存アプリにどのようにテストを導入するのかということはあまり知られていない点

Innovation:
テストコードのない既存アプリにテストを導入するためには既存コードとの共存であったり、影響範囲の考慮であったりと新規アプリへのテスト導入よりもハードルの高いものである点

【対象者】
・Androidアプリ開発中級者
・機能開発は一通り出来るが、テストコードをほとんど書いたことがない人
・所属プロジェクトにテストコードが一切なく辛い人

【発表内容】
・テストコードがないとどのような弊害で出るのか
・テスト手法、テストフレームワークの解説
・テスタビリティの高い設計とは
・テスタビリティの低い設計から高い設計に変更するためにやったこと
・チーム全員がテストを書く文化を作るためにやったこと
・テスト書け書けおじさんのその後

Android Dev Tools Knowledge

対象者：
Android開発をする上で便利なツールやコマンド、ライブラリを知りたい人
・ 初心者でも使えるもの多め
・ 一部、動きを理解する上で前提知識が必要なものがあるかもしれませんが使う上では初心者でもOK
・ ツールを使ってガシガシ開発効率上げたい中級者〜にもオススメ

概要：
近年、Android StudioやGradleの登場によって、標準の開発環境が日々向上しています。
Android開発を効率的に行う上で欠かせないデベロッパーツールもたくさんあります。

そんな開発の役立つデベロッパーツール、コマンド、ライブラリなどのナレッジを余すことなくご紹介したいと思います。
実際にツール等を使いながら紹介する部分も用意します。(ワークショップ的に自分の手元で動かしたい人向けにも簡単なもの)
Android SutdioやPluginだけでは物足りない！という方向けに、より深くAndroidを理解する上で役に立つものもご紹介します。
これらを知ることで、今まで以上に開発効率の向上、Android楽しさ・奥深さを知っていただけると嬉しいです。

具体的には以下の様なものを想定しています。
* 便利なコマンド(adb,systrace。adb関連多め) ※1
* Android Studio Plugin
* Gradle Plugin
* デバッグに便利なライブラリ
* その他開発で便利なツール

※ このセッションはADT(Android Developer Tools)だけに関するものではありません
* This session is not about ADT (Android Developer Tools)

※1 参考 https://github.com/operando/Android-Command-Note

Advanced Android Espresso

Do you test? It’s okay if you don’t - historically the tools had not been stellar. But they have gotten much better, and I am going to show you my favorite, instrumentation testing with Espresso.

In this talk you will learn:
* The basic structure of an Espresso test (Matcher, ViewAction, ViewAssertion)
* Combining matchers such as withParent, isAssignableFrom to pinpoint your view
* onData and RecyclerViewActions to test ListView and RecyclerView
* Custom ViewAction and ViewAssertion
* Using Dagger and Mockito to write repeatable tests

By the end of the talk you will be itching to write some tests yourself!

最速でリリースするためのAndroidアプリデザイン

デザイナーとエンジニアの間でのやりとりに効率の悪さを感じているデザイナー/エンジニアの方は多いのではないでしょうか？ 今夏にリリースしたアプリ「Sync」http://sync.wantedly.com の開発では、デザイナーもコードを書きながら、最速で質の高いアプリのリリースを目ざしました。その事例を中心に、より効率のよい連携のためにデザイナーはどうするするべきか？お伝えできればと思います。

## トピック
- デザイナーはコードを書くべきか？
- Matelial Designを使って効率アップ
- style・themeとデザイン
- エンジニアからデザイナーに教えて欲しいこと
など

## 対象
- デザイナーとのやりとりをもっと効率よくしたいエンジニア
- デザインの再現度を上げるのに苦労しているデザイナー
- デザイナーがアプリの開発で考えていることを知りたいエンジニア

Dagger2とRealmを利用したモダンな開発

Androidには通常のJVMアプリケーションにはないActivityやFragmentといった独自の世界観があるため、Androidの持つ特性を深く考えず実装を行えば、すぐさま複雑なコードが出来上がってしまいます。

また近年ではアプリ開発の需要が増し、さらにその規模も大きくなっています。機能が増え、コードは複雑になりがちです。

この部分を曖昧にし、開発を続けアプリケーションが肥大化していけば、複雑なコードを運用して行かなければならなくなるリスクが高まり、機能追加も難しい環境になってしまいます。

複雑なコードを生み出さないためには、依存性を排除し、テスタブルなコードを書くのが鉄則です。それに加えてActivityの再生成など、Androidフレームワークの挙動にうまく対応する必要があります。

この課題に対して、自力で解決することも出来なくはありません。しかし幸いな事に、2015年現在においては、Androidで利用可能な有益なライブラリが数多く用意されています。我々は様々なライブラリを精査し、その結果「Dagger2」「Realm」を組み合わせることで、フレームワークとうまく調和し、堅牢で、依存性を可能な限り排除し、テスタブルなプロダクトの開発方法を考案しました。

アプリ開発においてもう一つ忘れてはならないのが、サーバサイドとの兼ね合いです。特にサーバサイドをすべて新たに作る時、常にAPIの設計がクライアントアプリに先行し実装されるとは限りません。

この場合、クライアントアプリ側で作業を止めるというのは考えられず、何かしらの策を講じる必要があります。

そこで我々はstubサーバを用意し、Web側開発とは独立した仮のエンドポイントを用意。非常に高速な開発環境を実現することができました。

本セッションの内容が、少しでもみなさまのお役に立てたら幸いかと思います。

Windows環境での効率的なアプリ開発手法

▪️Windows環境での効率的なアプリ開発手法
○【概要】
最先端のAndroidアプリ開発の現場では開発PCにMacを利用されていることが多いと思います。
勉強会などでMacを持ち込む開発者が多く見受けられたりするが、実際の開発現場ではまだまだWindows環境で開発している開発者も多くいるとお聞きします。
インターネット上のブログやqiitaやstackoverflowに投稿される情報も前者のMacを利用している人の情報が多く、Windows UserにとってAndroidアプリ開発の情報が足りていない状況だと感じています。そのようなWindows UserのAndroidアプリ開発時のつまづきやすい点や難しいポイントを紹介することにより、ハマリやすいポイントを回避できたり、開発効率を高めたり、WindowsでもMac相当な開発ができたり、Macではできないことができたりという事例をご紹介します。

○【目次案】
・Android SDK のダウンロード、SDK ManagerのダウンロードとPath設定などの環境構築
・Android Studio インストール時のポイント
・Android端末のドライバ設定のベストプラクティス
・Android Emulator活用時の設定方法
・Git の利用方法。Git for windows, sourceTree(GUI), GitHub Desktop, Cygwin, sshやHTTPSなどの活用方法
・Android Studio 向けキーボードカスタマイズ（Caps-Ctrl, US配列、追加ショートカット設定）
・github, bitbucket などの  利用時のポイント
・apktools, dex to javaなどの解析ツール活用方法
・Windows特有の問題への対処方法

Instant Runを実現する仕組み

Android Studio 2.0の目玉となる新機能Instant Runはどのように実現しているのか、IDEはどのようにAndroidアプリケーションをパッケージ、インストール、デバッグしているかという側面から語ります。Instant Run自体の仕組みは11月時点で未公開なので、2月まで未公開であれば、既存の類似技術をもとに推測で語ります。

対象者: フレームワーク、開発ツールの仕組みに興味のある開発者

用途に合わせたアニメーションの実装方法

【対象者】
Androidアプリ開発初級〜中級

【概要】
Androidのバージョンが上がり、アニメーションの仕組みも随分増えました。
一口にアニメーションといってもViewの中身を動かすのか、View自体を動かすのか、
レイアウトごと動かすのか複数あります。
Androidのフレームワークはそれぞれに仕組みを準備していますが、
機能面で重複しているものや依存関係にあるものがあり、
そろそろ実装するにもどれを選べば良いかがわかりにくくなって来ています。

本発表では数あるアニメーションの仕組みの中から、
どの用途にはどれを使えば良いかについて、
考え方とアプローチについてお話します。

【キーワード】
- Drawable Animation
- View Animation
- Property Animation、
- Transition Animation
- Actvity/Fragment Transition

Androidの省電力について考える

対象者：中級者（単に作るだけのステップを越え、よりユーザのことを考えていこうという段階に達している方）

概要：
Androidではこれまでメーカー独自なものも含めて様々な省電力のための機能が導入されてきました。Job SchedulerやSensor BatchingといったAndroid全体に導入されたものもあれば、メーカー独自の省電力機能もありました。また省電力化するための設計指針のノウハウもあります。

それらの歴史を踏まえつつ、Android 6.0で導入された新しい省電力機能であるDozeモードやApp Standbyについて紹介します。

またどうしてもそれらの省電力による制限が困る方のために、回避・緩和するための方法についても説明します。

パーミッションモデルの過渡期への対応

[概要]
Android6.0で新しいパーミッションモデル(Runtime Permission)となり、初回実行時に許可が必要になったり、後から取り消しが可能になるなど、
今までのモデルと大きく様変わりしました。
とは言え、現状この新しいモデルの恩恵を充分に受けられるのは、Android6.0の端末上で、targetSDKversion=23のアプリを動かしたときのみです。
しばらくの間は6.0以前のAndroidが搭載された端末の方が多く、その対応を考えなければなりません。
また、大きくモデルが変わったため、Android6.0に全面的に対応するまで時間のかかるプロジェクトも想定されます。
この過渡期の間、Permission関連で問題を起こさないための手法についてお教えします。

[対象者]
Androidアプリ開発初級者～中級者

[内容]
-Runtime Permissionについて
-Runtime Permissionのベストプラクティス
-Android5.1以前の端末に対応したtargetSDKVersion=23のアプリの作り方
-targetSDKVersion=23に出来ないアプリがAndroid6.0の端末で問題を起こさない方法

明日、敗訴しないためのセキュアコーディング

対象者: Androidアプリ開発者（特に受託開発してる方)

""被告は，原告に対し，２２６２万３６９７円及びこれに対する平成２３年１０月１５
日から支払済みまで年６分の割合による金員を支払え。""

上記は、顧客のクレジットカード情報流出の原因となった受注システム設計・製作・保守の受託業者（被告）に対する、その受注システムを利用したECサイト運営会社（原告）による損害賠償責任を肯定した、東京地方裁判所の判決文となります。

裁判所は受託側が一般的な攻撃の対策をする義務を怠ったとして、債務不履行であるとの判断をしたとのことですが、Androidアプリでも同様の事象が発生する可能性がありますので、受託開発する場合は気をつけなければいけません。

本セッションでは同じ悲劇を繰り返さないために、Androidアプリにおける一般的なリスクの紹介と、リスクにつながる脆弱性を作り込まないセキュアコーディング方法について話したいと思います。もちろんSQLインジェクション対策についてもお話しする予定です。


引用元: http://www.softic.or.jp/semi/2014/5_141113/op.pdf

実践！Android Studioプラグイン開発

Android Studioは、今やAndroid開発になくてはならないIDEとなりました。便利なプラグインも豊富に公開されていますが、その開発手法についてはあまり知見が共有されていないように思います。私自身も以前にプラグインを開発した時に、入門以上の情報が少なく苦労しました。
https://github.com/konifar/android-material-design-icon-generator-plugin

「便利なプラグインのアイデアがあってもどうしていいかわからない」というAndroid開発者に、自分でも作れそうだと感じてもらえる話をします。以前に入門記事を書いたのですが、これよりもう少し実践的な内容に触れたいと思います。
http://qiita.com/konifar/items/c6e23921ffec475907fc

[対象者]
・プラグインにお世話になってる人
・作ってみたいプラグインがある人
・Android Studio好きな人

[内容]
・タイプ別の作り方（コード生成、画面表示、ファイル操作など）
・作りたいプラグインの実装方法をどうやって調べるか
・Gradleプロジェクト化とCI
・Kotlin導入方法

怖くないgradleでのビルド環境設定とBazel

AndroidStudioで使われているビルドシステムgradle
デフォルトのまま使っているけど本当はビルド時もっと色々gradleにいい感じにやってもらいたい！と思っている方のためのセッションです

本セッションではgradleを使いこなしビルドからデバッグ用、本番用apkの作成、署名や新ビルドシステムとして注目されてるBazelで実際にビルドを行ってみた感想についてお話しさせていただく予定です

クックパッドにおけるAndroidエンジニアの役割とその変遷

対象者 : モバイルアプリ開発チームに参加している人、率いている人、これからチームを作ろうと思っている人

私が2013年10月にクックパッドに入社した当時、社内のエンジニア60名ほどに対してAndroidエンジニアは私を含めて3名でした。現在ではAndroidエンジニアは10名を越え、iOSやQAを含めたモバイルチーム全体は25名まで成長しました。

私が入社する前のモバイルエンジニア0~1人時代から現在に至るまで、どのようにモバイルチームがどのような課題に直面し、改善を行っていったかを時系列で話します。モバイル開発プロセスの構築と改善に役立てれば幸いです。

- 2012年  4月 ハイブリッドアプリ時代
- 2013年10月 Native化へのフルスクラッチ
- 2014年  4月 モバイルファースト室設立
  - 開発プロセスの整備
  - 品質の向上
  - モバイル開発の環境整備
- 2015年  1月 モバイルファースト室 解散、モバイル基盤チーム新設
  - 各事業部へ散りサービスの価値を最大化
  - モバイル開発基盤の強化
- 2016年~ これからのモバイルエンジニア

生まれ変わったUI Automatorを使いこなす

●概要
他人が署名したアプリもテストできる貴重なテストツール「UI Automator」は、Android Testing Support Libraryの一部として、2015年3月に新しく生まれかわりました(UI Automator 2)。
UI Automator 2では、Android Studioとの相性が良くなったのに加え、利用できるAPIも倍増しました。

しかしながら、公式ドキュメントの記述量が少ないこともあり、UI Automator 2が提供する機能の全貌がなかなか見えません。特に、UiObjectとUiObject2という、ほぼ同じ機能を提供するクラスが2つ併存していることが、わかりにくさに拍車を掛けています。

この発表では、自身がUI Automator 2を使ってみた経験や、UI Automator 2の実装コードを読んだ内容にもとづいて、以下のような疑問を解決します。

- 新しく導入されたUiObject2はUiObjectと何が違うのか？
- 古いUiObjectは使わない方が良いのか？
- UI Automator 2になって新しくできるようになったことは何か？
- UI Automator 2の使いどころはどこか？
- UI Automator 2を使ってテストを書くときに注意すべき点は何か？

●対象者
- Android中級者〜
- AndroidのInstrumentation Testを使ってみたことのある方
- Espressoを活用して自動テストを書いているが、さらにテストの幅を広めたい方

●3つの観点について

- Android specific:
  Android標準のテストツールであるUI Automator 2についての内容です。

- Expertise:
  UI Automator 2について、簡単なサンプルについての情報はいくつか公開されていますが、上記の疑問に答えるようなものはほとんど見付かりません。
  ※自身がABC 2015 Summerで発表したスライド[1]は上記疑問に答えるものですが、本発表は、それをさらに深堀りし、新たに得られた知見を加えたものとなります。

  [1]「テスト自動化ツールUI Automator 2.0で変わったこと」https://speakerdeck.com/sumio/notable-changes-in-ui-automator-2-dot-0

- Innovation:
  UI Automator 2を使ったテストの書き方を深く理解することで、他人が署名したアプリと連携するようなUIテストの自動化に対する心理的ハードルを下げることができます。

View into the abyss

Androidアプリの画面を構成する最小要素「View」について基礎から解説します。
ふだんXMLで書いているViewレイアウトが実行時にどのように組み立てられているのか、
How-toにとどまらない実際の動作原理に興味がある方向けの講演です。
主に以下の二点について詳しくお話しする予定です。

View Treeのレイアウト構築や描画の仕組み
- onMeasure, onLayout, onDraw
- requestLayout, invalidate
- Custom ViewやCustom ViewGroupの作り方

Viewパフォーマンス最適化
- 不要な再レイアウトや再描画を避けるには
- （余裕があれば）ハードウェアレイヤーについて

Annotation Processing in Android

Annotation Processing is an advanced Java technique that can be used in Android for great benefits. In this session you will learn the basic, see some examples and learn to write one yourself with proper unit tests!

Customizing Theme and Style for Material Design

テーマやスタイル活用できていますか？

本セッションでは最初にテーマ・スタイルの基礎を解説し、アプリ用のテーマの正しいカスタマイズ方法を紹介します。その後ステータスバーの透明化など新しいバージョンで追加された機能と、それらをバージョンごとに切り分ける指定方法を紹介します。最後にAppCompatで用意されているMaterial Designを実現するためのテーマ・スタイルを見ていきます。AppCompatで使えるのはcolorPrimaryやcolorAccentだけではありません。WidgetやTextAppearanceなど、レイアウトXMLで直接指定するのに便利なものもいろいろ用意されています。これらの定義と活用方法を紹介します。


対象者
- テーマ・スタイルをなんとなく使っている人
- 正しいカスタマイズ方法を知りたい人
- 新しいバージョンで追加されたテーマ属性を知りたい人
- AppCompatのスタイルを活用したい人

パフォーマンスを追求したAndroidアプリを作るには

対象：Androidアプリの開発を経験している方。特に、おれ（アタシ）もうAndroid開発なんてわかってるしーと思っているそこのあなた。

Androidアプリのパフォーマンスを向上させるテクニックを様々な観点で網羅的に説明する。
パフォーマンスを追求した良質なアプリケーションを構築する手掛かりを得られるセッション。
TOPIC:
- Androidアプリにおけるパフォーマンスの基本原則について
- UIのパフォーマンスを向上させるために
- メモリのパフォーマンスを向上させるために
- CPUのパフォーマンスを向上させるために
- バッテリーのパフォーマンスを向上させるために
- ハードウェアのパフォーマンスを向上させるために

カメラアプリはじめの一歩

Camera2 APIがリリースされてかれこれ1年がたちますが、コールバック地獄ともいえるAPI設計のとっつきの悪さがあるためか、あまり普及している様子がありません。かといって今からCamera APIを利用するのは、<del>何かに負けたような</del>非推奨APIなので動作保証も難しくなります。

本セッションでは、セッション、キャプチャといった設計上、重要な概念を解説し、Camera2 APIのとっつきの悪さを解消して「構えていたけど、これなら使えそうだな」と思ってもらえることを目的にCamera2 APIを解説します。

APIをみてみると、カメラの新しい用途として、たとえば撮影時パラメータである露出を変化させながらの連写する等を満たすために、パイプラインという概念がでてきます。この考え方はパフォーマンスを追求する設計としてとてもよくできているのでカメラアプリに興味がある人はもちろん、非同期APIの設計モデルとしても参考になると思います

Loving Lean Layouts

XML layouts are a fundamental part of Android development at all levels. Getting started is straightforward but creating efficient layouts while still achieving the desired UI takes some practice and a few tricks.

In this session we will look at creating lean yet lovely layouts and
discuss why efficient layouts matter to both developers and users, look at use cases and best practices for standard layouts, determine when a
custom view is a good choice, review common mistakes and misconceptions, and share some tricks and situational techniques.

Support Library 総復習

[概要]
公式サイトによると2011年3月に最初のSupportLibraryリビジョン1がリリースされ、2015年11月現在ではリビジョン23.1.1までアップデートされてきました。最初はv4という1つのライブラリから始まりましたが、今ではv7やDesignなど様々なSupportLibraryが存在し、その数はどんどん増えていってます。
本セッションは、どんなSupportLibraryがあり、どんな機能が実現できるのかを解説し、SupportLibraryを使いこなすための手助けとなる内容です。

[対象者]
Androidアプリ開発初級〜中級

[内容の候補]
- 全SupportLibraryの提供する機能の解説
- 主要な機能の動作デモ

Advanced Kotlin for Android

■概要

今、世界中から注目を集めているプログラミング言語Kotlin(コトリン)によるAndroid開発について話します。
Kotlinは静的型付けオブジェクト指向言語で、JetBrains社により開発されており、Javaプログラマには馴染みやすい文法が特徴的です。
前回のDroidKaigiでは簡単な紹介でしたが、今回は一歩進んだ内容で、Android Kotlinユーザのレベルアップに貢献します。
ver0.xが長らく続いていましたが、現在ver1.0-Beta、年内には1.0安定版がリリースされるとの噂で今が一番ホットです！

Android specific:
KotlinはAndroidだけでなくJava仮想マシンもターゲットに含みます。
しかしいわゆるAndroid Javaが抱える問題をKotlinは華麗に解決してくれます。

Expertise:
Kotlinはまだメジャーな技術とは言えず情報が少ない上に、進歩・変化が早いです。
日本語でエバンジェリスト(自称)が発表します。

Innovation:
大きな革新性があると言うと大げさになってしまいそうです。
Kotlinで記述されたアプリだからどうこうという話はありませんが、
Javaと比較し生産性、保守性、安全性の観点で有利なので、
余った時間でUIや機能に注力したり、家族や友人と過ごすこともできます。

■対象者
・Android中級者〜
・Kotlin初心者〜

初歩的なKotlinの説明はほとんどしません（文末にセミコロンは不要です！など）。
ですが発表資料は公開し、ブログで解説するなど極力フォローしていく予定です。

■目次案
1. Kotlin概要
・Kotlinとは
・ざっと背景や文法などをおさらい

2. Tips集
・Android開発で直面しやすい問題をKotlinで解決する
・併せて関連するKotlinの言語機能を紹介

3. ライブラリなど
・Dagger2やRealm、RxAndroidと言ったフレームワーク、ツールをKotlinからうまく使う方法
・KotterKnife, AnkoなどのAndroid Kotlin専用のライブラリ

■登壇者について
・Kotlin歴3年半〜
・Kotlinエバンジェリスト(自称)
・日本Kotlinユーザグループ代表
・講演実績多数(JJUG CCCやDroidKaigiなどなど)
・執筆実績: 日経ソフトウエア読切、SoftwareDesign連載、同人誌など

17ヶ国の多言語対応Tips

17ヶ国語対応しているTaptripというアプリを作っています。
多言語対応で押さえておくべきポイントと、現場の開発フローについて話します。

多言語対応といえば、strings.xmlやRTLの対応はわりと知られていますが、実際に対応するとなると他にも気をつけるべきポイントがたくさんあります。
例えば、ロシア語に対応すると、文字の長さが日本語の倍以上なのでレイアウトにも気を遣わなければなりません。
またアプリの翻訳を外注する場合、依頼の仕方や費用、翻訳されるまでの時間といった開発のフローも考える必要があります。

今まで探り探りやってきた知見を公開することで、今後みなさんが多言語対応をする際の助けになればいいなと考えています。


[対象者]
多言語対応したい人

[内容案]
・strings.xml（管理の方法、複数形の対応）
・RTL対応（やるべきかどうか開発優先度なども含む）
・言語ごとに気をつけるべきデザインのポイント
・翻訳依頼のフロー
・テスト手法
・ユーザーからのフィードバックと改善

Fearless Localization and Internationalization Across the Nations

Many people are intimidated by localization (l10n) and internationalization (i18n) but they don’t have to be—Android provides many tools out of the box to aide you in global domination. Learn what to watch out for while coding your app that will make your life easier once you receive localized content. We’ll cover alternate resources, strings files, date and number formatters, currency, and other tips from Android Studio, Google, and third parties that will turn you into an i18n and l10n champion.

ライブコーディング・Androidのライブラリを作ってみよう

[対象]
Androidの開発はしているけど、ライブラリは作った事がない人、これからライブラリを作ってみようと思う人

[概要]
普段、Androidの開発は行っていたとしても、ライブラリを作成された経験がある方は必ずしも多くないと思います。本セッションではライブラリの作成方法を説明しつつ、ライブラリを実際にみなさんの前で作成し、Maven Central Repositoryへライブラリを登録し、それを使うところまでを説明しながら、実際に手を動かしながら進めていきます。

また、簡単なサンプリアプリを作成し、そのアプリからライブラリへと切り出して公開する形で説明します。
これにより、普段みなさんが作成されている素敵なアプリから、抽象化出来る部分を切り出し、ライブラリ化する事で、素敵なライブラリが今以上に増える事を望みます。

[発表の内容]
以下のようなライブコーディングとその説明を実施します。

- 簡単なサンプルアプリの作成
- サンプルアプリからライブラリを切り出す
- テストの作成
- 作成したライブラリをMaven Central Repositoryに登録
- 別アプリからそのライブラリを使う

※ライブコーディング中の万が一のトラブルに備えて、一通りの流れを紹介するスライドは作成しておき、ネットワークトラブル・PCのトラブルに見舞われた時にも問題ないように準備致します。

Android実プロダクトへのKotlinの導入事例

・概要
Androidの開発においてKotlin言語は注目度がとても上がってきていると思いますが、実プロダクトで使われている実績まだそれほど多くないのではないかと思います。そこで、Sansan社で開発しているアプリEightのAndroid版の開発実績を元に、Kotlinの実プロダクトへの導入という観点から

- 既存のJavaプロジェクトへのKotlinの導入の過程
- Javaのコードとの共存
- ライブラリの使用実績と気をつけるべきポイント
- Kotlinの便利な点
- プロジェクトをすすめるにあたって苦労したこと
- 導入後のメリット

といったことについて話したいと思います。

・対象者
すでにJavaでのAndroidアプリの開発実績がありKotlinの導入を検討している方
Kotlinがどういったものか興味のある方

What's the difference between JavaScript and Java?

## 対象者
* アプリケーションアーキテクチャ・フレームワークに悩むAndroid開発中〜上級者
* Webフロントエンド環境からAndroidに移籍してきた技術者

## 概要
JavaScriptとJavaの違いを意識しながら，WebフロントエンドJavaScriptで流行ってるアーキテクチャや文化をAndroidに持ってくる話をします．

""フロントエンドJavaScript""と""Android Java""，これらはまったく別物のようですが「ユーザからのインタラクションを捌く」という目的は共通しています．Android屋さんからすれば「Webフロントエンドは今の流行りが来年には腐っててこわい…」となりがちですが，逆に言えばそれだけのスピードで技術・環境が進化しているということでもあります．

AndroidにもData Bindingが公式に提供されはじめました．これはWebでも広く使われていた技術ですが，ついにAndroidに取り入れられました．
このように，互いの違いを意識しつつ，爆速で進化を続けるフロントエンドJavaScriptの流行りを取り入れることで，なにか新しい発見があるんじゃないか という話をします．

また，ReduxをAndroid環境に持ち込んだDroiduxというライブラリの実装から得た知見として，JavaScriptなど異環境のライブラリ等をAndroid Javaに取り入れる際に意識しなければいけない，言語間の差異からくる実装方針の違い等についても議論できたらと考えています．

（※ あくまでAndroidメインなのでJavaScriptには簡単にしか触れません）

## 内容
### 喋ること
* フロントエンドJavaScriptで流行りのアーキテクチャ
* Android JavaとWebフロントエンドJavaScriptの違い
* Flux, Redux: Application architecture JavaScript
* Flux, Redux for Android
* returns `rx.Observable<T>`なライブラリ
* `rx.Observable<T>`統一理論
* Annotation ProcessingによるCode generation
* Data Binding
* RxJava

###  喋らないこと
* Webの細かい話
* JavaScriptライブラリの詳細
* JavaScriptのUIコンポーネント系ライブラリ（Reactとか）
* AndroidのUIライブラリ

Android,Brillo,ChromeOS

［概要］
2013年にAndy RubinからSundar PichaiにAndroid開発統括者が変わりました。
その後、しばしばAndroidとChromeOSの統合について報道されています。
実際Androidに取り込まれたChromeOSの機能がありますし、また11月に突如開発中ソースが公開されたIoT向けOS、BrilloはAndroidとChromeOSのハイブリッドとも言えるものになっています。

Android、ChromeOS（ChromiumOS）、Brilloの機能を比較し、将来的にAndroidにChromeOSの機能がどのように統合されていくのだろうかを妄想ベースでお話したいと思います。

［発表予定内容］
・Androidに取り込まれたChromeOSの機能
・Brilloの仕組み
・Android、ChromeOS、Brilloの構成の比較

［対象者］
・AndroidとChromeOSの統合ってどうなってるのよ、と興味をお持ちの方。

Android CI: 2016 edition

対象者：
Android のテストに興味がある開発中級者

概要：
Android は OS だけでなく、Android アプリのテストについても毎年状況が変化しています。
一昔前は作成したアプリのテストと言えば、実機を持ち出してインストールし、操作することを指していました。あるいは、InstrumentationTestCase, uiautomator, Robotium のような自動化ツールを試し、テストスクリプトを書いてみたかもしれません。
しかしその方法では、アプリそのものが複雑化・大規模化し、なおかつ高速な開発が求められる状況に対応するのは難しいでしょう。この難しさが顕著に現れるのはテストコードの保守であり、定期的にテストを実行しないとテストコードが実装と乖離してしまい、メンテナンスの煩雑さがテストの浸透を妨げてきました。
テストを常に最新の状態に保つには、開発チームの文化づくりもさることながら、最新のアプリとテストの間に乖離が発生した際に警告を発する仕組みが必要不可欠です。この仕組みこそ CI (Continuous Integration) と呼ばれるものですが、これまで Android の CI は様々な技術的制約がボトルネックとなり、全面的な CI を実現するには複雑な設定や、最初からテスト・CI を見越した設計が求められていました。
その状況が Gradle Android Plugin のバージョンアップや、各種テストツールの進化によって変わりつつあります。既存のアプリでも始められて、小規模なテストからスタートできる環境が整ってきています。
そこで Android のテストについて、全体像や関連ワードをレイヤーで分類してわかりやすく概観したのちに、各レイヤーにおけるテスト設計と最新の CI の実現方法を、実例を交えて説明します。

Androidエンジニアになって2年の学び

対象者:
- これからAndroidアプリ開発を始めたい人
- Androidアプリ開発を始めたばかりの人

概要:
DroidKaigi 2016が開催される頃にはAndroidエンジニアとして2年目が終わります。
0からAndroidアプリ開発の技術を学んでいくにあたって、どのように学んでいったのか、
どんな失敗をしてしまったのかなどを共有したいと思っています。

また、1人で開発を行うことと、チームで開発を行う場合の違いや注意点も共有したいです。
まだまだ円熟したAndroidエンジニアではありませんが、今だからこそ振り返ってみて、
これからの一歩に役立つかもしれない、良かったところ、悪かったところを
皆様にお伝えできればと思います。

Build your custom Rx Observable/Operator

1. 概要
この1年で RxJava や RxAndroid の普及が進んでいるが、 提供される Observable や Operator を使うのに比べ、自分でカスタム Observable やカスタム Operator を作成するハードルは依然と高い。また、そもそも、自分の提供したい機能をどのように RxJava で表したら良いのか、についても考慮が必要となる。

このトークでは、筆者の作成した Nearby API 用 RxJava ライブラリ RxNearby （https://github.com/hkurokawa/RxNearby）を例に、どのように行いたい処理を RxJava に落とし込むのか、カスタム Observable やカスタム Subscriber を作成する際に何に注意すべきか、について解説する。特に、1) RxJava の Observable や Operator の挙動は Subscriber を中心に捉えることで理解しやすくなり、2) subscribe や event emission 時にどのような順序で処理が伝わっていくか把握することはライブラリを作る上で重要である。

2. 対象者
- RxJava 経験者
- Rx の概念を理解しており、詳細に興味のある人

3. 目次
- Observable と Operator の説明
- Nearby API の説明と RxJava でどのように扱うかのアイディア
- MessageSubscribeOnSubscribe の説明とそれを通したカスタム Observable を作る上での注意点
- MessagePublishOperator の説明とそれを通したカスタム Operator を作る上での注意点",

5 年続く 「はてなブックマーク」 アプリを継続開発する技術

対象者 : 全ての Android アプリ開発者; 特に 1 年以上前に作られた Android アプリの複数人での開発に関わっている人

Android アプリの開発・運用を長く続けていくための技術や、長く開発を続けていると出会う問題の解決策について、2011 年 2 月に最初のバージョンをリリースした 「はてなブックマーク」 Android アプリの開発を例に話します。

まず、継続的な開発・リリースに欠かせない CI について、社内で採用している Jenkins 上での自動ビルドや自動テスト、チーム内リリースの仕組みや GitHub Enterprise との連携について説明します。 単純に手法を説明するのではなく、ビルドシステムである Gradle の活用に重点を置いて話をしますので、Jenkins や GitHub Enterprise を採用していない現場でも参考になるでしょう。

また、チーム内での開発者同士の連携上の工夫を紹介します。 例えば、ビルドシステムの production flavor で preview 版を定義し、小さな機能改善と大きな機能追加・リファクタリングをチーム内で同時に進めながら、ブランチ間でのコンフリクトの発生を小さくするというコーディング上の工夫についてや、リファクタリングと機能の追加のコードレビューの依頼を明確に分けるなどの開発フロー上の工夫について話します。 Android アプリ開発に限らない話も出てきますが、長くアプリ開発を行っているとリファクタリング等することも多くなりますので、このような話も重要であります。

最後に、機能の追加や挙動の変更をしやすくする設計についてやそれを実際に実装したモジュールの紹介、古いライブラリや非推奨になった API を徐々に置き換えていく方法など、古いコードを書き直す際や、長く使われるであろうコードを書く際に実際に実践している手法を紹介します。

Fireside chat

講演予定のセッションは中止となりました。

代わりにDroidKaigi 公式アプリFireside Chatを開催します。
DroidKaigi official appの開発者達が一堂に会し、制作秘話に関して語ります。
万策尽きかけた現場に起こった奇跡とは…乞うご期待!

当初講演内容

「通知オフ」にされない為に。ネイティブアプリの最適な通知について。
cooky_ch

【概要】
デバイスに直接お知らせを配信できるアプリの通知は、メルマガよりも開封率が高いと言われ、
非アクティブなユーザーに対するリテンションを行う際にも非常に強力な機能です。
しかし、過度な通知や通知の内容によってはそのアプリの通知をオフにされたり、
最悪の場合アプリを削除されてしまう原因にもなります。
本発表ではネイティブアプリの最適な通知手段について考察し、実際に通知の開封率を上げる為に効果的だった取り組みと、
その実装方法について話したいと思います。
【対象者】
・Android開発 初心者〜中級者
・業務でアプリを運用している方
【キーワード】
・GCM
・Notidfication
・Wear
・ローカル通知
・ポップアップ通知

ChromeとAndroidの過去・現在・未来

概要：
ChromeとAndoridは、お互いにバージョンが新しくなるごとに互いの親和性が高くなってきています。
WebコンテンツとAndroidアプリの両方を作っている場合、Chrome for Android(Android版のChrome)というのはWebとアプリを繋げる上で非常に重要な役割を果たしています。
今後さらに、ChromeとAndroidの関係性は重要になっていくと思います。

本セッションではChromeを活用したAndroidアプリ開発について話します。
はじめにChrome for Androidの概要、AndroidにおけるWebViewの変化などを話します。
次にChromeの技術の中でも、とくにAndroidアプリへ活用できそうな機能などを話します。
最後にChromeとAndroidの今後について、興味深い動き・考え方について話します。

内容案：
* Chrome for Androidの種類
* WebViewの変化
* Chrome Custom Tabs
* Web App Manifest
* Service WorkersとPush Notifications
* App Stream ※1
* Progressive Web Apps
* ChromeとAndroidの今後について(個人的主観)


対象者：
* WebコンテンツとAndroidアプリの両方を運用している会社 or 人
* ChromeとAndroidの親和性を有効的に活用したい人
* アプリ内でWebViewを使っている人 or 使いたいと思ってる人

※1 参考:http://insidesearch.blogspot.ca/2015/11/new-ways-to-find-and-stream-app-content.html