【正しさとつらさと】LINE Android Teamの開発歴史 その進化とチャレンジ【心強さと】 #linedevday

erukiti @erukiti

デザイナーがちゃんとAndroidのデザインガイドをちゃんと読んでるのえらい #linedevday

みくげっと @3qgt

マテリアルデザインの進行もデザイナーが主導している　#linedevday

Tomoaki @masuo27

iPhoneとAndroidのデザインの違い マテリアルデザイン化も進めてる #linedevday pic.twitter.com/yI9ZYL5D7B

拡大

ぬいぐるみにされた犬bot @M_T_Asagi

利用者の拡大に伴うクラッシュレポートの増加。 #linedevday

みくげっと @3qgt

利用者の増加によってバグレポートの増加　#linedevday

noza @mylikelist

リリースから半年でユーザー数一千万は凄まじい #linedevday

みくげっと @3qgt

難読化により、クラッシュレポートも難読化　#linedevday

栗林健太郎 @kentaro

リバースエンジニアリングを困難にするために難読化してるけど、クラッシュレポートも難読化されます、でうけた #linedevday

erukiti @erukiti

難読化されたスタックトレースを元に戻す -> それって、難読化としてはある意味、意味をなくすのでは？ #linedevday

nipotan @nipotan

難読化されたスタックトレースうける #linedevday

Je mange, donc je suis @ryotakameoka

「リバースエンジニアリングへの対処のためにソースコードを難読化しているので、スタックトレースも難読化されており、なんとかしたかった」 #linedevday

アサギマダラ @M_T_Asagi

・難読化されたスタックトレースの解決 ・クラス名などでの検索 ・BugTrackingSystemとの連動 ・任意の場所でのレポート #linedevday

とーま @Amothic

@erukiti_ 対応表を持っておいて手元で元に戻すとかするのではないでしょうか？

Haruto Otake @Trapezoid

Unityプラグイン話、僕の現在進行形の心の傷抉ってきてつらい #linedevday

itog ♥ sound null safety 💪 @itog

難読化はproguardじゃなくて独自でやってるってこと？ #linedevday

erukiti @erukiti

あー。なるほど！ #linedevday twitter.com/Amothic/status…

アサギマダラ @M_T_Asagi

任意の場所でレポートしたい←これが一番大事！ #linedevday

Takuya Fujimura @tlync

参加してないけど android のセッション、なんか温かみのあるフレーズが流れてきてるw #linedevday

アサギマダラ @M_T_Asagi

クラッシュレポート対応 ・任意の場所でレポートする ↑問題解決に役立つ #linedevday

とーま @Amothic

fabricとか使わずに独自でやってるのかな？ #linedevday

こにふぁー @konifar

Crashlyticsを使っていないのは、難読化を自動で戻せるのと、Issueとの連携できるってのが理由なのかな #linedevday

itog ♥ sound null safety 💪 @itog

独自crash reportシステムを使ってるらしい。NELO2ってのがツールの名前かな #linedevday

Haruto Otake @Trapezoid

正しさだ #linedevday

erukiti @erukiti

個別の機能ごとにチームを組む･･･。それはそれで大変そうではあるなぁ 企画・デザインの人も大量投入する感じか #linedevday

erukiti @erukiti

チームごとに、git submodule... えーｗ #linedevday