計測・検討・対処のプロセスでWebサービスのパフォーマンスを改善する

はじめに はじめまして、ホットペッパービューティーコスメ（以下HPBC）にてフロントエンドエンジニアとして学生アルバイトをしている柏です。 Webサービスで普遍的にもとめられる指標にパフォーマンスがあります。素早く表示されるWebサービスはユーザー体験が良く、コンバージョンや直帰率などにも関係があると言われています。HPBCでは、チーム一丸となってパフォーマンスの改善に継続的に取り組んでいます。 6週間のアルバイト期間で、HPBCのBFF(Backend for Frontend)の性能改善に取り組ませていただき、結果としてレスポンスタイムを200ミリ秒程度短縮することができました。本記事では、その取り組みをテーマに計測を通してパフォーマンスのボトルネックを発見する方法、そして開発の速度を落とさずそれらを解消することについて、ご紹介します。 目次 HPBCの構成と課題 Cloud Trac

[mic_psm]

お疲れ様でした！

[sangotaro]

AMP Optimizer を Optimize してる

[yosuke_furukawa]

またしても学生アルバイトできてくれてる方のブログが公開されました。今回はどちらかというと「どうやってボトルネックを見つけるか」というhow-toの話メインです。

[shumbo]

先月よりリクルートでWebサービスのパフォーマンス改善に取り組ませていただいており、その内容をまとめました。かなりディープな内容となってしまいましたがぜひご覧ください！

[ka2jun8]

監修した！