ReactSPAをRailsに戻している話 - Speaker Deck

All slide content and descriptions are owned by their creators.

[gfx]

戻せるという判断ができるならそもそもそれは必須ではなかったということで、必須でないのにやるSPAは辛いだろうなという印象。

[t-wada]

「一画面で何回もリクエストを発生させがち、 N+1 問題が起こりがち」なのは RESTful API のつらみじゃなくて API 設計の誤り。オレオレ Flux 問題もあるので引き返すのは正しいと思う。

[mizchi]

周辺環境の理解不足で適切なソリューションが提案されてるのにキャッチアップできてない、というのは印象はありつつ、結局属人性を排除できず理解できる形式に戻してる、という風に見え、しゃーないとは思う

[shibukk]

一見するとReactもGrapeも理解が足りていない風だけど、そもそも前任者がいなくなった問題が一番大きそう

[koba789]

突然見たことあるスライド出てきたなと思ったら俺のスライドが参照されてた

[hush_puppy]

前任者は今ごろ、新しいプロジェクトで新しい技術を試しているのだろうか。そしてそれがリリースされたらメンテは他の人に任せて、また別の新しいプロジェクトへ移り、別の新しい技術を試すのだろうか。

[hide_o_55]

Reactの問題ってより、設計ドキュメント作らないでコード追わないといけない状態を放置していることに起因する問題も含まれているな

[nazoking]

json-apiが劣化sqlになってるのは設計がまずいよな。apiは俺的restfulっぽさにこだわらずviewパーツにべったりのjsonを吐き出すためにrails/sql側で頑張る方が、いろいろ幸せになれる

[qsona]

SPAを作る時のC/Sは技術的理由で分離が必要だし、それ以外もマイクロサービス然り、チームのサイズに見合った疎結合度合が必要ということか。(とはいえ個人的にはいかなる理由があっても画面とロジックは分離したい派)

[katsyoshi]

SPAにするならRailsいらない派もしくはRailsはAPIのみかな

[hiroponz]

RailsでのSPAは最終手段という印象

[cuttoff19]

ぶこめ

[rryu]

Railsみたいにサーバサイドで何でもやるみたいなやつにSPAを乗っけようとすると両者のあまりの合わなさに色々つらみがでるという…

[ryota-murakami]

cool

[joker1007]

むしろ、俺はRailsのビューを捨てたい。

[kyon_mm]

タイトルみて、なんでその必要あるんだろうっておもったけど、Rails Viewと併用するって話だったので、びっくりした。。。それやる前に意味ないってきづかないのか。。。こわい。。。

[Nkzn]

うちもRails+Grape+React+Reduxやってるから分からんでもないのだけれど、つらいと思ったことないなあ。でも他山の石として覚えとこ。

[naotodemo2]

なんか設計の問題っぽいのでこのチームでアプリ作る時同じこと起こって死にそう

[Lambda_groove]

SPA作る上でのバッドスタディてんこ盛りなので皆の悪いお手本にしてほしい。SPAでバックエンドにRailsを選ぶ時点でスキルの程度が露呈してるが、それでも尚トレンドの先取りだと言い張る面の厚さは見習うべきものがある

[hadakadenkyu]

先日うちの黒帯とも「SPAは趣味」と話したところ／formを普通にsubmitすりゃいいものまでRESTのAPIにする人が一定数居てほんとヤダ

[a-kuma3]

画面の項目からテーブルのカラムを追っかけてる時点で、Model と View の分離が正しくできてない

[nyangry]

[Rails][Frontend][API]

[kazuau]

自社の現行のコード修正するのにリバースエンジニアリング？

[hylom]

Reactの沼に足を踏み入れたらバックエンドまでずっぽりとReact向け設計にしないとダメなイメージなんだよな

[tekimen]

設計がまずい以前に引き継ぎが出来てないというのは、廃れるしかなく戻すしかない気がするからしょうがないなあという感じがある。

[treeapps]

API設計に失敗したという意見を見るに、SPAを成功させるにはAPI設計の成功という追加ミッションが発生して、それをクリアしないと失敗すると。つらい・・

[xKxAxKx]

フムー

[ikosin]

前任者がこれを見てどう思うか

[technuma]

React+AngularJSでも、似たようなつらいところがあった・・・ "テーブル定義にたどり着くコストが倍以上"が本当につらい

[waterlow2013]

モバイルのバックエンドとしてのRailsの存在もあるので、たしかにRailsのviewは開発早いしメンテもしやすいけど、apiでやっていかないといけない場合もありますねー;

[ryownet]

SPAの引き継ぎにかかる時間と労力ってあんまり語られてないけど実際たいへん

[naka-06_18]

確かに外部公開する必要がなければ RESTfull API にする必要ないな。

[akasata]

分不相応な設計にしてしまったということなんだろうけど。興味深い

[gowithyou]

技術的理由で戻すなんてマネジメント層からしたら我儘以外の何物でもないな。何をやってるんだと。

[rgfx]

「SPAのデータフローをおうのは大変」つらそう

[takadayuichi]

おもしろい

[rAdio]

こういう失敗事例の方が参考になる。

[masaru_b_cl]

いい話

[Dolpen]

ちょっと同意できる部分はあるものの、サバクラでデータフローだのテーブル定義だのの部分はあんまりピンとこなかった。それはちゃんとAPIを設計していないからで、スマホアプリのサービス作る時と同じ課題でしょ。