レガシーの呪いを解くには勇気が必要だ - 設計者の発言
大きなレガシーシステムはたいてい「動いているが、なぜそのような作りになっているか誰もわからない」といった状態になっている。下手に変更すればシステムが動かなくなることを担当者は身にしみて知っている。日々の業務が動いていることのほうが重要なので「なるべくシステムを変えない」ことがシステム部門としての至上命令になっていたりする。事業を支援するはずのシステムが、その発展を阻害しているなんて悪い冗談だ。 さすがにこのようなシステムなら、もののわかる経営者であれば危機感を覚える。絶え間なく変化する市場に合わせて新しいサービスを考案して事業に組み込まねばならないからだ。変化を禁じられた事業なんて死んだも同然だ。そこで大きな予算を用意して刷新プロジェクトを立ち上げるのだが、けっきょくもともとの構造をそっくり別のプラットフォームに移し変えただけのようなシステムが出来上がることがじつは少なくない。 理由はいく
楽々ERDレッスン 第1回：「お持ち帰りご注文用紙」編：CodeZine
はじめに システム構築においてデータベース設計は不可欠です。そこで多くの方がデータベースの設計技法について書籍で学んだりするのですが、なかなか身についたと感じられないことも多いのではないかと感じます。 その理由は、実務で任せられる機会というのが少ないからというのが大きなものとして挙げられます。データベース設計というのは、やはり重要な箇所ですから自然と経験のある人に任せられることが多いのが実態です。しかもデータベース設計を担当するのはプロジェクト全体の中でもごく少数だけになりますから、なかなかチャンスが巡ってきません。 しかし、それを嘆いているばかりではスキルが身につかないのも道理です。そこで身近にあるものを何でも手当たり次第にデータベース設計のネタにしてしまうことで、コツコツと地力をつけていこうというのがこのシリーズの主旨です。 合言葉は、「表組みを見たらERDを描け！」 。では、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20050830/167085/
http://yamipro.ameblo.jp/entry-3872463068e49e3f9e00f7198926c6dd.html
