Frontend Study #1: 基調講演 - Frontend 領域を再定義する

Front-End Study #1「Cloud Native時代のフロントエンド」 - connpass の発表内容のテキスト版です。 発表に載せられなかった参考資料集 StatCounter Global Stats - Browser, OS, Search Engine including Mobile Usage Share The "Developer Experience" Bait-and-Switch - Infrequently Noted JavaScriptよ。文明を捨て、自然に還れ。 ::ハブろぐ Deno - A secure runtime for JavaScript and TypeScript Rome Toolchain Blitz.js - The Fullstack React Framework | Blitz.js ⚡️ Prisma - Da

[tkmkg8m]

別にRailsにけんか売ってるとは思わなかったな。ある程度開発経験あれば、 body（あるいは document 丸ごと）更新するより必要なDOMだけ更新したほうが高速で便利なのは実感するでしょ。あとは開発者のスキルにより（文字数

[kijtra]

たしかに「フロントエンド」とはもう呼ばない方がいい。

[masa8aurum]

“フロントエンドのベストプラクティスは SSR の是非に関わらず Server Application 層を侵食”

[d4-1977]

「Node.js 界における「Rails Guide」がない」ですよねえ…。あと、ウェブアプリケーションの作り方が変わっていっていて、サーバーサイドの人やフロントエンドの人に必要なインフラの知識も変わりそうです

[iwasiman]

Speaker Deckの同名資料のZenn版。

[kamocyc]

“ 現状は TypeScript + Next.js(Nuxt.js) がWebのベストプラクティス”

[ikkitang1211]

こんだけの情報量なのに｢完全に理解した｣ ってなるので、本当すごいなー、って思ったりした。

[baronhorse]

相変わらず大袈裟だな

[kndkndknd]

prisma2気になっている

[laiso]

「データベースレイヤーもNodeへ → 範囲が広いので分業」 となった時にNodeの利点とは

[ko-ya-ma]

リッチな内容かつ最速の応答速度を求めるならフロントはJSで構築せざるを得ない(…簡単じゃないけど)。そういうものを求めないのなら、RailsでもLaravelでも好みのもので作ればよいんじゃないかな

[dowhile]

JAMstack版のRails本みたいなのはほしいなあ

[hirorock]

フロントエンドの話 mizchi

[klim0824]

#FEStudy #Forkwell

[dafujii]

#FEStudy