Railsフロントエンド技術の今とこれから - Hack Your Design!

待望されたYarnサポートの入ったRails5.1が2017年4月にリリースされました。 Ruby on Rails 5.1 Release Notes — Ruby on Rails Guides 他にもjQueryがデフォルトdependencyから外されたり、Optionalでwebpackサポートが入ったりしており、Railsのフロントエンドは大きな転換点を迎えたと言ってよいでしょう。本エントリではRailsのフロントエンド技術の今を振り返り、今後どうなっていくかをまとめてみたいと思います。 DisられてきたRailsフロントエンド Railsのフロントエンド技術スタックは、フロントエンドを専業とするエンジニアにDisられるものでした。具体的には下記の技術要素です。 jQuery CoffeeScript Assets Pipeline (sprockets) gemのエコシステム

[tech-kazuhisa]

良いまとめ。RailsでVue.js使ってるけど、単一の画面でjQueryの補助的に使う程度が合っていると思う。がっつり使うなら、バックエンドはAPIサーバーに徹して、フロントとリポジトリを分けたほうがよいかなー

[luccafort]

"フロントエンドを１つのマイクロサービスと捉える見方もあります"ぼくは最近この考え方に近いかなあ。もうサーバーサイドとは別で管理するのが現状では一番筋が良いと思ってる。

[khei-fuji]

いつの間にか Rails 動かすのに node が必要になってて混乱してたがこういうことだったのか。

[nazoking]

フロントエンドツールの寿命が短すぎる(のに rails が飛び付いた)のが原因では…今度はreactに飛びつくの？

[masatomo-m]

"複雑化するWebアプリケーションにおいてjQueryはもう時代遅れとされてます" SPAでなければいけないアプリならわかるけど、世の中にはSPAでないサイトもまだたくさんある中で時代遅れと言い切る勢いがフロントエンドっぽい

[hemispherwhistle]

rails フロントエンド

[ka2hik0]

自分がやりたかったのは「Sprockets を捨てたい」というよりは「Assets Pipeline による古きよきアセット管理を捨てたい」んだということがわかった

[rochefort]

チャートわかりやすい。ssr が分かれ道

[snjx]

ぐぬぬぬ。webpackか。

[massa142]

「フロントエンドは一個のマイクロサービス(ただのViewじゃない)」「マイクロサービス作っているのだから辛いの当然」

[d4-1977]

フロントエンドの動きは、追っていきたい

[fjwr38]

どうでも良いけどソース読めばなんとかなるもんだし、gem とか module でいい感じに解決出来るもんじゃないの？

[mas-higa]

coffeescript って何がそんなにダメなんですかね。

[iga_k]

わかりやすい

[YassLab]

“フロントエンドを1つのマイクロサービスと捉える見方 / モノリシックサービスよりもアーキテクチャ・実装が複雑になりがちです。高度なフロントエンド技術導入の際はチームとしてその複雑性を受け入れる覚悟が必要

[bonnaroo]

いいまとめだ。

[moronbee]

"このツラミわかるなぁ | ReactSPAをRailsに戻している話"

[hamichamp]

メモ

[kazuph1986]

時代の煽りを受けてやってみたけど、ちょっとつらい、みたいな感じに後でなったら怖いな。

[akulog]

Rails使ってるから検討してる部分はある

[yutaka_maruoka]

jqeryもふるくなったか。まじか。

[kajyuuen]

“Sprockets 4”

[sakunyo]

煽り過ぎでしょ

[vvakame]

ふゎー

[koba789]

また引用されていた。おおきに

[kikunantoka]

分かりやすい

[star__hoshi]

webpacker って SSR できないんか

[psfactory]

Railsフロントエンド技術の今とこれから - Hack Your Design!

[rlho]

“全くメンテされないクソJSコードの塊を作る”

[peketamin]

おや、gfxさんやmizchiさんも発表するのか