shiodaifuku.io

Webエンジニアのブログです。

[gowithyou]

金回りのシステムは、問題が発覚したときのダメージがシステムだけでなく開発者へのダメージも大きいから、関わらないのが一番の正解だよ。

[lorenz_sys]

"忘れてはならないたった１つの大切なこと" はセキュアであること以外にないと業務システム屋の自分は思う。というかこの話はユーザと決済情報とのリレーションの話であって "決済システムの設計" は風呂敷広げすぎ。

[asaneboy]

結局決済システムに限らず、システム作るときに業務のモデル化が十分にできてないのにシステム要件決めちゃうから苦労してる気がするな…過去の自分への戒め。

[Falky]

『結論としては「そんなモノ作らずに逃げろ」という話で締めたのですが』いや本当にそれなんですよねこれは

[daishi_n]

「必要になったらテーブル分ける」ってオンライントランザクションサービスの世界で長期のサービス停止を伴うデータ移行とか死ぬから最初にデザインしておくことは重要だよ。新旧のデータ構造に対応したアプリは苦痛

[aroechan]

決済システム作るときに忘れちゃいけないのがたった一つなわけないだろ

[moro]

「一番大事」で言えば各操作でログを取って復元可能にすることだとは思うし、ユーザ:財布の間に交差テーブル作りたいとも思うけど、“モデリングは現実世界を忠実に再現することが大事” で言わんとすることも同意。

[taguch1]

stripeとかのドキュメントを設計の意図がわかるまで読むといいよ。

[lalala360]

1つだと思っていたものが複数になる、1対1だと思っていたものが多対多になる、はシステム開発で稀によくあるちゃぶ台返し

[h5y1m141]

“少し抽象度の高い言い方をすれば（途中でもちょっと書いたように）モデリングは現実世界を忠実に再現することが大事だということが本稿で主張したいところ” 勉強になった。比較的少ない苦しみの例を今後意識しよ

[nilab]

「ユーザは現在所有しているお財布の情報を持ちます。 この形にすることで、ユーザとお財布のリレーションがN:1になります。 もし、1人のユーザが複数の財布を使い分けるような必要があれば、ここの多重度はN:Nに」

[katakoritan]

わかるが、もうちょっと他にもあるでしょう

[degucho]

最悪運営に損害がでてもユーザーの不利益にならないようにする、かな。

[uunfo]

異なる人が同じクレジットカード番号を使った時に、内部で共通化するの、すごく気持ち悪い。／法人のクレジットカード払いはややこしい

[phoope]

ユーザーテーブルとお財布テーブルを分けましょうのお話。 大前提として、決済システムから逃げられなかった人向け。

[shimazoom]

"結論としては「そんなモノ作らずに逃げろ」という話で締めたのですが"

[prograti]

複数アカウントでの同一クレカはちょっと慎重に判断したいかな。不正注文の検知が難しくなったりするし。

[kazoo_oo]

"toBのサービスで、相手側に経理部が存在するパターン" まさに

[medihen]

「この門をくぐる者は一切の希望（的予想）を捨てよ」

[rryu]

たった一つのというか、お金関係は法律・会計・決済方法・課金方法の都合で単純にはならないのでそれらの知識無しに単純にモデリングすると死が待っているという。

[izoc]

こういう設計のノウハウって実際に商用で運用して学ぶこと多いよね。決済回り触ったことのない自分にとってはありがたい記事。

[BOOOOOOOON]

サブスクリプションの中に契約情報があるのがイマイチ…財布に1枚しかクレカがないっていうのも現実感ないし

[t-ueno]

決済システムに限った話ではないような気がする／というか、システムの拡張性の前にセキュリティの話は？／「決済システム」「たったひとつの」、タイトル詐欺

[stealthinu]

決済システムのテーブ設計で、ユーザと支払い方法が1:NやN:Nに対応できるように設計しとかないと大変という話。

[ysync]

「同一のクレジットカードを2回以上登録できないように」それ以前にカード情報預かるなよ。プラットフォーマーに投げれ。

[metatrading]

DBの正規化をきちんとやりましょうをすごい小さい範囲で語られてただけで、対象が決済であるかは関係ないです。

[sett-4]

わかりみ

[send]

特に toB だと決済に限らず ユーザーとアカウント分けたほうがいいケースがほとんどだよね。

[Insite]

リスクのある仕事を引き受けて相応の対価を求めればよいのに、著者以外は誰もやらんのか？

[nanamae]

苦しむ例・苦しまない例を最初に提示するスタイルいいですね。参考にさせていただきます。

[kkobayashi]

なるほどね

[kazatsuyu]

どう考えてもたった1つではないと思うので見てない

[versatile]

そうだよな。関わらないこと、これだな。

[MH4GF]

テーブル設計の話

[nghrk]

たった1つって言われたら、独立性より一意性を重要視したい派です（「一意性なんて決済システムに関わらず当たり前だろうが」って言われそうだけどできてないシステム多い）

[tsutsumi154]

そこはたったひとつの冴えたやりかたじゃないのか

[tettekete37564]

サブスクリプション実装時の設計で参考になりそう / たしかに決済系は近づかないのが吉なんだよなあ