next.js の SSG は糞 - Diary

next.js の SSG は糞 ぼくは next.js 結構好きでこのブログとかも next.js で作ってるんですが、最近の next.js の方向性にはちょっと危うさを感じています。 next.js は最近は静的サイトジェネレータ+αみたいな感じになっていて、サーバーサイドジェネレーションなる機能のサポートが入っています。 でもこれどう考えてもゴミでしょ。いや記事が 500 件とかならいいけど、 50 万件あったらデプロイのたびにどんだけ時間かかる？という話で。それからサイトが生きているかぎり結局のところ記事はどんどん増えていく以上トップページは動的生成にならざるを得ないわけで。あまりはっきりと言われているわけではありませんが、 next.js を開発している人たちは WordPress のテーマを PHP で書きたくない人というペルソナをもとに開発していて、その人たちは CDN を

[ssig33]

id:shiroyu123 いや知ってるしこのブログでは勉強のためにも使ってんだけどどう考えても楽じゃないでしょこれ、 Fastly + SSR だけのほうが絶対シンプル

[Adeptus]

記事が1件しかないサイトでWordpress採用するやつはゴミだし、記事が50万件になりそうなサイトでSSG採用するやつはゴミ。ゴミなのは技術じゃなく考えが足りないユーザーの方。

[tech0403]

記事を批判してるブコメが多いけど、next.jの最近の方向性の事を言ってるって理解してないのかな。ケースバイケースとか他の解決策があるとか、的が外れてる気がする。

[Keisuke69]

言い方はともかく、Incremental Static Regenerationとかがその一つの解だと思ってるがそれでも要件満たせなかったのかな。まあこれ入ったの最近なのでなかった頃の話かもしれない

[laiso]

この点はGatsbyも路線が似てると思うんだよなぁ（どうするんだろう） https://www.gatsbyjs.com/blog/2020-04-22-announcing-incremental-builds/

[shimarisugi]

先日もSSGの代替にISRなんてマヤカシに騙される人が結構居てうーん…てなった。/ Incremental buildが実用的になれば不特定多数が更新するサイト以外はSSGで解決すると思ってる

[prograti]

SSRよりSSGが適しているユースケースの方が多いと思うので、今後の成長性を考えるとSSGに舵を切るのは方向性としては悪くないのではと思いますが、もうちょっと成熟するまで様子見かなという感じです。

[w1zardhead]

> next.js を開発している人たちは WordPress のテーマを PHP で書きたくない人というペルソナをもとに開発していて… そのモチベーションあれば他にも考えられそうだから単に考えがないだけなのでは？

[coppieee]

発端のやつが「SSRはもう古い」とか煽ってたから、カウンターとしてこのタイトルにしたんでしょ。/SSR+CDNならページがどんなに増えたとしても対応できるのに、限界があるSSGをわざわざ選ぶメリットない。

[sasasin_net]

フロントエンド何もわからない民

[sinsinchang]

言いたいことはわかるし、ベターrouterってのも納得。ただまぁreact-routerの6系からは書き方大分良くなると思うよまだベータ版だけど。

[strawberryhunter]

静的サイトジェネレータでスケールしないのは問題だし、この人の意見を指示したい。

[tossy_yukky]

50万件のレコードがあってそれぞれ個別のページが必要なデータの表示にSSG使おうとは思わないなー。 ブログだとして毎日1記事書いて1000年以上かかるわけだし。 までもGatsbyもSSG方面だから何かがっつりSSRげなものは欲しい

[sovalt]

自分の用途に合わなかったからといって、糞だのゴミだの下品な言葉で罵倒しながら否定するのってどうなの

[shiroyu123]

ISRもfallbackもしらないの？/TwitterのツイートをVercelでIncremental Static Regenerationしている公式デモを思い出した https://static-tweet.now.sh/

[t-murachi]

この辺まだ踏み込んでないから知らんのだけど、デプロイの度に毎回全コンテンツ生成し直しになっちゃうの? アクセス頻度高そうなものを優先したりとか調整できないものなの?

[mizdra]

なるほど