パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

三菱東京UFJ銀行でオープンソースのフレームワークSeasar2が採用される」記事へのコメント

  • >5日間程度の集中講義を行っただけで,初めてJavaを使う技術者でも問題なく開発を行っている
    と思ってるだけで実はかなりいい加減なことをやらかしてたら・・・とか思うと怖いですね。

    Javaが初めてだろうと、別言語での経験があれば、言語間の差なんて誤差レベルだと思うのは#982975 [srad.jp]のコメントの通りなのですが。
    • こういったフレームワークって, 大前提として前工程のシステム設計を, オブジェクト指向なりなんなりの比較的現代的な手法で行わないと効果半減なんですよね. 一方, 銀行業務システムを設計する人って, 多くが20年前の第二次オンラインの時のシステムに縛られているんで, 20年前の設計手法(フローチャートとレコード定義のレベル)に留まっている人が多いってのも事実で.

      ですから, この場合

      • 上流設計の後にフレームワークに合わせた再設計工程を設ける
      • フレームワークの機能をあまり使わず, 上流設計を忠実にインプリメントする

      のどちらかってことになると思います. 前者は, まあ言ってみ

      • by Anonymous Coward
        >プログラム名, 変数名, レコード名などは全てサブシステムを示す記号と数字x桁

        Javaでこれやっちゃうとぬるぽと配列の境界値制限超えでプログラムから例外が数多く出ることになります。

        1000行のうちの最初の100行がnullと空文字列チェックのif文とログ出力のコピペが延々と続くのをよく見ます。
        引数がクラスであればメンバがほぼ全てString、クラスでなければほぼStringなわけです。
        いいかげんになんでもIDにしてしまう設計を見直さないと生産性向上とか品質向上ができないと思うのですが、皆様の開発現場ではどうでしょうか?
        ログ出力ならともかくソースコード上で延々とIDを見せられるとデバッグに余計な集中力がいってたまりません。
        • by B.Knives (8863) on 2006年07月24日 12時55分 (#983744)
          >1000行のうちの最初の100行がnullと空文字列チェックのif文とログ出力のコピペが延々と続くのをよく見ます。

          それがさー、
          微、妙~にコピペじゃなかったりするんですよー。

          (以下5万行の愚痴削除)
          親コメント

日々是ハック也 -- あるハードコアバイナリアン

処理中...