I'm resuming my snippets from today. I have little-to-no time for intellectual activity these days. so I'm posting my physical activity (running) and the body weight.

• Running 3/5
• Body weight: (Goal: 65kg)

自己デバッグはとくになし。

急ぎのバグ取りをしつつリファクタリングの準備。

• UI. GCA Observable か RxJava かで悩む。しかしそこでブロックされずに作業を進めたい。できることすでに多いので。
• RxJava introduction は直交したプロジェクトにしていいかもしれぬ。
• それとは別に Kotlin もやりたい・・・。
• OptionsBarController について理解が深まったのでなんとかしたい。
  • しかしこれは UI refactoring が一段落したあとだな。
• CaptureModule / Capature1CC もなんとかしたい。これはカッとなった勢いで断続的にやってくかんじだなー・・・自明なやつはぱぱっとやる。
• Gut feeling としてはやはり UI refactoring と Capture refactoring をばーっとやってさっさと済ませたいかんじか。10 月いっぱいくらいで明らかなダメさを取り除くところまでいきたいなあ。

出張で話すことがあるとすれば

• Rx
• Kotlin
• あたりか。

先週。

• 細々としたクリーンアップ
• なんとなく Smarts 追放を頑張りたい誘惑があるが、これは Procrastination な気がする。
• Portrait mode 問題をよく考えたい。
• 解決方法は大枠ではわかっている。
  • Execution Gating を拡張してモードスイッチ時に suspend できるようにする。
• 定量的にとりくむ良い方法がない。ベンチマークを書けない。
  • Systrace レベルでの確認はできるが・・・。
• 自動する。方法：
  • キーイベントを送りまくる like monkey?
  • インターンプロジェクトを間借りできないか?
  • インテント越しにキーをキューを詰められるようにする w/ フラグの裏に隠す。
• 自動化をして、ローカルでベンチマークを動かせるようにする。CI 化はまた今度としてバグをファイルする。
• 計測する指標は? Mod switch が遅いことがわかっているのだから、これを測れば良いはず。
• 自動化をするのにやはり latency test をいじりたいなあ。

TODO:

• バグ（ツリー）をファイルする。
• 計画を docs... に書くのはかったるいのでバグに書くかな。
• あと scoped systrace について会話をはじめたい: 性能日記(4) – Defrequent Draft

今週

• バグとりとかで捗らず。あと単純に集中力を失っている。
• 集中力については考える必要がある。なぜ気が散っているのか？
  • Podcast, だけではないよなあ.
• Portrait mode 高速化についてはメモをちゃんと書く。
  • Docs はやはりおもすぎるなあ・・・。
  • ローカル環境つくりなおすか。
  • Wiki とかでもいいのだが・・・
  • 時間を溶かしそうなのでとりあえず Docs でがんばる。保留。
• 来週は V のバグをあしらいつつ gating に focus. これはどのみち必要なので。

• 巨大な SO をマージしたい。どのみち同じタイミングでロードしている。
  • これは簡単なのでささっとやるべし。
• 朝の時間の使い方を見直したい. "Writing Process" book の影響。
• Portrait 遅い問題について考える。カメラの close をスキップできるならしたい。

仕事やっていること:

• Bootstrap 部分の高速化。基本的にはケチくさい話だが効き目はありそう
  • Architecture にインパクトのない形ではじめたい気持ちがある。
  • ForFrontend の変更を入れ、次にそのスレッドを Dagger の外から注入する。
  • このスレッドに早い段階で重いタスクを投げるようにする。
• 次に必要なのは Readiness のバグを直すやつ。これ優先しないと厳しいのでやる。
  • この修正と ForForeground が入ると、タイミングの問題だけでなく throttling の問題も部分的に解決できる。やるべき。
  • 原因はなんだったかというと... FirstFrame のコールバックがすぐにこないことだった。CameraAppUi いじるのなんとなくイヤな気がしていたが、これをやってさっさと直すべきに思えてきた。
  • CameraAppUi の問題は CameraActivityController との区別がないことだが、これは現段階でなおすのは無理。CameaAppUi の細部に固執しても時間かかるだけでよい答えは出ない気がする。
• CameraAppUi と CameraActivityController の区別の "refactor" については API を睨んで望ましい姿を考え直す。これは pure code health 系。
• あとは遅い UI なんとかする系。OptionsBar の異常な遅さを見直したい。
  • クリーンアップ！
  • View の lazy 化
  • Controller の謎の遅さの理由を調べる。(profiling)
    • Off thread する?
    • Lazy する?
    • デザインを見直す?

継続的ベンチマークが２つめのリグレッションをキャッチした。この調子でいけば余裕でもと取れるな。

今回の反省は OS の挙動変更によりテストが壊れていたのを数日放置したこと。その数日の間にリグレッションがおき、その bisect で死ぬ思いをした・・・。ベンチマークも reliability 重要。