クロージャによる死（とQwikによる解決方法） | POSTD

世界中にQwikを紹介した前回の記事では、 多くの要素についてざっと触れるに留まり、詳細については後で説明するとお約束していました。 Qwikとその背景にある設計思想を知る前に、まず私たち（業界）が現在の場所までどのようにたどり着いたかを理解しておくことが重要です。 現代のフレームワークはある前提のもとに成り立っており、 それが優れたTime to Interactive（TTI）スコアの実現を妨げているのですが、 その前提とはどのようなものなのでしょうか。 現行世代のフレームワークの現時点における限界を理解することで、 Qwikの設計思想がなぜ最初は驚くべきものに思えるのか、より深く知ることができるでしょう。 TTIについて TTIは、URLに遷移してからページがインタラクティブになるまでの時間を測定したものです。 レスポンシブなサイトとしての体裁を整えるには、サーバーサイドレンダリング

[uehaj]

表示までの時間だけに着目するのではなく操作可能になるまでの時間に着目

[yarumato]

“JavaScriptのクロージャはコードとデータを囲い込む便利な特性であるが、同時にクロージャの全データとコードは、実行時に遅れて作成ではなく、作成初期に利用可能にする必要があり、隠れたコストに”

[yosuke_furukawa]

2連発