利用しているBaaSが終了するときにすべきこと または Parse.com の終了と私たちの取り組み

[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails

[side_tana]

本日の発表資料公開しました! #yapcjapan #yapcjapanB

[yashigani_w]

大迫力

[Sixeight]

いいはなし

[rgfx]

まーその。AWS lambdaやGAEで構築してるのもあまり変わらんわな。特にサーバーレス構成なんか。

[Kiske]

涙無しでは読めないスライドやった

[te2u]

データ周りが本当に辛そうだった。実装と違って再現しようがないからなあ。

[Pasta-K]

壮絶

[natroun]

うおお……。門外漢の自分でも脂汗がにじむ感じ。／URL面白いな。漢字の部分はピンインになるのか。なるほどその方が理には適っている。

[tacke_jp]

思い出が走馬灯のように蘇ってくる...

[stealthinu]

すんごい辛みのある話だった…　依存してるバックエンドのサービスが終了するとかほんとつらすぎるわ。

[katryo]

すごーい！

[pplaceCEO]

良い知見の話だった。　結局我々は常に何かにロックインされているので、それがなくなったときのことは考えつつ利用するものを決めていかないといけないんだろうな。

[nekoruri]

BaaS/PaaS使う上で、データマイグレーションのしやすさは十分に検討しないといけない。

[yogasa]

つらい

[haranicle]

おつかれさまでした。

[june29]

これ http://blog.nohana.co.jp/article/thank-you-and-byebye-parse-com で読んでいた話か〜。

[stick23rd]

良い資料。pushしか使ってなかったけど、移行はしんどかった。

[love0hate]

リアル

[odakaho]

やっぱデータがネックだよね。 他Baasに移行しやすいツールを最初から用意してるわけないのでどうしても泥縄的対応になる。

[TYK]

顔文字

[masatomo-m]

参考になる。ロックインリスクを考えた上でもリリース速度優先でBaaSを選ぶという選択は一概に悪いとは言い切れないけど、適切なリスク見積もりができてこそだよね。移行にかかった総工数ってどれくらいだったんだろ

[mooonymann]

“BaaSの利用は借金に近い”

[zentarou]

サービスを成功させるつもりなら最初から使わない方がいいな

[akanex3]

読み応えあった。嫌な事件だったね‥

[animane]

BaaSを利用することは借金と考えると、すごいしっくりくる。 技術的負債の返済計画を立てておかないとサービスがヒットするとエライ目にあうという事例。 ご利用は計画的に。

[localdisk]

ほんとうにあった怖い話

[raimon49]

「終わりは唐突にやって来ます」　つらい

[fusionstar]

映画化できそう。

[bopperjp]

ベンダーロックインの闇

[premyth]

なにこれこわい

[hfmgarden]

壮絶な話だった

[braitom]

BaaSを使うことで開発期間は短縮できるが、今回のようにいつサービスが終了するか分からないということをきちんと考えた計画が必要。身をもって体験した話は説得力あるなー。