Universal JavaScript

Roppongi.rb #3 Rails x Frontend-Tech

[adwd118]

DHH関係なくほとんどのフロントのツールは死ぬのでは

[ksounktnk]

"堅牢な設計より、式年遷宮" 納得感ある。諦めてついていくしかない。

[torounit]

webpackに感じてたモヤモヤ感が言語化してあった。

[auient]

mizchiさんのスライド。フロントエンドは、コードが腐らない堅牢な設計より、腐る前提でモジュール可換な設計 → 式年遷宮を目指すべきではないか、とのこと

[dowhile]

Easy > SImple

[tadyjp]

レールに乗ったつもりが気づいたら貨物車両にいていつの間にか切り離されていた "DHHが選んだフロントのツールは死ぬ"

[t2wave]

"堅牢な設計よりモジュール代謝"

[t_f_m]

あとで

[machupicchubeta]

"堅牢な設計より、式年遷宮では？"

[vvakame]

Webpackの割れ窓はよくないのにBabelの割れ窓が良いのはなぜだ論がありそう

[assaulter]

フロントエンドの一番の問題はお賃金だと思う...

[massa142]

DHHが選んだフロントのツールは死ぬ

[itouhiro]

「@mizchi　sprocketsの殺し方　お前のWebpackは死ぬ（機能がありすぎ、node.jsで再現不可、設定ファイル意味不明、ES Modules登場で重要性低下）　この先10年生き抜くために（モジュールを代謝する）」

[hi_yamamoto]

webpackもちろん今は使ってるけどそのうち死ぬだろうなぁとは思う。死ぬ準備はしといたほうがよさげ。

[umai_bow]

Webpackが独自に拡張しまくってるのを嫌って未だにbrowserify使ってる

[uehaj]

WebComponentsってHOCみたいにメタで扱う機能を含むのかな。まあreact通じてレンダラのターゲットの追加的選択肢、なら想定できる。が、ライブラリを越えた共通コンポーネント仕様としてのイメージが湧かない

[kurakano]

Webpack死亡予告？割と早く。Native ESで代用できることを喜ぶべきなのだろうが…

[tbpg]

"即死しない Webpack の使い方"

[knjname]

css nextよりSCSS派です！！　Webpackでいろんな嫌なことさせるよ！！　今が楽しければ未来は死ね！！

[Dryad]

「新しいものを取り入れるには古いものを代謝できる体作りが必要」という話を「新陳代謝」という単語にまとめているブコメが並んでいて不安しか覚えない。

[akulog]

新陳代謝

[zentarou]

作り直す勇気は大事

[Pasta-K]

moduleの新陳代謝高めていきたい

[aki77]

『DHHが選んだフロントのツールは死ぬ』

[pikarin1404]

Universal JavaScript // Speaker Deck

[berlysia]

式年遷宮

[mizchi]

さっきの資料公開しました #roppongirb