なぜ dev.to がこんなにも速く、こんなにも自分にとって感動的なのか
最初にいっておく。これは負け惜しみだ。 SPAとPWAの現状 自分は日本でReactの勝手エヴァンジェリストみたいなことをやっていて、SPAの重めのコンテンツをよく作ってるからか、「お前らフロントエンドを物事をややこしくして、重いページを量産してウェブを劣化させてるじゃないか！」みたいな批判を、名指しでよく受ける。なんで僕にいうかわからないけど、React = SPA みたいなイメージでスケープゴートにされてるんだろう。それはまあいい。 自分の仕事でSPA技術を使うところは、ちゃんと必要性もあるし理由も説明できる。ただ、やはり近年の複雑化/重量化について思うところはあるので、逆に振って AMP/PWA という選択肢を持っておきたくて、正直言うと依頼されたR&Dの仕事でもあったんだけど、一通り覚えた。なんだけど、今のところ仕事で使うタイミングがない。 PWA技術を仕事で使えなかった理由として
PRPL パターンを使用して即時読み込みを適用する | Articles | web.dev
PRPL パターンを使用して即時読み込みを適用する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 PRPL とは、ウェブページを読み込み、 より高速にインタラクティブになります。 遅れて検出されたリソースをプリロードする。 初期ルートをできるだけ早くレンダリングします。 残りのアセットを事前にキャッシュに保存します。 他のルートと重要性の低いアセットを遅延読み込みします。 このガイドでは、これらの手法がどのように連携して機能するかを 個別に使用する必要はありません。 Lighthouse を使用してページを監査する Lighthouse を実行し、PRPL に沿って改善の機会を特定する 手法： Ctrl+Shift+J キー（Mac の場合は Command+Option+J キー）を押して DevTools を開きます。 [Lighthouse] タブ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
