なぜ dev.to がこんなにも速く、こんなにも自分にとって感動的なのか

最初にいっておく。これは負け惜しみだ。 SPAとPWAの現状 自分は日本でReactの勝手エヴァンジェリストみたいなことをやっていて、SPAの重めのコンテンツをよく作ってるからか、「お前らフロントエンドを物事をややこしくして、重いページを量産してウェブを劣化させてるじゃないか！」みたいな批判を、名指しでよく受ける。なんで僕にいうかわからないけど、React = SPA みたいなイメージでスケープゴートにされてるんだろう。それはまあいい。 自分の仕事でSPA技術を使うところは、ちゃんと必要性もあるし理由も説明できる。ただ、やはり近年の複雑化/重量化について思うところはあるので、逆に振って AMP/PWA という選択肢を持っておきたくて、正直言うと依頼されたR&Dの仕事でもあったんだけど、一通り覚えた。なんだけど、今のところ仕事で使うタイミングがない。 PWA技術を仕事で使えなかった理由として

[baronhorse]

なんか shi3z みたいになってきたな。ダセーぞ。

[mizchi]

PWAについてエモいテキストを書きました

[nobu1989]

最終的に、アドネットワークに頼らないマネタイズが鍵になるのでは？

[tarotheripper]

id:mexxx リンク貼ってるコメントではクソだったとは一言も言ってないような…明らかにミスリード狙ってるよね。

[Lewisik]

はてなも高速化して

[roshi]

Qiitaでこれを最初にやってたら反響凄かっただろうなーとちょっと思った。

[shifumin]

「開発時は爆速だったウェブサイトが、ソーシャルウィジェットと営業が持ってきた謎のアドとユーザーサポートのための謎SDKで驚きの重さに！ってのが日常の風景で」

[coppieee]

やっていることは静的htmlをキャッシュさせて余計なことをさせないというシンプルなものだが、dev.toはそれに加えてCDNと画像圧縮や最適化(webp)とかもやってるのがすごい

[yosuke_furukawa]

“Node.jsエンジニアに言いたいのは、せめてこの分野でシェアを取らないと今後一生Railsに勝てないからな！”

[Rishatang]

mexxx、及びそのブコメにスターつけてる人達って英語読めないんだろうか？滅茶苦茶恣意的な訳じゃん

[Steiger31226]

“ServiceWorker”

[nntsugu]

“いかに速くするか、ではなく、いかに遅いものを排するか、が決め手になる”

[yatmsu]

“Node.jsエンジニアに言いたいのは、せめてこの分野でシェアを取らないと今後一生Railsに勝てないからな！”

[t_f_m]

"正直のところ既存のものからアップデートは厳しく、スクラッチしかない。結局話題になってた日経新聞の https://r.nikkei.com もスクラッチだ"

[tmatsuu]

「いかに遅いものを排するか」はとてもよくささる名言

[yh1126]

“dev.to”

[hhungry]

スマートニュースのsmartモードがこんな感じだよね。

[bouzuya]

また彼がエモいの書いてる

[mashori]

"たとえばソーシャルウィジェットが一切ない。Facebook や Twitter への投稿ボタンがない。","いかに速くするか、ではなく、いかに遅いものを排するか、が決め手になる"

[tyoro1210]

『いかに速くするか、ではなく、いかに遅いものを排するか』

[takc923]

“PRPL”

[akirafukuoka]

dev.toは画面遷移アニメーション入れるべき、は完全同意。盲目的に速さに全振りすれば本当に快適か？は考えるべき。だが早いのはやっぱり良い。

[edwardkenfox]

“firebase hosting のアセット配信のヘッダが fastly”

[luccafort]

"パフォーマンスを最重要KPIにしないと実現できない世界だ。"これはぼくも感じた速度 is ジャスティス！みたいなキチガイじみた判断が出来ないと到達不可能だと思う。サーバーサイドエンジニアとしても衝撃的だった。

[foostan]

速いのいいよなぁ

[pmint]

近頃はなんかWebアプリの作り方ばかりおすすめされてるけど、求められるのはWebページの軽量化では。モバイル全盛になってもほぼほぼ読むだけのユーザーばかりなんだし。

[tbpg]

"dev.toはユーザーが混乱するほどに速い"

[akabekobeko]

実行されないものが最速なわけで、それ本当に必要ですか？という議論の材料として圧倒的かつ分かりやすい実例の解説と展望が語られてる。

[yoshi-na]

エモい

[rryu]

dev.toが阿部寛に負けるのFastlyのCDNがレスポンスのmax-ageをmaxageに間違えているのが原因ぽくて遅いウィジェットとはまた別なせつなさがある。

[daichirata]

じゃあsdkもアドも何の為に入れるのかっていうのもあり、結局の所ビジネス含めたトレードオフは避けられないだろうな。

[twainy]

たしかに早い

[teruroom]

とりあえず、デモのボタンをクリックしてカウントアップさせておいた。

[nn0]

それよりも阿部寛のホームページのほうが早いんだって！

[z1h4784]

ここ3年くらいWebPack等のツールで何もかも一緒くたにした一枚jsを生成するのが良いとする連中の声が大きかったけど、来年中には駆逐されそうだな。

[kakku22]

スラスラ読めるエッセイだ．面白い．そして dev.to は本当に早い

[gabill]

最初のiPhoneが出てきたときの「ウチだって作ろうと思えば作れた」の再来。一度航路ができたら後はみんなコロンブスに続く。

[itochan]

解説が難しすぎて理解できない低能だけど、ラストのまとめに１つ足りないのはわかる。　広告と、ソーシャルシェアボタンは、現状遅すぎる。

[htnmiki]

こういうチーム運営ができたらいいなあ。俺が切られそうだけど。　＞いかに速くするか、ではなく、いかに遅いものを排するか