タグ

ブックマーク / higayasuo.hatenablog.com (5)

  • Strutsは古代、JSFは近代、現代はRails - ひがやすを技術ブログ

    最近流行の古代、近代、現代パターンで、Webアプリケーションのアーキテクチャを振り返ってみたいと思います。 古代に生まれたStrutsですが、実は結構完成度が高く、WebにおけるMVCパターンは、Strutsでほぼ完成しています。ViewはJSP(Velocityもあり)とタグライブラリで決まり、ControllerもActionで決まり(StrutsそのものもControllerに分類する場合もあり)でしたが、モデルの実装方法は、決定的なものがありませんでした。 実は、モデルには、アプリケーションモデルとドメインモデルがありますが、この辺の考えも明確なものがありません。アプリケーションモデルという言葉は、あまり聞いたことがない方もいるかもしれませんが、SmalltalkのMVCは、既にそうなっているようです。 モデルをデータのみから成るドメインモデルと,アプリケーション固有の情報から成る

    Strutsは古代、JSFは近代、現代はRails - ひがやすを技術ブログ
    glcs
    glcs 2008/07/01
  • SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ

    10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変

    SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
    glcs
    glcs 2008/06/02
  • ダイコン時代の設計手法 - 奇妙なクラス抽出法 - ひがやすを技術ブログ

    オブジェクト指向やモデリングのでこのような文章をみたことがないだろうか。 クラスを抽出するためには、ユースケースから名詞、動詞を まず抽出します。名詞はクラス・属性の候補になり、 動詞は操作や関連の候補になります。書いてあることは間違ってないように見えるが、しかし現実的ではない。 なぜならユースケースだけでは情報が足りないからだ。 試しに適当なユースケースを使って上記のようなクラス抽出を試みて欲しい。 1つのユースケースだけだと情報が足りないのは当たり前だが、 すべてのユースケースで試みても情報が足りないのはすぐに感じてもらえると思う。 その対策として、これまでの私は、ユースケース記述にインプット・アウトプットの 補足仕様書をつけてそこに足りない情報を記述するようにしていた。 しかし、良く考えてみるとこれも、ユースケースが情報を分析するための 道具としては中途半端なのが原因だと思う。 や

    ダイコン時代の設計手法 - 奇妙なクラス抽出法 - ひがやすを技術ブログ
  • メンテナブルなコードよりもテストが重要っておかしくない? - ひがやすを技術ブログ

    その意味で、実はコーディング規約より、メンテナブルなコードよりも役に立つのが、テスト。要はテストをパスしてしまえばどうコードしても構わない、というのがTDD = Test Driven Development =テスト駆動開発の考え方のベースとなっています。 テストは、どう考えても、「目的」ではなくて「手段」ですよ。 メンテ不能なスパゲティコードだけど、テストは完璧ってソースに修正を入れられますか。 「テストをパスしてしまえばどうコードしても構わない、というのがTDD」というのは、TDDをかなり狭く捉えているっていうか、誤解している。 TDDの元になっている(と思う)XPは、メンテナブルなコードを書くことを目指している(と思う)。じゃどうやってメンテナブルなコードを書くかという「設計手法」がTDDなわけです。 TDDはテスト手法じゃない。設計手法です。テストって単語が入っていると、テストの

    メンテナブルなコードよりもテストが重要っておかしくない? - ひがやすを技術ブログ
  • スルガ銀行のIBM提訴にみるパッケージビジネスの難しさ - ひがやすを技術ブログ

    静岡県を地盤とする地方銀行のスルガ銀行(店・沼津市)は6日、銀行業務に関する基幹コンピューターシステムの開発を契約通りに行わなかったとして、開発委託先の日IBM(社・東京都港区)に約111億円の損害賠償を求める訴訟を東京地裁に起こした。 詳しい話は、今後徐々に発表されてくると思いますが、この件は、パッケージビジネスの難しさを端的に表しているのではないかと思います。 スルガ銀行の次期基幹システムは、IBMの次世代金融サービス・システム(Next Evolution in Financial Services Systems、以下 NEFSS) をパッケージに採用したものです。 http://www-06.ibm.com/jp/press/2004/10201.html スルガ銀行が最初の顧客のようですが、当初は、みずほCBを想定して作成されたみたいです。 http://itpro.ni

    スルガ銀行のIBM提訴にみるパッケージビジネスの難しさ - ひがやすを技術ブログ
  • 1