タグ

2012年11月27日のブックマーク (2件)

  • ITアーキテクトは何をしているのか

    情報システムの「アーキテクチャー」にもっと目を向けるべきではないでしょうか。部分最適の積み上げで全体として必要以上に複雑で歪なアーキテクチャーになっているケース、性能問題など保守・運用上に課題を抱えて事業の採算が合わないケース。筆者の周りでもこうしたケースを見聞きすることは少なくありません。また、ビジネス上の質的な目的を捉え、目覚ましい進化を遂げるハードウエアを活かすのもアーキテクチャー次第だといえます。 情報システムのアーキテクチャーに責任を持つのはITアーキテクトとされています。その重要性は増していますが、人数が少ないのが実情です。どうしたらなれるのでしょうか。どのように育てたらよいのでしょうか。一つの方法は、ITアーキテクトが実施していることを真似てみることだと思います。 ITアーキテクトが何かをするのであれば、そこには「成果物」が生まれます。そして成果物には必ず目的があります。そ

    ITアーキテクトは何をしているのか
    JHashimoto
    JHashimoto 2012/11/27
    "そこで本特集では、システム開発のライフサイクルを軸に、ITアーキテクトの作成する成果物に注目し、「それは何のために作るのか?」を明らかにします。"
  • システムの完璧さ

    Jitta Posted @ 2007/03/21 0:28 nagiseさん、コメントありがとうございます。 ここで、Fail Safe は難しいと思います。作り手が制御できない部分があるからです。 学校一帯で停電があった場合、学校は自家発電で対応できるかもしれません。しかし、携帯のアンテナなどは、どうしようもありません。 元ネタの、学校の先生がおっしゃっているのは Fail Safe な作りにしろよ、ってことなのかもしれません。しかし、インターネットを経由したメールを挟んだ時点で、不達が無くなることのない環境になってしまっています。ここを Fail Safe な作りにするなら、電波基地を学校に設置する…とはいえ、私立なので校区の中心に学校があるとは限らないんですね。とにかく、通知するインフラを自前で用意するか、通知をしない。どちらかだと思います。 高木氏のところへトラックバックしている

    JHashimoto
    JHashimoto 2012/11/27
    "電子メールは「いつ着くかわからず、いつ読まれるかわからず、もしかしたら届かないかもしれない(そして事故の確率は、Yメールよりも高いかもしれない)もの」なのです。"