ウェブフロントエンドのパフォーマンス改善のひとつの日常 - kitak blog

ひとつの日常 この間、仕事でちょっとしたハイブリッドアプリ(ネイティブアプリのWebViewの上で動くWebアプリ、とここでは定義しておく)をリリースした。 そのアプリにはタブがあって、(当たり前だが)タブでコンテンツが切り替わる。 リリースして3日くらい経って、企画の人から「なんか、ここのタブ、反応悪くない？」という話が来た。たしかにタブに触れても、すぐには反応しなくて1~2秒経ってからタブが切り替わる。しかも、切り替えたタブのコンテンツが表示されるのにも1~2秒かかっている、うへー... 改善するぞ！ ということは、クライアントの開発をおこなっていると、ちょくちょくあるのではなかろうか。意識、あるいは無意識におこなっている改善の手順について、先の問題の改善に至るまでの具体的は話、ツールも含めながら書く。 計測する 「計測するまでは速度のための調整をしてはならない」という有名な格言がある

[kitak]

書いた

[T-miura]

“最近はRemote Debugの機能が充実しているので、PCのウェブページ・ウェブアプリに限らず、スマホのウェブページ・ウェブアプリでもDevToolsを利用できる”

[paulkatcher]

“自分が書いたコードであれば、「反応が悪い」と聞くと直感でいくつか原因と思しきものが閃く。閃くと、すぐにコードに手をいれたくなる。

[t32k]

:pig:

[k0yoshitsugu]

“自分が書いたコードであれば、「反応が悪い」と聞くと直感でいくつか原因と思しきものが閃く。閃くと、すぐにコードに手をいれたくなる。その欲求に耐える。”

[d4-1977]

なかなか改善系の記事を見かけない気がするので、助かります

[yullin]

メモ

[mizchi]

ほとんどのものは症状きいたら直感で直せるんだけど、わからないときはChormeのTimelineと睨み合ってる

[digitalglm]

ウェブフロントエンドのパフォーマンス改善のひとつの日常 - kitak.blog: ひとつの日常…