歴史から考えるアーキテクチャとマネジメント - arclamp
ソフトウェアアーキテクチャとプロジェクトマネジメントは相互に絡み合う要素です。この関係性を歴史の流れから考えていくと面白い推測が成り立ちます。 アーキテクチャの歴史 「アーキテクチャとは」というのに定まった定義はありませんが、大枠では「システムの目的や環境を前提とし、様々な利害関係者の関心事を整合させた、システムの構成や構造」のことです。 これはもちろん「あるべき姿」です。完成されたシステムには必ず構成や構造がありますが、それが「システムの目的や環境、あるいは様々な利害関係者の関心事」と完全に合致しているとは限りません。 （ソフトウェア）アーキテクチャという言葉、あるいは（ソフトウェア）アーキテクトという用語は2000年前後から一般的になってきました。逆にいえば当時は「システムの構造や構成」と「システムの目的や環境、あるいは様々な利害関係者の関心事」の不一致があったということでしょう。 で
10 Things It Architect Should Know
1. グロースエクスパートナーズ（株） ビジネスプラットフォーム事業ゼネラルマネージャー チーフITゕーキテクト 日本Javaユーザー会幹事 日本Springframeworkユーザー会幹事 鈴木雄介 現場のITアーキテクトが知っておくべき10のこと - あるいは、技術が分かるPMが知っておくべき10のこと 2. 自己紹介 鈴木雄介 エンタープラズゕプリのITゕーキテクト 標準化支援、技術支援、新規事業企画… ブログ：ゕークランプ http://www.arclamp.jp/ 日本Javaユーザー会幹事 日本Springframeworkユーザー会幹事 日経SYSTEM「ITゕーキテクトの視点」連載 3. 狙い ITゕーキテクトが現場で”考える”ための 考え方を紹介 “銀の弾丸ゕーキテクチャ”は存在しない 現場に合わせて悩み、考えることが大事。
ITをサービスにする方法（ホテルオークラの場合） (arclamp.jp アークランプ)
ITを本当の意味でサービスにするとは、どういうことでしょうか。それはヒトの作業を代替することではなくて、ヒトを支援すること。そして、IT自身は透明になっていくのです。 デブサミ2009の講演「【12-C-1】不確実時代のアーキテクチャを予言する」向けにプレミーティングをしていて、非常に面白い話を聞きました。 ホテルオークラで情報システム担当をしていた石原 直さんは成田の発着情報のオンライン化に尽力された人（その後は芝パークホテルの社長、会長。現在はＮＰＯ法人旅行電子取引推進機構理事長）。 じゃ、オンライン化されて入手した発着状況をどう使うのか？ 普通のホテルならロビーのインフォメーションパネルに情報を流しますと。そして、自由に宿泊客がみれるようにする。 でも、オークラは宿泊客から情報を隠してしまう。そして、しかるべき時に取り出せるようにする。つまり、宿泊客にサービスする瞬間に、従業員が入手
モデリングの本質（石川初さんがオモシロすぎる件） (arclamp.jp アークランプ)
今年のデブサミ2008で、ジョエルを抑えて満足度1位を獲得したランドスケープデザイナーの石川初さん。最近のエントリが面白すぎる。 バックヤードとしての港湾 最近、Googleマップの空撮が普及して、上空からの高解像度の写真を眺める機会が増えるにつれて、建物の屋上が街のバックヤードと化していることがよくわかる。特に都心部にはほとんど「屋根の景」がない。空調の屋外機が延々と並んでいる光景は、自動販売機を後ろ側から眺めているみたいなおもむきだ。 これが、都市のスケールでは、「海岸」がでかいバックヤードになっている。高度に近代化した都市の港湾の「海側からの眺め」というのはほんとに、都市の「裏側」である。きっと、沿岸の「栄養源」から「物資の流通媒体」へと、海岸がその価値を転換させたときから、海側は巨大な荷捌き場になっちゃったのだ。 街へ出よ、驚愕せよ。 （建築学科の学生に地図を見せて『なにか変なこと
Springの生産性 (arclamp.jp アークランプ)
これは言っておかねばなるまい。ひがさんのCTCと夜の決闘より。 生産性を向上させるということを主目的としてフレームワークが作られたのは、基本的(もちろん例外はあるけど)にRails以降のフレームワークです。 Railsは、Struts、Spring、Hibernateへのアンチテーゼとして登場しています。裏を返せば、Struts、Spring、Hibernateを組み合わせても生産性は出ないということです。 生産性という言葉をどう取るかによりますが、確かにSpringはコードを短く書くためのフレームワークではありません。 そもそも生産性を上げるためには、アプリケーションの部位毎に個別最適化していき、それらを統合するというのが正しい戦略です。これは規模にかかわりませんし、Seasarを使おうが、Springを使おうが同じ事です。 Seasarは最適化をうまく行っているフレームワークです。ただ
"世界"に"ユーザー"はいない (arclamp.jp アークランプ)
石川さんのところに行ったときに「テクノロジーは世界をインターフェースする」という話を聞いたのですが、その元ネタがこれ、「Designing World-realm Experiences:The Absence of World "Users"（世界経験のデザイン＿"世界"に"ユーザー"はいない）」。 書かれたのはリビングワールドの西村佳哲（にしむら・よしあき）さん（参考記事：リビングワールド：世界を感じるものづくり）。様々なデザイン活動でも知られていますし、最近では自分の仕事をつくるという本でも有名です。 で、西村さんが1999年に書いた文章。かなりシビレます。長い抜粋。 デザインとは、インターフェイスすることであって、インターフェイスをつくることではありません。私たちは、他の人々や生きている世界と接したいのであって、コンピュータなどの情報機器や、インターフェイスデザインと接したいわけで
ウェブ時代 5つの定理 (arclamp.jp アークランプ)
梅田さんによるサバティカル前、最後の本「ウェブ時代 5つの定理 この言葉が未来を切り開く!」。僕も金言マニアですが、梅田さんも同じ趣味なんだと知って、妙に納得しました。言葉からは勇気をもらえますよね。 さて、この本の副題にもなっていますが、やはり make the world a better place という言葉が好きですね。 尊大と言われも、やっぱり、そこを見ていないといけない。梅田さんが理系的な発想として 原発から微細加工部品まで、何かの製品やシステムを見たら、それがどういうメカニズムでつくられているか、どうやって動くものかを理解し、それを自分ならどうつくるかを考える。そういうふうにいつも頭を働かせているのです。 と書いていますが、実際には、製品やシステムだけでなくて世界そのものに対して「どうやって動くのか？」と考えています。そういう発想を持つ人たちがどうやって生きているのか。 個
僕はなぜアーキテクチャにこだわるのか (arclamp.jp アークランプ)
「僕はITアーキテクトです」と名乗るのが、昔は恥ずかしかったものです。ですが、ある時期から吹っ切れていました。やはり僕の原点なんだなと思って。 そのものではなく環境を見る 大体において、「そのもの」が悪いってことはないのです。日経SYSTEMSのコラムに書いたものを引用します。 「間違えたのはITエンジニアだから悪いのはITエンジニアである」ということから一歩進んで，「なぜITエンジニアが間違えなくてはならなかったのか」と考えるわけである。そのためには，プログラミングという作業全体を俯瞰し，その前後左右に何があるのかを見る ITエンジニアを取り囲む環境の中に，バグを誘引する要素がある 書き方がバラバラな仕様書，複雑で理解しにくいアプリケーション・フレームワーク，ドキュメントが無いライブラリ群，使いこなせないIDE（統合開発環境），など。いずれも，バグを引き起こす原因になることは説明するま
議事録を書くということ (arclamp.jp アークランプ)
最近、やたらと議事録やコンセプトブックなどを書いています(その結果、ブログの文字量が減ってしまうのが僕の情けないところ）。本当は議事録を書くコツを書きたいところですが、まとまっていないのでだらだらと。 議事録の宿命は全発言を書くわけではない、ということです。だから議事録を書くのは簡単ではありません。聞き上手だけでも書き上手だけでもだめ。まとめることが求められます。まとめるということは書き手の意図が含まれるわけです。 では、書き手はどのように議事録を記述していくのか。そのプロセスには分析、構築、表現という3つがあると思っています。 分析：会議の編集構造を理解する 議事録を書くのがうまい人は「議論している場の編集構造」と「議事録の構造」をきちんと使い分ける人です。ミーティングそのものをアジェンダを決めて構造的に進めることは重要ですが、そんなにきれいに話は進みません。その場だけが持つ話の構造
SIerにあるべき組織とは (arclamp.jp アークランプ)
最近、組織関連の本を読んでいます。１つ、大きな特徴を上げるとインターネット後におきた極端な分権型組織ブームの影響を受けていることです。多くの論調は、イノベーションや創造性のためには分権型の組織が向いているというものです。これの反対が中央集権型組織。両者を比べてみましょう。 ■中央集権型組織（ツリー型） 特徴： ・コミュニケーションパスを固定化して、流量を少なくする ・プロセスを明示する ・上意下達 メリット： ・処理効率が非常に高まる ・メンバースキルのブレが安定する ・作業負荷が増えても耐えられる デメリット： ・変化に弱い。一度、固定化したものを容易には代えられない ・プロセスそのものの非効率性が修正されにくい ・参加意識が弱い。歯車化 ■分権型組織（ネットワーク型、フラット型） 特徴： ・全員がフラットで、コミュニケーションパスがたくさんある ・適宜、
品質についての気づき (arclamp.jp アークランプ)
製造業における品質というのは、多くの場合は生産工程におけるブレのことをいいます。Wikipediaにによるとシックスシグマとは、次のようなもの。 6σの状態とは、ある製品組立工程の品質特性値が正規分布に従うと仮定するならば、6σの外に出る確率は、100万分の3.4である。すなわち、ある工程では100万個製品を組み立てて3.4個のばらつき（不良品）が生じる。「100万回作業を実施しても不良品の発生率を3.4回に抑える」ことへのスローガンとしてシックス・シグマという言葉は使われ、定着していった。 システムでの生産とはランタイム ではシステムでいう生産工程はどこのことでしょうか？ふつうは実装と思われがちですよね。でも、製造業における生産とは「同じ作業を繰り返し行うこと」という前提があります。だからこそ、そこで不良品が出る割合を抑えようと考えるのです。では、システムでいう生産工程とはどこか。それ
Facebook Platformから見る、次のアーキテクチャ (arclamp.jp アークランプ)
Facebookの認知度は上がってきていると思います。2007年5月にFacebook Platformを発表して以降は「次世代のソーシャルOS」というラベルが貼られ、その動向が注目されています。10月24日にはMicrosoftが2億4000万ドルを出資し、評価額は150億ドル（1.7兆）に跳ね上がりました。また、11月2日に発表されたGoogleのオープンソーシャルに対しては当然のように参加を表明していません。 Facebook Platformとは Facebook Platformはサードパーティの開発者がFacebook上の情報を利用してアプリケーションを開発できる仕組みです。それだけならデータベース型ですが、加えて開発したアプリケーションはFacebookに登録することが可能です。Facebookユーザーはアプリケーションの一覧から欲しいアプリケーションをクリックするだけで自
テクノロジーとデザインの境界線があいまいなもの (arclamp.jp アークランプ)
Web2.0 Expoでベスト講演をあげるとすればチームラボの猪子さんによる「インターフェースデザインのイノベーション（テクノロジーとデザインの境界線があいまいなもの）」です。これはヤバイ。 以下、サマリ。 サーチやマッチングというテクノロジーがあるおかげで、Webにある情報はサイト内外の情報を動的に再編集して構成されるようになった。だから、そのリンク構造も動的。当然、サイトマップやきれいな階層構造なんて存在しない。 サイトの構造が動的なんだから、インターフェースも当然、動的だよね。逆にインターフェースが構造の動的さを引き出して魅力を出さなきゃいけない。 テクノロジー（構造）とインターフェースは切り離して考えることなんてできない。一体なんだよ。 いえーい！も、マイナビバイトも、SAGOOLも、Laboo!も、そうやって作った。 これって「インターフェースの革新の本流」。すごい西洋的。iPa
ITアーキテクトの条件 (arclamp.jp アークランプ)
ITアーキテクトは、そのシステムがもたらす世界を雄弁に語れなくてはならない。 クライアントよりも、システムの企画者よりも、開発者よりも、魅力的に語れなくてはいけない。 システムのアーキテクチャではなく、なぜ、そのシステムが必要なのかを語れなくてはいけない。 開発の苦労ではなく、利用する楽しみを語れなくてはいけない。 アプリケーションのパフォーマンスではなく、ユーザーのビジネスにおけるパフォーマンスを語れなくてはいけない。 それができる人がITアーキテクトだ。 エンジニアにはユーザーの声を聞かせ、システムの目的を語り続けることが大事だ。 ユーザーにはエンジニアの魅力を語り、システムの目的を語り続けることが大事だ。 そう、同じことを語ればいい。どちらかに伝わらないならシステムはうまくいかないだろう。 ビジネスを意識していないシステムは少しずつ減ってきているように思う。それでも動かないシステムは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
京友禅と職人の心意気 (arclamp.jp アークランプ)