To SSR or Not to SSR, This is the problem #tng28

Server Side Rendering Panel Talk での話をまとめました
JavaScript プログラミング 言語
2
Joshua @toruta39
SSRパネルに期待。ちょうどリアルタイムにSSRの実装をやってるので、いろいろ知見が聞きたい #tng28
Joshua @toruta39
SSRに賛成か?反対か? #tng28
Hitoshi Kojima @_hitima
SSR 賛成か反対かのdiscussion / めっちゃ気になる #tng28
ほりひろ <⚡> @hori__hiro
SPAで作り始めたものにSSRを組み込むと大変 #tng28
Hiroshi Hayakawa @hhiroshell
SPAでつくったものをSSRに舵を切るのは超大変。#tng28
Taketoshi Aono @brn227
弊社はDDT買収したから プロレス得意ですよね #tng28
ユーン @euxn23
SSR、メンテできる人すくなすぎ問題がある気がするんだよな #tng28
ユーン @euxn23
SSR エンジニア(?)絶対人材まわりがつらそう #tng28
Taketoshi Aono @brn227
サーバサイド専門にしてるエンジニアはNode.JS嫌いな人多い気がする #tng28
ほりひろ <⚡> @hori__hiro
フロントエンドエンジニアとインフラエンジニアの違い #tng28
ユーン @euxn23
フロントエンドエンジニアの職能みたいなところがある気がする #tng28
感情ゆすって物事をなんとかしようとする人 @mizchi
僕はNodeエンジニアの余力でフロントエンドやってるんでSSR作れと言われたら作るけど基本的に作りたくないです!!! #tng28
Hiroshi Hayakawa @hhiroshell
フロントエンドしか経験のない人がサーバーを新たに考えないといけない(SSR)のはしんどい。 #tng28
Yoshiya/肩/Deno澤 @kt3k
「スクラッチじゃないプロジェクトで後から SSR を入れるのがだるい」 #tng28
ほりひろ <⚡> @hori__hiro
既存のSPAから入ると、クライアントでの動作が前提のコンポーネントがあったりして、それをSSRで使えるようにするのはしんどい #tng28
菅原のびすけ @n0bisuke
お客さん話になってくるとなかなか難しいよな… #tng28
hiroppy @about_hiroppy
Next.jsはルータが固定されているから仕事だと個人的に使いづらいな🤔 軽いものを作るのは最高 #tng28
菅原のびすけ @n0bisuke
既存のSPA -> SSR化は移行コストが高すぎるって流れ #tng28
残りを読む(71)

コメント

Yosuke Furukawa @yosuke_furukawa 2017年10月31日
まとめを更新しました。
ログインして広告を非表示にする
ログインして広告を非表示にする