技術立国への復活: 『“ITソフトウェア基準法（仮称）”の制定に向けて』
以前、『IT業界には、なぜ法律がないのか？』（3月1日掲載）というテーマでコラムを書かせていただきました。内容に対して、多くの方々から貴重なコメントをいただき、大変参考になりました。いただいたご意見はすべて関係者にお伝えいたしました。 その折、この法律を実現するために中心となって活動している「全国ソフトウェア協同組合連合会」の幹部から、次のような話を聞きました。 ……当連合会の幹部・会員が中心となって、政治家をはじめ経済産業省へ「日本のITソフトウェアは大きなリスク（危険）を内包している」背景を提示、「ITソフトウェア業界の基準となる法律の重要性」を訴えた「要望書」を再度提出して、政治家や経済産業大臣政務官クラスと、熱き議論をしてきた。しかし、結論としては、「経済産業省へ要望書を持ち込んでも駄目だ」ということが分かった。今後は、議員立法化するべく活動することにした。できるだけ早く、民主党と
矢沢久雄の早わかりGoFデザインパターン(1) | 日経 xTECH（クロステック）
今回は、パターンを1つだけ紹介します。「Mediatorパターン」です。GoF本では、それぞれのパターンの「目的]「背景」「効果」などが明示されています。私も、ちょっと真似をしてみましょう。複数のオブジェクトを組み合わせてプログラムの機能を実現するという目的において、オブジェクト間の関連がゴチャゴチャになってしまうという背景（問題）があり、Mediatorパターンの採用によって関連をキレイに整理できるという効果があります。説明だけでは、何のことだかわからないと思いますので、具体例をお見せしましょう。 図1[拡大表示](1)をご覧ください。これは、UML（Unified Modeling Language、ユーエムエル）と呼ばれる表記法で記述されたプログラムの設計図です。UMLでは、四角形の中に下線付きで名前を書いてオブジェクトを表し、関連のあるオブジェクトを矢印で結んで示します。ここで関連
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java: T obj; type of obj.getClass() is Class<?> and not Class<? extends T>. why?
