未来は創造、新しく創る

ロンドンの街を歩きながら、来し方行く末を考える。


@kenichiromogi 今は刹那、生きている 未来は創造、新しく創る

MAR 27, 2011

成長戦略　任侠の徒合図

与党　前原＆清美

旗印　どこンジョーガエル型（関西風）

鳥男の視点

トーキョーに関西の実利主義を導入せよ


野党　太郎

旗印　湘南ベルマーレ型（関東風）

鳥男の視点

真正保守本位制の復活

真正保守三本位制

実力本位　信用本位　実績本位

実力とは、何ですか？
信用とは、何ですか？
実績とは、何ですか？

これを具体的にブレークダウンする必要がある。


たとえば、学歴の評価は２割程度とする。

たとえば、親の七光も２割程度とする。

つまり、地盤の使い方は、オープン、フェア、オネストに・・・　正直ベースで、２割程度を旨とする・・・

1/11/2010

任侠の徒ブランド　花と蝶

下から救済、上から処分　－　次郎長

"The time is always right to do what is right"

- Martin Luther King, Jr.

「正しいことをすれば、時代は必ず正しい方向へ進む」

- マーチン・ルーサー・キング・ジュニア

陽と月と花と蝶

月と陽が出会うとき、不思議なことが起こる

陽の光を受けて、月は輝き

月の雫が舞降りて、花の雫となり

蝶と花が出会うとき、不思議なことが起こる

花の雫を受けて、蝶は舞う

詩：　青柳洋介

Sun and Moon, Flowers and Butterfly

When Moon meets Sun, something Strange happens.

The Moon accepts his Ray and Brightens Herself.

Then her Dew falls down to Flowers.

When a Butterfly meets the Flowers, somethig Strange happens.

The Butterfly accepts the Dew and Dances Together.

Poet: Aoyagi YoSuKe

BirdMan 社主　鳥男

BirdMan - ao

JAN 24, 2011

ミドルアウターズ＠BirdMan Inc.

トップの経営判断に従って

ミドルがリーダーシップを取って、積極的に動く


そのモデルは？

クアトロモデル

グウェンモード

ホットスポットこそ、クアトロ系

たとえば、下北のライブハウス

Colored Jam(YouTube)　＜－＞　渋谷のクラブ・クアトロ（Net TV）　＜－＞　オーチャード・ホール（シアター）

メジャーを目指したい人は、ホットスポットで、チャレンジする・・・

こんなイメージです・・・　

登竜門は自ら築く、ノンランク、賞は関係なし、ファンが決める・・・

11/27/2010

グウェン・モード　－　Art HarbOur

スカ・パンクは？　ジャマイカン・ジャズ・パンク？

http://www.nodoubt.com/photos/

州政府制

ミドルアウト戦略に、コミュニケーション能力は欠かせない

椅子から飛び出して、町に出よう　－　都知事

ミドルアウトとは？

http://www.itmedia.co.jp/enterprise/articles/0609/13/news002_2.html

ITRではSOA実現のステップを図1のように4つのステップで定義している。それぞれのステップごとに、課題および留意点とその解決に向けた基本的な考え方を紹介する。

図1●SOA実現のためのステップ（出典：ITR）

ステップ1：現状調査

このステップでは現状のシステムやアプリケーションについての棚卸しを行う。多くの企業においてシステムは継続的に変化しているため、稼働当初に書かれたドキュメントとシステムの実態が異なっている可能性がある。そのため、システム全体の俯瞰（ふかん）図を作成することは非常に重要だ。俯瞰図にシステム名、所有者、ビジネスプロセス、システム間インタフェース、使用されている技術、現在の利用状況と問題点などの情報を盛り込む必要がある。

さらに、サービス化すべきプロセスを選定するのだが、この判断を行うには幾つかのアプローチが考えられる（図2）。

図2●サービス抽出のアプローチ（出典：ITR）

ボトムアップ型の意思決定は、現場の声を反映するという点では適切であるが、「局所最適」という弊害が生じるリスクがある。システムが縦割り化し、相互運用に困難をきたす状況である。日本企業のほとんどが多かれ少なかれこのような問題を抱えている。ゆえに、アーキテクチャー設計プロジェクトがトップダウン型で推進されるのは当然の流れであろう。

もともと、アーキテクチャーという言葉自体に共通の標準をトップダウンで決定していくというニュアンスがあるのは否めない。しかし、トップダウン志向が強すぎると、別の問題が発生する可能性が出てくる。

まず、大規模企業のすべての情報システムに対して共通の規約や仕様を決定していくことは、その作業負荷を考えると非現実的といわざるを得ないケースが多い。また、各現場の状況を無視した全社的標準を強制することは、かえって変化への迅速な対応を妨げるおそれがある。さらに、現場の特殊事情を無視し、重要な例外処理が見逃されたり、アーキテクチャーから排除されたりすることで、現場の効率や顧客サービスの質をかえって悪化させることもある。

どちらのアプローチにも一長一短があるとすると、アーキテクチャー設計においては、トップダウンとボトムアップを組み合わせたアプローチが必要となる。このアプローチは「ミドルアウト」と呼ぶことができる。各アプリケーション内ではトップダウン的な厳密なアーキテクチャーを適用し、複数アプリケーション間ではボトムアップ的な柔軟なアーキテクチャーを適用するという考え方である。

ミドルアウト型アプローチの留意点

ミドルアウト型のアプローチでサービスを抽出する際には、以下の点に注意することを推奨する。

• 業務上の重要性が高い
• 利用頻度が高い
• 使用ユーザーが多い
• 変化の頻度が高い
• 複数のシステムで使用されている

また、以下のような、サービス化に向いていないシステムやアプリケーションを無理にサービス化しないことも重要となる。

• ほかのシステムとの関係がなく単一のシステム内のみで利用されているプロセス：これは、将来的にも単一システムのみで利用されている場合はサービス化するメリットはない。
• 非常に高いパフォーマンスを要求されるプロセス：SOAはサービス間を疎結合とするために、サービス間での転送は非同期通信を採用する。そのためにサービス間でのデータの受け渡しにオーバーヘッドが発生する。
• 一括大量のバッチ処理：サービス化するとは、固有のプロトコルを標準のプロトコルに変換して接続することであるので、単一のフォーマットやコードの変換を一度に大量に行うような処理には向かない。

ステップ2：サービス要件の定義と管理体制の確立

サービスは複数のプロセスからの利用を前提とするので、変更の手続きを明確にしておかないと障害が発生してしまう可能性がある。また、サービスは再利用を前提とするため、カタログ化とカタログの更新に関する責任と手続きを明確化しておくことも重要となる。SOAの実践において、技術の実装は1つのステップにすぎず、注力すべきはライフサイクルにわたってサービスを管理維持していくためのルールと体制の構築である。