何故データベース設計は軽視されるのか？ (654ﾚｽ)
上下前次1-新
101(1): 2009/02/01(日)23:10 ID:??? AAS
ISAMシステムに逃げるってどういうこと？
102: 2009/02/02(月)00:45 ID:??? AAS
いつも自分の意見が取り入れなくてストレス溜め込んでるのだろうな。
だれもオープン系のシステムにしてくれないｗｗｗ
Mが従来通りの路線で行くのを理解できないほうが、現場の金融系の実体を知らん厨房でしょ。
だからオープン系のシステムにこだわり続ける。
実務やってる現場は、結局システムの中身なんてどうでも良いし。ちゃんとシステムが動く実績がある事が重要。
オープン系って何日も復旧できない事態って本当に存在しないの？
全部のオープン系システムの事態を把握してるのも怪しいが。
103: 2009/02/02(月)06:44 ID:??? AAS
>>101
1つの長大なテーブルをいくつものPGでいくつもいくつも作るシステムといえば伝わるかな？
104(1): 2009/02/02(月)21:13 ID:??? AAS
>実務やってる現場は、結局システムの中身なんてどうでも良いし。ちゃんとシステムが動く実績がある事が重要。
現に動いてないと言う実態を知らんのか？
あのメガバンのメンテナンスと言う名の停止っぷりは半端ないが。
当初のスケジュールがどんどん遅延して何年かけて統合するつもりなのか知らんが、
現場はいい迷惑だ。
105: 2009/02/02(月)21:55 ID:??? AAS
噂によく聞くコボラーってやつか。
本当にそんな人種いるの？
それならExcelでいいじゃんよｗ
106: 95 2009/02/02(月)22:46 ID:??? AAS
>>100
俺は別にコンプレックスをもって言ってる気はないんだがな
お前のいうホントのことって何だ？
まあ、お前がＲＤＢ使ってないのはバカ基準で底辺のアホシステムだと
考えてるというのはよくわかった
まあ、思っててもあんまり簡単に他人をバカだアホだ底辺だといわんほうが良いよ
107: 2009/02/03(火)01:53 ID:??? AAS
>>104
オープンだろうが大型汎用機だろうが関係なく、あんな大規模なシステム統合を本気で丁寧に障害なく
進めるならあれくらいは当然だと思うよ。
見切り発車のＭとみっちり石橋たたきのＭ。どちらがいいか経営者には良い判断サンプルになったんじゃないか？
石橋を叩くのを選べるほど金が使えるのはＭくらいだろうけど。システム部長は石橋を叩けるだけ叩くのが仕事だわな
108: 2009/02/03(火)23:24 ID:??? AAS
プロセス中心で考えるエンジニアとデータ中心で考えるエンジニアが
理解し合うのははっきり言って無理
109(2): 2009/02/04(水)06:37 ID:??? AAS
お互いに相手の領域を理解すれば効率が何倍もあがるというのに。
110: 2009/02/04(水)23:06 ID:??? AAS
>>109
いや相容れないだろ。このスレ読んでもわかるように
それぞれの優先順位が違いすぎるもの。
プログラム言語の違い以上に深い隔たりがあると思う。
新人の時からデータ中心アプローチをたたきこまれた俺としては、
９２さんの文章は少し挑発的だけど、内容はけっこう共感できるよ。
111: 2009/02/04(水)23:09 ID:??? AAS
自演乙
112(1): 2009/02/05(木)00:48 ID:raK4Q0Jb(1) AAS
というか、
>>1によると、ここでは「業務システム」についての設計の話だそうだから、
データ中心で考えるのが正解ではないのか？
113: 2009/02/06(金)15:01 ID:??? AAS
>>109
理解するだけではだめだな。妥協が必要
ただ、その妥協点は、かなりどっちかよりでないと成立しない
実際は設計するときにどっちの考え方でやるか統一しとかないとだめだな
>>112
業務システムの設計だから、データ中心が正解だという理由を説明してほしいもんだが
プロセス中心の設計は間違いなのか？
データーベース設計の話だから、データ中心の方が良いというのなら理解できるんだがな
114: 2009/02/07(土)02:03 ID:??? AAS
業務システムをプロセス中心で開発するってのは
たいがいにおいて業務プロセス中心に開発するんじゃなくて
システムプロセス中心に開発するの意だからな
115(2): 2009/02/11(水)13:36 ID:??? AAS
かくしてエンジニアのオナニー状態の使えないシステムが作られて行く訳だな。
そして次の契約が取れず淘汰されて行く。
116(1): 2009/02/11(水)15:45 ID:??? AAS
>>115
いや、逆でエンジニアにオナニーさせたほうがいいものができるぜ。
マネージャのオナニーの結果、よくないものができてるのが現状でしょ？
マネージャとエンジニアのセックスなんてありえないでしょ？
117: 2009/02/11(水)16:50 ID:??? AAS
>>115
DB設計は家を建てるのに例えれば基礎工事みたいなもんでしょ
外観や内装に注文つける客はいても、基礎工事に注文つける客はいないでしょ
118: 2009/02/11(水)17:54 ID:??? AAS
見えにくい部分だけあって理解も無いから。
ここは地盤が緩いから事前にこれだけアンカー打ち込んでおけと
指示しても施工出来る人がいないとか後での設計変更が云々とか。
DB設計軽視はシステム開発の耐震偽装みたいなものかな。
119: 2009/02/11(水)18:26 ID:??? AAS
>>116
一番怖いのは、営業と客のオナニー
日本ではマネージメント専門の人はプロジェクトにいないのが普通
そういう意味では真のマネージャーなぞ存在しない
120(2): 2009/02/14(土)02:52 ID:??? AAS
>>1
情報系の人間がただでさえ軽んじられてててさ、
当社では工学部おっけ〜、文系でもおっけ〜、だれでもおっけ〜みたいな会社ばっかで
まともに学校でDBについて勉強したことないやつが多すぎるからだろ
情報系はもっとも理解されてない学科
上下前次1-新書関写板覧索設栞歴
あと 534 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.556s*