アジャイル開発にはモデリングや要件定義の工程はあるのか、という問題とその周辺 - プログラマの思索
最近のツイートで、アジャイル開発には要件定義工程はあるのか、というテーマで、DOAモデラーとアジャイル系のアーキテクトの間で議論があった。 内容がとても奥深い。 僕はまだ自分の考えをまとめきれていないので、自分が後で参考にしたいためにリンクしておく。 以下、ロジカルでないラフなメモ書き。 【参考】 @yusuke_arclampさんのまとめ記事が公開されました。 アジャイルにおける事前合意について - arclamp 【1】エンタープライズアジャイル勉強会 2017年12月セミナー開催のお知らせ アジャイルを機能させる外枠について - arclamp (引用開始) アジャイルを機能させる2つの外枠 1つ目の外枠は「何を作るべきか」という観点。 チームが何を作るべきか、という手前には「そのチームが実現すべき価値とは何か」をきちんと考える必要があります。この点はギルドワークスの市谷さん（@pa
主キーはインデックスではない - 設計者の発言
仕事柄、奇妙なDB構造を目にすることが多い。どういう発想からそんな設計がされるのかを理解したいと思っていたのだが、モデラー仲間の秋里さんが先日うまい指摘をした。「主キーをインデックスみたいなものと勘違いしているからではないでしょうか」。インデックス（キー）というのは、レコードの並び順を規定するキーのことだ。 たしかに思い当たる節がある。「こんな順にレコードが並んでいれば処理上都合がよさそうだ」という考えで主キーが設定される。さらに主キーはユニーク制約でもあるので、重複が起こらないように「多め」に項目を突っ込んでおく。つまり「ユニーク制約をともなう代表的インデックス」程度に主キーが理解された結果として、グダグダなDB構造が出来上がるのではないか。 じっさい、昔こんなことがあった。{a,b,c,d}の複合主キーをもつテーブルＸがある。ところが、別のテーブルＹからテーブルＸの特定レコードにアクセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
