Hotwire を 本番環境で使ってみた感想

2022年のRailsの開発現場事情について語ろう！ Qiita Night https://increments.connpass.com/event/241385/

[tofu-kun]

LT しました。Hotwireの実装例リポジトリはこちら https://github.com/zaru/hotwire-spa-demo

[l__LINE__l]

状態管理が一箇所になるのが魅力。そこだけで価値ある。

[circled]

Laravel使いなのでLivewire推し。 → https://laravel-livewire.com/ これ例えばフォームを動的に増やすコードとか(react/vueと比較して)短く簡易に書けて便利なのよね。→ https://freek.dev/1609-building-complex-forms-with-laravel-livewire-in-oh-dear

[motchang]

"React 使うなら Next とか Apollo, Next, Firebase などでサーバも JS にしたい気持ち" わかる〜

[umai_bow]

こっちが流行りだと思う。RemixとかもJSだけど思想としてはこっち。ServerComponentsもこっち。APIレスSPA

[newnakashima]

Laravelも似たようなことやってるし.NETにはBlazorがあるのでそういう需要は確実にあるんだと思う。Blazorは使ったことあるけどDBから取ってきたC#のオブジェクトがそのまま使えるので良かった。

[field_combat]

用途次第では事足りそう

[takahashim]

LivewireとHotwire(Turbo Streams)はだいぶ違っていて、後者はWebSocketなしでも動く（ユーザー操作起因の場合のみですが）のがポイントかなと思っております

[tkmkg8m]

Hotwire、めちゃくちゃeasyで楽チンだよね。古きよき(?)RailsのAjaxと同じ感覚で開発できる。チームメンバーがフロント弱くて学習も望めないならReact等よりHotwire選ぶべきだと思う。

[iga_k]

知見！

[dot]

TurboSream?と思ったらやっぱりTurboStreamのtypoだよね。Hotwire興味はあるけど、まだ使ってないので素振りはしとこうかなあ。

[enemyoffreedom]

Laravelもそういう路線(Livewire)を用意してるし、クライアントサイドの(ある程度の)ブラックボックス化を許容できるならいいのでは

[send]

管理画面とかならこれで良いのではという感じになりそう

[n314]

ブコメのLivewire 気になる

[oqzl]

正直Hotwire使いたいと思っている

[surume000]

Rails意外としぶとい(褒めてる

[razokulover]

ほぉ〜ん

[aikawame]

大体言いたいことが全部書いてあった。

[programmablekinoko]

結局クライアントとサーバーで別々に状態管理するの辛いんよな。DBが絡んだデバッグが辛いのにも通じる

[onesplat]

なんかこう古の技術や方法論を延命するだけに生み出された無理くりテクノロジーという印象しかない。domいじくるためにわざわざwebsocket経由でhtml受け渡しとか、それフロントでやればよくね以外の感想は無い

[Tomato-360]

使ってみたい

[j1nsuke]

アトデヨーム

[threetea0407]

hotwireはいいけどstimulusつらい、完全にわかる

[kenzy_n]

環境や構成

[als_uz]

気になってた

[gabill]

気になってる。