公式リファレンスに記載されている通りですが、
<string name="self_introduction">My name is %1$s</string>
というstringリソースが定義されているとします。これをData Bindingを使ってLayout XML内部にて、たとえばTextViewのtextフィールドにバインドしたい場合、
以前だと下記のような記述方法のみ有効だったような気がしたのですが、
android:text="@{String.format(@string/self_introduction, user.name)}"
改めて確認したところ、
android:text="@{@string/self_introduction(user.name)}"
と記述できます。
メモ程度に。
2018年も約70%が終わったようです(´ε｀；)ｳｰﾝ…
2018年09月10日になりました。今年は残り113日です。あと30.9%です。
— 今年の残り日数 (@remaining_days) 2018年9月9日
今回は8月をさらりと振り返ります。
https://potatotips.connpass.com/event/95391/
uberが最近OSS化したmotif(読み:モチーフ)というDIライブラリについて発表してきました。Daggerの拡張性を削った代わりに、より簡潔にスコーピングのネストを表現することができるライブラリで、内部ではDI周りのコード生成はDaggerを使って行われます。
詳細はこちら
https://mobile-ci-cd.connpass.com/event/95864/
Bitriseにてビルドごとのキャッシュをどのように実装するかについて発表してきました。BitriseにはCache-pushとCache-pullというstepsが事前に用意されていて、こちらを利用すると簡単にキャッシング機能を利用することができます。また、このキャッシュ機能を用いてビルドさせていると、時折キャッシュではなくフルビルドを走らせたいという場合が時折あります。その場合にどのように工夫したかについて発表してきました。
詳細はこちら
毎週水曜と金曜日に30分ずつ、お試しでやってみています。今のところ、いろいろな発見や学びがありとても良いと感じています。このへんはまたブログ等で共有できればと思います。
いつもの親友グループで行ってきました。
ナイトマーケット行ったり島いったりしました。
そしてパッタイがおいしかったです！
もっと小出しにしてブログ記事書いていきたい所存です。
そんなこんなですが、8月もお疲れ様でした！(｀･ω･´)ゞ
2018年も60%が終わったようです┗(^o^ )┓三ﾌｧｱｧｱｱ ※8/8(水)時点
2018年08月08日になりました。今年は残り146日です。あと40%です。
— 今年の残り日数 (@remaining_days) 2018年8月7日
今回は7月を振り返ります。
初めて社員旅行に行きました。沖縄！琉球ガラス体験をしたり、歴史を感じたりと、とにかく楽しかったです。
沖縄行った際、琉球ガラス体験で作ったグラス。気持ち涼まる気がして意外と良かった！（※中身はただの水） pic.twitter.com/pdgYxe6wMF
— Shohei Kawano (@shaunkawano) 2018年7月16日
タップルでは週に一度、朝会にて技術者がチーム全体に技術やエンジニアリングなどの話を共有する会を定例として入れています。（「マジテックトーク」という名前の会です） 今回この会にて発表させてもらえる機会があったので、「プルリクエストに対するレビュー」というエンジニアの大事なシゴトについて共有しました。
みんなレビューやっているとおもうけど、引き続きやってこうな！
前回はカップリングユニオンという組織のAndroidエンジニア数名で執筆させていただいたのですが、 今回は他部署のiOSとAndroidエンジニア合計6人で書くことが決定しました。
がんばります！（自分が前回担当した内容は、Okioの概要や内部実装の話だったのですが、今回も多分特定のライブラリについての内容を執筆しようと考えています。）
ｽﾞｻｰｯε=ε=ε=c⌒っﾟДﾟ)っ
業務ではレイヤーごとのモジュール化が一段落し、Feature Moduleごとに分けていっている段階です。こちらも一段落したらどこかでアウトプットしたい。
http://cestlavie-movie.jp/cestlavie-movie.jp
めちゃくちゃ笑い、感動できる映画です。こちらは映画館の雰囲気とかによっても笑いが大きかったりしたところが印象的でした。二回目のほうが面白かったｗ
さっくりですが、以上です！
7月もお疲れ様でした！(｀･ω･´)ゞ
2018年も約54%が終わったようです...━━━━━━(´Д｀|||)━━━━━━!!!! ※7/11(水)時点
2018年07月11日になりました。今年は残り174日です。あと47.6%です。
— 今年の残り日数 (@remaining_days) 2018年7月10日
6月を振り返ります。
アプリ開発の現場の話やiOS、Androidアプリの設計や、どのようなフロー(手順)で機能実装をしているか、という話をLTで聞くことができました。「席替え頻繁にやっている」、「KPTに対するKPTやったりしてる」に関してはいいな！弊社でも真似したい、と個人的に思いました。そしてLTだけではなく懇親会でもじゃんじゃんKyashメンバーに質問できたりして、中のことがより知ることができて楽しかった。
リアルカードもらいましたლ(´ڡ`ლ)
#kyash_meetup 到着！家に届く前にリアルカード頂いてしまった！ pic.twitter.com/7ezIF5Owp9
— Shohei Kawano (@shaunkawano) 2018年6月19日
もともとCircle CI 2.0を使っていたのですが、Bitriseに移行してFastlaneも導入して自動化したことについて発表してきました。
circle ci resource_classを使えばメモリとCPU増やせるけど、それでも足りないのかな？https://t.co/X4XTEc2yKj
— shinobu.aab / piece of cake, inc. (@operandoOS) 2018年6月21日
#potatotips
OperandoOSさんのご指摘どおり、多分お金積んでresource_class設定することでも解決できたけど、勢いで移行した感が強いです。他社ではCircle CIの並列タスク実行を利用することでCIの時間を10分短縮したという事例もあるらしいので引き続きどういうCIツールが一番使い勝手良いのか等はチェックしていきたいですね。
主に発表内容は下記です:
git tagのプッシュ検知ができなかったのをどう解決したか本当はもっといろいろなことやりたくて仕込んでいる最中でもあります。
資料はこちら:
兎にも角にもGoogle荒木さんの発表が面白かった。どのようにバックポートAPIを作っているか、という話。
社内では、
を試したりとかしてます。うまく仕組み化したいけどどうするのが良いかまだ模索中感ありますが、考えるより先にやるほうが良さそう。
あとはアプリの画像等のリソースファイルのみを持つモジュールを作成して少しずつモジュール化を進めています。引き続きここらへんは粛々とやっていく。
以上になります。6月もお疲れ様でした！
※2018/06/14(木) 時点での所感と注意点を記載しています。何かアップデートがあれば随時追記していければと思います。
Parcelizeとは、Kotlinが提供するAndroid開発のためのコンパイラー拡張機能です。Parcelableを実装したクラスに対して@Parcelizeアノテーションを付与することで、Parcelable実装に必要なコードを自動生成してくれます。
詳細は下記を御覧ください:
今担当しているプロダクトでは、以前からParcelableに関するライブラリとしてParcelerを利用しているのですが、Parcelizeに関して最近Androidバージョン4.3の端末でインストールできない不具合が直った旨のツイートを見つけ、ちょうど機能改修のタイミングでもあったので導入に踏み切りました。
横からすみません。4.3以下だとインストールできない件ですよね? 最近のバージョンでは直ってたと思います。https://t.co/stWooYXl2k
— tsuyoshi uehara (@uecchi) 2018年6月1日
Android Studioで利用していますが、今のところ不具合なく動いているようです。"Show Kotlin Bytecode"によってどのようなコードが生成されるのかもひと目で確認できます。
現状@Parcelizeを付与しているクラスに対してlintを実行すると、エラーが出てしまうという問題があります。
"This class implements Parcelable but does not provide a CREATOR field"
(AS上でも似たような文言のWarningが出てしまう不具合があったようですが、そちらはすでに修正されています。)
このlintエラーの一時対応策は二種類ありそうです。一つは、エラーを完全無視する方法です。
android {
lintOptions {
abortOnError false
}
}
これは、他のlintのエラー等含めてまるっと無視する設定なので、イケてなさそうな気がします。
もう一つの方法として、対象のクラスのみに対して@SuppressLintアノテーションを付与する方法があります。
Issue Tracker上のコメントにて紹介されていました。
https://youtrack.jetbrains.com/issue/KT-19300#comment=27-2853193
例としてはこのような形です:
@SuppressLint("ParcelCreator") @Parcelize class MyParcelable(val data: Int): Parcelable
できればこのアノテーションすら付与したくないところではありますが、一時対応策としてはこれが一番しっくりきました。
もし、何かもっと良い方法等ご存知の方いたら教えていただけると幸いです。m(__)m
※06/14(木)追記
lintOptions {
ignore "ParcelCreator"
}
という設定でParcelCreatorに関するlintエラーを無視する、という設定もできるようです！@stsn_jpさんありがとうございますm(__)m
lintOptions {
— \Sato Shun/ (@stsn_jp) 2018年6月14日
ignore "ParcelCreator"
}
みたいに書くことも出来たはず
Parcelizeを利用するにあたり、Kotlin Android Extensionsを有効にする必要がありますが、現状これを有効にすると自動的にView Bindingのほうも有効になります。Data Binding等を利用しているプロジェクトでは、View Bindingは無効にしたいというニーズがありそうです。こちらは今後Parcelizeのみ有効化、等の設定ができようになると最高そうだと感じています。
※06/18(月)追記
Kotlin Android experimental, Parcelizeだけ有効にして欲しいにゃあって思っていたけど、あるっぽいhttps://t.co/mFa48KI6G4
— \Sato Shun/ (@stsn_jp) June 18, 2018
androidExtensions {
experimental = true
features = ["parcelize"]
}
という設定でParcelizeのみの有効化が可能なようです。@stsn_jpさんありがとうございます！
@SuppressLint("ParcelCreator")するのが良さそう。以上です。
2018年も約43%が終わったようです...(； ･`д･´)汗 ※6/5(火)時点
2018年06月05日になりました。今年は残り210日です。あと57.5%です。
— 今年の残り日数 (@remaining_days) 2018年6月4日
それでは5月を振り返ります。
参加してきました。
Google I/O 2018についての振り返りや、いくつかのセッション動画を観た際の英語メモなどに関しては下記を御覧ください。
Google I/O 2018参加以外では、振り返ると、
あたりを今月はわりと集中・意識していました。
今回のGoogle I/OにてaabやDynamic Features、Instant Apps最大アプリサイズの10MB化などがあり、モジュール化の波がAndroid界隈で一気に加速したのではと考えています。自分の所属するチームでは、個人的には@kgmyshinさんのこちらのDroidKaigi 2018での発表内容も参考にしつつ、まずはレイヤーごとにモジュール分けを行い、その後各レイヤーのクラス群からそれぞれ意味あるまとまりごとのモジュールに分けたらどうだろうかなと考えていたのですが、チーム内の数名で話し始めた程度ではありますが、commonとappに分けたあとはもう意味あるまとまりで分け始めるのもありなのでは、という話をしていたりします。つまりまだふわふわっとしているわけですね。社内・社外問わず、既存プロダクトに対してモジュール化を進めている皆さん、ここらへんどうやって進めていますか？
Bitrise × Fastlaneが思いの外いろいろと設定できてよさそうなので、もっと活用していきます。
最近これらのツールを使って、
たとえばtagを切ったタイミングで、
させたりしています。今までは独自のスクリプトだったりを使ったりしていたのですが、たとえばChangelog生成、やGitHubのRelease作成、APKをGithubのReleaseにアップロードする等はfastlaneが用意してくれているactionで、Bitriseの機能のみで実現できました。(「そんなのもうやってるよ」という声が聞こえてきそうですがスルー)
自動化周りで困ったこと、詰まったことやそれらを自分なりにどう解決したかについては6月のpotatotips@FOLIOにて発表予定です。
かなり前にリリースしてメンテぜんぜんしてない個人アプリに、ヨーロッパの人からもうアプデしないの？(´・ω・｀)的なメール届いておいちゃん頑張るってなってる
— Shohei Kawano (@shaunkawano) 2018年5月29日
ここはマイペースにやっていくしかない。
バロンドール受賞した！というニュースをSNSかどこかで見て、見てみようと思った感じです。「あ、こういうのいいなぁ(´ｪ｀)」と思うシーンや、鳥肌が立つほどジーンとくるシーンなど、いろいろな波のある映画でした。安藤サクラさんの演技が特に印象的でした。
以上になります。5月もお疲れ様でした！
※Google I/O 2018の発表内容についてはこのブログでは紹介していないので、発表内容について気になる方は他ブログ・Qiita記事だったり各地で開催されている報告会の資料などをぜひ参考にしてください。
本記事では、Google I/O 2018にて質問したこと(したかったこと)と回答、会場でGoogleの方と交流できる場所について共有をして、I/O期間中を振り返ってもっとこうすればよかったな、ということを振り返ります。
現地に行く前に事前に社内のエンジニアの方々に何か質問しておくことはないか等聞いたり、誰でも編集可能なスプレッドシードをツイートを通して共有しておき社外の人からも質問を募ったりしました。 その結果なのか、10+の質問をもらうことができ、いくつかのものに関して回答を得ることができました。
冒頭にも書きましたが、全部の質問はすることができませんでした。(残念に思ってしまった方、すみません。)
現地では回答を得れたものから適時Q. A.という形でツイートしていました。下記はその一覧です
#io18jp
— Shohei Kawano (@shaunkawano) 2018年5月10日
Q. WorkManagerをCoroutineに対応させる予定はある？
A. やるかもしれないけどCoroutine自体もまだExperimentalなので現段階ではなんとも
Q. GoogleはKotlinのStyle Guideを用意しているが、IDE用のCode Styleなどは用意する予定はある？
— Shohei Kawano (@shaunkawano) 2018年5月9日
A. 今のところ予定ないと思う、あっても優先度高くない#io18jp
Q. ktxはサポートライブラリに統合する予定？今後breaking changeの予定はある？
— Shohei Kawano (@shaunkawano) 2018年5月8日
A. ktxはsupport libraryに入る（すでに入ってる？）。めちゃ大きいbreaking changeはない予定だけど、ちょっとはあるかも。 #io18jp
（上記はKTXの発表前に質問しました）
Q. Firestoreのβいつごろ取れる予定？とれたらRealtime DBと統合される予定とかある？
— Shohei Kawano (@shaunkawano) 2018年5月8日
A. 今年の後半にはβとれる予定。とれても統合はない予定。#io18jp
Q. Firebase Realyime DBは今後安定する？
— Shohei Kawano (@shaunkawano) 2018年5月8日
A. 最近調子悪いのは既知。今頑張ってるとこ#io18jp
こうやってみると思ったより質問できたこと少ないことに気づきますね...
個人的にはRealtime DBの不安定感に対する質問を投げかけた際の、社員さんの申し訳なさそうな顔が印象に残っていて、「がんばってください！」という応援の気持ちです。
Google I/Oではキーノートやセッションの他に、サンドボックスやオフィスアワーといったGoogleの方と交流するためのスペースが設けられています。
サンドボックスには、Googleの製品や製品を用いた作品のデモ、実演などの他に、キーノート、セッションなどで発表された開発ツールなどの使い方の実演などを行なう専用スペースです。
Android & Pay、AR/VR、Web & Payments、Cloud, Firebase & Flutter、Android Things & Nestといった各セクションごとにドーム型のスペースが設営されており誰でも自由に出入りすることができます。中にはデモやツールの説明を行なうGoogleの方がいて、気軽に話しかけたりすることができます。
オフィスアワーでは、Googleの方に個別で質問をすることができます。オフィスアワー専用のスペースには、一定の時間ごとに各分野のGoogleの専門家の方がいて、その所定の時間に出向くことで、自分の興味のある分野のGoogleの専門家の方に質問することができます。
アプリレビューでは、自分のアプリをレビューしてもらい、具体的なアドバイスだったり改善点などを教えてもらうことができます。
アプリレビューをお願いしたい場合には事前に予約をして所定の時間に所定の場所に出向く必要があるため、まずは予約をしておくことが大切のようです。(最終日に現地でアプリレビューを行きたかったが予約で埋まっていてできませんでした)
質問や交流をする場合には、個人的にはサンドボックスがオススメだと思います。オフィスアワーでももちろんできますが、オフィスアワーは本当に「質問をするためのスペース」なので、たくさんの参加者の方がいてGoogleの方に質問をしています。サンドボックスの場合は、デモや作品などの展示があるので、そういった物を介して交流することができるので話しかけやすいと感じました。もちろんサンドボックス内の展示の周りにもGoogleの方はいるので、質問したいけどGoogleの方がいない、ということはありませんでした。
期間中を振り返ってみて、もっとこうしておけばよかったということについて振り返ります。これは質問とか交流とかはあまり関係なく、次また当選したりするなどでI/Oに行く機会があれば、こうしたいなーフワフワと思っていることです
初日のキーノート・ディベロッパーキーノートが終わってすぐは、わりとcodelabが空いています。codelabスペースでは、用意されているPCや持参しているPC・ラップトップを用いてI/Oで発表された内容等を含めたcodelabを行なうことができます。今回codelabに参加して気付いたことは、codelabの説明内容がセッションの発表内容そのものとかなり重なっているということです。初日1つ2つのcodelabを終えてcodelabと同じトピックのセッションを聴講したところ、内容がかなり頭に入ってきやすかった印象です。codelabで内容を一通りコード上で触り終えているのでセッションは復習のような形として捉えるようなことができました。もちろんリアルタイムで聴講していない分、ホテルに戻ってセッション動画等を見直す必要はありますが、いきなり新しい内容の発表をセッションで学ぶよりは一度codelabを挟んでおいたほうが理解し易そうです。
言わずもがな。今回スウェーデン出身で同じホテルに宿泊していたステファンさんに声をかけてもらい、会場に一緒に向かう道中でお話したりして楽しかったので、次回はもっとこういう人を増やせたらなと欲張りになっています。
うん、ちゃんと塗ろう(๑•̀ㅂ•́)و✧首元、耳とかの日焼けがあってヒリヒリした
ところどころ目が(δ´ω｀)ｶﾕかったので、持参したほうがよさそう
今年のGoogle I/Oでは、出発前からできるだけ色々な方から質問をもらっておいて、頑張って質問して回答を得ようと考えていました。理由は明白で、質問や交流をするという行為に対する心理的ハードルを下げることができるからです。質問や交流をするのは何かと勇気が必要で、嫌な顔されないかな、とか変な質問じゃないかな、とか色んな理由をつけて避けたくなる傾向が自分はあるのですが、質問して欲しい内容をもらったからには、できるだけ質問しなきゃ、と自分を奮い立たせることができます。英語の練習になるのはもちろん、当たり前だけど自分が知らないことを知るきっかけにもなります。キーノートやセッションでは発表されないような内容のことであっても、とりあえず投げかけてみて、現状のステータスだったり、今後はこうするかも、といった方針だったりを教えてもらえることもあります。（もちろん教えてもらえないこともあります。）Win-Win-Winくらいのメリットがありそうだと思えると、できるだけたくさん質問しようという気になりました。
他の方にも、質問を受け付けて回答を持って帰っていらっしゃる方がいました。キーノートやセッションの内容は毎年モリモリでキャッチアップも大変ですが、公式の大きい発表以外にも、どんどん方針だったりグレーゾーンのようなところの情報を集め今後の流れを少しでも察知して、大きなアップデートに備えていきたいです。
最後に、一般参加枠で現地に行かせてくれた弊社に感謝して締めます。ありがとうございました。 🙏
