結局開発で最も大切なのはテーブルの正規化と制約 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/08/24(木) 07:52:17.47

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するといったことが
開発の中で最も大切

炎上してるプロジェクトは
必ずと言って良いほど
これらを軽視している

**デフォルトの名無しさん** · 2017/08/24(木) 09:04:18.74

整理整頓、ちゃんとしようってことなんだな。
炎上なんてのは当たり前のことが当たり前にできてないってことがほとんどで。

**デフォルトの名無しさん** · 2017/08/24(木) 11:59:02.99

DB側で管理できることは
DB側でやれってことでいいの？

**デフォルトの名無しさん** · 2017/08/24(木) 12:41:55.80

そんな話じゃないよ

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する
というのをやっておけば
そうそう炎上なんかしない
という話

**デフォルトの名無しさん** · 2017/08/24(木) 14:30:20.09

そんな馬鹿な

**デフォルトの名無しさん** · 2017/08/24(木) 17:48:40.28

そんな馬鹿なと思うかもしれないけど
意外と事実だよ

**デフォルトの名無しさん** · 2017/08/24(木) 18:29:53.40

> テーブルを正規化したり
> 適切なデータ型を決定したり
> 制約を定義する
なんて基本中の基本で、それでも炎上するプロジェクト多数なんだが

**デフォルトの名無しさん** · 2017/08/24(木) 19:06:37.16

それは、顧客仕様を分析できてないからだお

**デフォルトの名無しさん** · 2017/08/24(木) 19:07:46.08

>>7
そんなことはない
炎上するプロジェクトの大半は

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する

というのをやってない

**デフォルトの名無しさん** · 2017/08/24(木) 20:45:00.02

大半: 全体の半分以上

(全体 - 大半)は
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する
事をしてても炎上してるって事だね

定量的なデータあるの? 大半って何% 母集団は何?

**デフォルトの名無しさん** · 2017/08/24(木) 20:53:03.51

誰に何を聞いてるんだ？

**デフォルトの名無しさん** · 2017/08/24(木) 21:05:02.33

>>8
だよね

原因と結果を混同してたら根本原因にはたどり着けない

**デフォルトの名無しさん** · 2017/08/24(木) 21:11:48.10

デスマ案件の原因Top3
・低品質な要求分析・要件定義
・最初から無理めなスケジュール・予算
・わがまま傲慢顧客

次点
・顧客担当者の社内調整力不足
・PMの調整力・交渉力不足

次々点 (※マネジメントが優秀ならこれらの理由だけで炎上する可能性は小さい)
・既存システム・連携システムの負の遺産
・エンジニアの技術力不足
・採用技術の不確実性

**デフォルトの名無しさん** · 2017/08/24(木) 21:16:50.03

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する
というのを

A.やっていて炎上するプロジェクト
B.やっていなくて炎上するプロジェクト
C.やっていて炎上しないプロジェクト
D.やっていなくて炎上しないプロジェクト

の4つに分けたら

A＜Bであるし
C＞Dである

**デフォルトの名無しさん** · 2017/08/24(木) 21:21:32.21

>>13
それは幻想
現実には

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する

というのを
やってるかやってないかで
簡単に決まってしまう

**デフォルトの名無しさん** · 2017/08/25(金) 03:29:00.56

テーブルを正規化する
適切なデータ型を決定する
制約を定義する

以後この3つを「正規化など」って俺は書くね

**デフォルトの名無しさん** · 2017/08/25(金) 03:31:40.26

正規化などと炎上プロジェクトの間には
ビックリするほど関係性がある

嘘だと思うなら調べてみるといい

**デフォルトの名無しさん** · 2017/08/25(金) 11:14:11.33

肌感覚だけどそりゃそうだろうね。
正規化をまじめに考える余裕もないような現場なら炎上しやすいってか炎上中というか。

**デフォルトの名無しさん** · 2017/08/25(金) 13:32:04.14

結局開発で最も大切なのは仕様
上手くいかないのは仕様が滅茶苦茶な時
仕様が糞だと設計もコードも乱雑になり糞になる

客先常駐やSIerはその場しのぎの糞コードばかり書くことになる
基本自社開発な企業行くと、意味不明な仕様もなくなって楽になった

**デフォルトの名無しさん** · 2017/08/25(金) 17:46:33.07

>>18
正規化などを「余裕のある時にやればいいこと」と位置づけた時から炎上は始まってる

**デフォルトの名無しさん** · 2017/08/25(金) 17:47:56.47

>>19
「仕様が糞」って具体的にどんな状態？