気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
221 usersがブックマーク
40
40
テーブル設計を遅らせることでユーザー体験の最大化を狙える!?米国式最新開発手法「ADD」とは。。 - Qiita
221 users
qiita.com/masaki_u
記事へのコメント40件
- 注目コメント
- 新着コメント
el-condor
業務上の核心データを格納するテーブルの設計で画面に引きずられてたら、設計変更の柔軟性を失うのも当然では。サマリテーブルなら理解できるけど、その場合は逆に設計変更の工数も大したことないはずで。
tech0403
顧客の承認が取れればOKって…実装が進むにつれてちゃぶ台返しされるの当たり前だから。BtoCはそもそも確約された要件なんてないし。あと今まで話題にならなかったというのも勉強不足すぎ。MySQLのjoinとか全く関係ないよ
BOOOOOOOON
toBとtoCとでまるで話が違うので銀の弾丸などないのである。toBなら全部門全業務の洗い出し（当事者たちですら忘れていることも含めて）が終わらないことには設計フェーズ入らんし…
boomerangj
データ量が大した事なくて、定期的な停止メンテナンスが許されるならテーブル定義は後からでも何とかなるが、それは全体的に難易度が低いだけだ。幹を知らずに枝葉から決めて問題にならない規模ならどうぞという感じ
programmablekinoko
具体的な話が何もない / テーブル設計が難しいのは、本来多次元構造な現実世界を2次元の表の集まりで表現しなければならないからであって、手法変えても本質的にまとわりつく
for-my-internet-demo
dddやes見てると、まず最初に基幹RDBがあるというよりはかなり登録イベントや画面に寄った考え方になってて、現実やれんのかなぁみたいな気持ちになるよね。ブコメの反応はわかる
boomerangj
データ量が大した事なくて、定期的な停止メンテナンスが許されるならテーブル定義は後からでも何とかなるが、それは全体的に難易度が低いだけだ。幹を知らずに枝葉から決めて問題にならない規模ならどうぞという感じ
BOOOOOOOON
toBとtoCとでまるで話が違うので銀の弾丸などないのである。toBなら全部門全業務の洗い出し（当事者たちですら忘れていることも含めて）が終わらないことには設計フェーズ入らんし…
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
テーブル設計を遅らせることでユーザー体験の最大化を狙える!?米国式最新開発手法「ADD」とは。。 - Qiita
初めまして、記事に訪問いただきありがとうございますm(_ _)m 今までのプロジェクトでありがちな言い訳... 初めまして、記事に訪問いただきありがとうございますm(_ _)m 今までのプロジェクトでありがちな言い訳。。。 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります なんでこんなことが起こってしまうのか もう15年も前になるPOA vs DOA論争の結果、データ整合性のためにテーブル設計を一番初めに済ませることが一般的になりました。 【初級】ゼロから学ぶDOA 第1回 ですがこのやり方では実際の画面の動きをお客様が見る前に仕様を決めて、 そ
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2020/10/26 リンク