フロントエンド開発における革命とビルドプロセスについて - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは、freeeでフロントエンドエンジニアをしている @joe_re です。 freee Engineers Advent Calendar 2015の4日目を書きます。 僕からはfreeeで現在進行中の革命について、フロントエンドのビルドプロセスを中心に書こうと思います。 革命 ってなんのこと？ というのはフロントエンドヤンキーこと @ymrl が 2日目で書いたので詳しくはそちらをご参照頂ければ幸いです。 背景 弊社ではRuby on Railsを主軸にしてWebサービスを作っています。 Railsは素晴らしいフレームワークで

[koyancya]

よく分からないけど赤いｗ -> "freee では 共に革命を志すフロントエンドエンジニア を募集しています。"

[ktkrme]

スクリプト言語なのにビルド必要な悲劇

[k12u]

楽しそうだけどつらそうだ

[akatakun]

Sprockets: 基本的にgem化されていないと使えない，フロント側までRailsにロックインされてしまうのが気持ち悪い

[kuy]

ついにこの記事を読むときがきた！！！

[synboo]

良記事すぎる

[Rei19]

興味深い

[uehaj]

行き着くところは一緒やね。

[t-wada]

革命だ

[monomoti]

RoRはやってないけど、フロントエンドは開発・ビルドプロセスが乱立していて辛い。未だRequire + Backboneで、当面このまま。新しい事をしたいが、それが妥当かはわからん。

[TokyoIncidents]

"この方法は理想ですが、フロント側で単純にビルドしただけでは、Railsのasset_pathヘルパーメソッドが一切使えなくなります" これ本当に壁だったと思います。y_waka さんのエントリーが楽しみだ！

[trevegan]

やりたいと思ってることが、ほぼ全部解決してる。

[iga_k]

うおー、すごい！

[toruuetani]

フロントエンドは地獄だ

[efcl]

"Browserifyでは複数エントリーポイントがある場合に、開発時のwatchにおいて変更のあったファイルのインクリメンタルビルドをエントリーポイントごとに行う仕組みを構築するところに壁がありました"

[with_no_parachute]

https://bugsnag.com/blog/replacing-the-rails-asset-pipeline-with-gulp

[torounit]

RailsにはSprocketsあっていいなーとか思ってたけどそうでもないのか。確かに node.js周りの情報多いし資産は使いたいよなぁ。

[umai_bow]

マジassets関係切り捨てるとtherubyracerとかにも悩まされないしし、いいことだらけだよ。早く切り捨てろ

[kakkunpakkun]

我らが革命家だ

[makimain0]

Rails - フロントエンド開発における革命とビルドプロセスについて - Qiita: こんにちは、freeeでフロントエンドエンジニアをしている @joe-re です。…

[yo_waka]

やっているな

[michiomochi]

よい。

[neotag]

やりたいと思ってることが、ほぼ全部解決してる。凄い。

[joe-re]

書いたぞ！