2022/01/26 18:46
Yeshi
すごくいいまとめ
2022/01/26 19:38
field_combat
一回見直すか
2022/01/26 19:44
razokulover
よい
2022/01/26 20:11
monster-energy-zx14
スゴくいい
2022/01/26 20:32
kns_1234
"IEのサポートを切ってES 2017か2018にビルドの設定を変えるだけで、最終的なコードのサイズを20%まで減らせる"
2022/01/26 20:38
ArcCosine
IEが死んだので、非常にいいタイミングでのいいまとめ。ライブラリのサイズの比較が面白かった。
2022/01/26 20:43
kazuhi_ra
ありがたい
2022/01/26 22:01
youhei_nak
Reactの処理時間が長いのはNext.jsのprefetchがデフォルトで有効なのが原因じゃないかと思います。 nextjs.org
2022/01/26 22:09
peperon_brain
CPU性能、そんなに差があったのか。
2022/01/26 22:56
tokuniimihanai
Reactってそんなパフォーマンス悪いのか。他のFWもTS対応普通にできるようになってるし、もう強みなくない?
2022/01/26 22:57
suekunhello
とてもいい。アクセシビリティについては積極的に取り入れないといけないなと反省。
2022/01/26 23:31
dreamzico
要約すると、「軽くしろ」「JS使いすぎ」「なるべくCSS使え」「IEうざい」「アクセシビリティ気を付けろ」「とにかく軽くしろ」「IEうざい」「だからなんでもかんでもJS使いすぎ」「IE●ね」「IEもう●んだわ」
2022/01/26 23:39
cormorantcraft
すごくいい。サイトサイズ中央値2MBなんだなぁ。
2022/01/26 23:45
mobius118_7
CWVは意識高い系Webプログラマーの敵だと思う
2022/01/27 00:21
take-it
ひたすら数字で説明していくの、素晴らしい。Web屋必見。
2022/01/27 00:53
sisidovski
素晴らしい分析だ…
2022/01/27 01:33
j1nsuke
特に根拠は無いけど、Reactはパワフルな分データ的には時間が掛かったりするんやろうか
2022/01/27 02:11
II-O
個人的には、いまだにCLSの値や意義には納得していない。
2022/01/27 02:51
nismit
データを基にした分析でめちゃくちゃ勉強になった。
2022/01/27 02:54
jay-es
最新3メジャーバージョンのSafariをビルドターゲットにするのがよい、と。まとめにある「コードのサイズを20%まで減らせることができます」というのは英語版を読んだら最大20%減らせるという意味
2022/01/27 03:18
ginpei
データ提示多い安心記事。2年前Safari、安いAndroid、4G回線を現代の基準線に。速度(Core Web Vitals)とアクセシビリティ不十分サイト多い。IEを落とすと機能をフルに使えてサイズも減る。静的サイトは専用ツール優位が顕著。
2022/01/27 05:35
y-kawaz
次はSafariをなんとかして欲しいな…。既に Safari is next IE になりつつある。
2022/01/27 06:26
rainbow_doll
NextとかNuxtどうしても使いたいとかないならもうSolidで良いやと思ってる
2022/01/27 06:40
cuttoff19
ブラウザ/端末の利用状況とパフォーマンスとかa11y対応でどういう実態になっているか。
2022/01/27 07:43
kappaseijin
とても良い資料。vueはreactより速いってよく見るけどreactがだいぶ遅いのね。強み減ってきたなー
2022/01/27 07:48
yasu-osu
“a11y ”(Web アクセシビリティ)は組織的に行うべしとのこと。肝に銘じて作戦を立てなければ。
2022/01/27 07:55
circled
なんだかんだ言ってiPhone最強→ 「2020年の高スペックAndroid端末は2017年リリースのiPhone 8と同等のシングルコアパフォーマンスを有しています。」
2022/01/27 07:58
ryer
すごい資料!ありがとうございます!
2022/01/27 08:04
elm200
React が遅いということになっているけど、そもそも Vue で作っているアプリより複雑なものが多いのかも?こういう数字はさらに細かく見ていかないと何とも言えない気がする。結局、作り方次第じゃないかな?
2022/01/27 08:09
mysql8
reactは仮想DOMだから速いって聞いてたけど、遅いんだね
2022/01/27 08:20
yasu-log
Reactの性能が低いことに嘆いている方はこちらの結果も参考に → ics.media (この検証ではReactが優位でした
2022/01/27 08:50
kagikn
Reactがこの記事だと妙にパフォーマンスとかで悪い結果になのは大規模なサイトでよく使われるからだと思ってる。俺が調べた限り、欧米では大規模なのはReactばかり(小規模だとVueも)。最適化あまりしてないかもだが。
2022/01/27 09:14
uehaj
フレームワークの中で一番よく使用されているReactは8%となっています。他のフレームワークは4%も満たない
2022/01/27 10:21
sisicom
IEが無くなると幸せに
2022/01/27 10:48
securecat
a11yはそもそも我が国でも障害者雇用促進法と障害者差別解消法によって、「全て」の事業者に「合理的配慮」が義務化されていることを忘れてはならない。すなわち提供サービスへのa11y実装はすでに必須である。
2022/01/27 12:37
GOD_tomato
AndroidはiPhoneにパフォーマンスが追いつける日が来るのか。
2022/01/27 13:31
rosiro
jquery最高!
2022/01/27 13:37
hatahata_chan
mainタグがすくないのもIEのせいだと思うので、これからはきっと増えるはず…webdev.jp.net
2022/01/27 14:20
yarumato
“2022年の基準(低スペックAndroid端末=CPUが2012年のiPhone5)を想定すると、高パフォーマンスを保つためには、HTML/CSS(100kB)とJS(350kB)が限界と結論。現在はJSが限界を大幅超過。ReactはIE時代に作られたから仮想DOMがある”
2022/01/27 17:37
yamadar
これは良記事
2022/01/27 18:49
otchy210
Flex と Grid の差は IE のせいじゃなくて、使い勝手の差じゃないかなぁ。Grid 分かりにくくない?面倒で使う気が起きない。
2022/01/28 07:34
latica
“@AlanGDavalos”
2022/01/28 12:32
igrep
ありがたやありがたや
2022/01/28 19:51
kazuhooku
すばらしいまとめやなコレ
2022/01/28 20:52
millfi
“Safariが対応していない仕様の数はFirefoxやChromeより数倍高いです。具体的にはFirefoxの約2.4倍、そしてChromeの約4.7倍です。”
2022/01/29 21:55
zu2
“2020年の高スペックAndroid端末は2017年リリースのiPhone 8と同等のシングルコアパフォーマンスを有しています。中スペックのAndroid端末は2014年のiPhone 6より若干早いです。低スペックのAndroid端末はやっと2012年のiPhone 5に”