citoraのブックマーク - はてなブックマーク

citora id:citora

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

SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。経営層がプログラムの品質を度が越えたほどに軽視する理由の一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
citora 2008/06/02
マーケティング
リンク
ひがやすを blog - [etc]トランザクションスクリプトとドメインモデル
このネタについては、ループしやすく結論が出ないので、あまり書きたくはないのですが、私の考えを誤解している人が多いようなので、書いておきます。トランザクションスクリプト、ドメインモデルなんてのは、所詮実装の話で、どっちもどっち。トランザクションスクリプトが良いわけでもないし、ドメインモデルが良いわけでもない。私はどっちも好きではない。重要なのは、ユースケース(ユーザ要件)と実装の対応関係が明確になっていることです。それさえ満たされていれば、実装はどうなっていてもかまわない。ユースケースと実装の対応関係を明確にする方法の一つとして、ユーザ機能レベルのユースケースは、Teedaでいうサブアプリケーション(関連する複数の画面を束ねたもの)にマッピングする。サブアプリケーションは、関連する各画面の親クラスに相当する。各画面は、サブ機能レベルのユースケースに相当し、サブ機能レベルのユースケースは
citora 2007/07/14
リンク
ひがやすを blog - ドメインモデルに対する日米の温度差
ドメインモデルに対する日米の温度差ひさびさにみたなぁ、この話題と思いつつ、コメントします。昔書いた自分の記事をすべて読み返したわけではありませんが、どこにもトランザクションスクリプトが良いと書いたことはないはず。この話題に関する問題の根源は、ファウラーがトランザクションスクリプトは、単純だから単純なシステムには向いている。でも、複雑な問題を扱うには、真のオブジェクト指向であるドメインモデルを使ったほうが良い。としたところにあると思います。これが、そもそもおかしい。複雑なシステムを扱うには、ドメインモデルのほうが向いているというのは根拠がない。データと振る舞いを一つにまとめることがオブジェクト指向というのも単純すぎる。別にオブジェクト指向はこうあるべきなんていまさら議論するつもりはありませんが、私の中でのオブジェクト指向は、「それぞれのオブジェクトがきちんと割り当てられた責任を果た
citora 2007/06/21
リンク
2006-02-07
現状の一般に手に入るFlex2最新版は､public beta 1(1/30)です。まずは、ダウンロードしましょう。http://labs.macromedia.com/flexproductline/ Flex Builder2を選んでください。ダウンロードしたインストーラをクリックするとインストールが始まります。途中で､Eclipse全体をインストールするか､Pluginをインストールするか聞かれます。Eclipseが3.1.1以上(3.1.1を含む)なら、2番目のFlex Builder Plug-in and Flex Frameworkを選んでください。Eclipseを2つ立ち上げるのは､メモリ的にもしんどい(私のPCのメモリは512MBだし)ので､Javaの開発をいっしょにやる人は､Plug-inをインストールしたほうが良いと思います。 Plug-inインストールを選んだ場合に
citora 2006/02/08
アプリケーション

プログラム
リンク
1