このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

S/N Ratioで紹介されていた「ソフトウェアアーキテクトが知っておくべき10のこと」が、いい感じです。佐藤さんの紹介をそのままに。 人がプラットフォーム (People are the platform) すべてのソリューションは時代遅れ (All solutions are obsolete) データは永遠だ (Data is forever) 柔軟性が複雑性を生む (Flexibility breeds complexity) 期待通り動くものはない (Nothing works as expected) ドキュメントは普遍的なソースコード (Documentation is the universal source code) ビジネスを知るべし (Know the business) ビジョンを維持せよ (Maintain the vision) ソフトウェアアーキテクトもコー

ITを本当の意味でサービスにするとは、どういうことでしょうか。それはヒトの作業を代替することではなくて、ヒトを支援すること。そして、IT自身は透明になっていくのです。 デブサミ2009の講演「【12-C-1】不確実時代のアーキテクチャを予言する」向けにプレミーティングをしていて、非常に面白い話を聞きました。 ホテルオークラで情報システム担当をしていた石原 直さんは成田の発着情報のオンライン化に尽力された人（その後は芝パークホテルの社長、会長。現在はＮＰＯ法人旅行電子取引推進機構理事長）。 じゃ、オンライン化されて入手した発着状況をどう使うのか？ 普通のホテルならロビーのインフォメーションパネルに情報を流しますと。そして、自由に宿泊客がみれるようにする。 でも、オークラは宿泊客から情報を隠してしまう。そして、しかるべき時に取り出せるようにする。つまり、宿泊客にサービスする瞬間に、従業員が入手

今年のデブサミ2008で、ジョエルを抑えて満足度1位を獲得したランドスケープデザイナーの石川初さん。最近のエントリが面白すぎる。 バックヤードとしての港湾 最近、Googleマップの空撮が普及して、上空からの高解像度の写真を眺める機会が増えるにつれて、建物の屋上が街のバックヤードと化していることがよくわかる。特に都心部にはほとんど「屋根の景」がない。空調の屋外機が延々と並んでいる光景は、自動販売機を後ろ側から眺めているみたいなおもむきだ。 これが、都市のスケールでは、「海岸」がでかいバックヤードになっている。高度に近代化した都市の港湾の「海側からの眺め」というのはほんとに、都市の「裏側」である。きっと、沿岸の「栄養源」から「物資の流通媒体」へと、海岸がその価値を転換させたときから、海側は巨大な荷捌き場になっちゃったのだ。 街へ出よ、驚愕せよ。 （建築学科の学生に地図を見せて『なにか変なこと

「壮大な無駄」というのは1つのキーワードになりえると感じています。やるなら徹底的に。 ウェブ3.0の姿をつかめ：何がキモになるのか？で引用されているO'Brien氏が定義したWeb3.0は「非集中化した非同期なわたし」です。 「ウェブ1.0は集中化した彼ら、ウェブ2.0は分散化したわれわれ。そしてウェブ3.0は非集中化したわたし」だと彼は書いている。「（ウェブ3.0 は）世界に参加したくないときのわたしに関するものであり、自分の環境に誰を導き入れるかをより強く制御したいというわたしの側面に関係している。ウェブ 3.0では、わたしの注意の対象が広がって、自分が注意を払うのは誰か、あるいは何か、そして自分を誰に見せるかということにまで及ぶ。それは、わたしにとってのより効率的なコミュニケーションなのだ。」（O'Brien氏） ここにある「効率的」は壮大な無駄から生まれています。RSSによる非同期

吉川さんに「サーチ」の話をお願いしに行ったのに、なぜかこのコンテンツができてしまった「ネオ・ナレッジマネジメント論-ネットワーク上のプラットフォームを活用した新しいコラボレーション形態を探る 」。ニコニコ動画にうｐされております（撮影はニワンゴの溝口さんです。関係者各位の許可を取られております。念のため）。 前半のナレッジマネージメントの概説、そしてクロージングでの説明が面白いです。これまでのナレッジマネージメントは「コンテンツ」や「人」に注目していたのに対し、ニコ動や初音ミクは「人を動かすもの」に注目している、という指摘はナイス。これをNeta（ネタ） Centric Knowledge Managementと呼ぶと。これを、ものすごく真面目に研究している吉川さんも、かなりナイス。資料はこちらにあります。 僕は初音ミク作者のクリプトン・フューチャー・メディア佐々木さんの話がすごい面白かっ

「僕はITアーキテクトです」と名乗るのが、昔は恥ずかしかったものです。ですが、ある時期から吹っ切れていました。やはり僕の原点なんだなと思って。 そのものではなく環境を見る 大体において、「そのもの」が悪いってことはないのです。日経SYSTEMSのコラムに書いたものを引用します。 「間違えたのはITエンジニアだから悪いのはITエンジニアである」ということから一歩進んで，「なぜITエンジニアが間違えなくてはならなかったのか」と考えるわけである。そのためには，プログラミングという作業全体を俯瞰し，その前後左右に何があるのかを見る ITエンジニアを取り囲む環境の中に，バグを誘引する要素がある 書き方がバラバラな仕様書，複雑で理解しにくいアプリケーション・フレームワーク，ドキュメントが無いライブラリ群，使いこなせないIDE（統合開発環境），など。いずれも，バグを引き起こす原因になることは説明するま

良い悪いは置いておくとしてRubyOnRailsはStrutsになるのだなと感じています（エンタープライズ開発でデファクト・スタンダードになって一定のポジションを獲得する）。先日のRubyKaigiでの話し、あるいは最近のエンタープライジーな企業のプレスリリースを見ていると着実にその道を歩んでいるようにみえます。特にSUNがJRubyへのコミットメントを強めている中でJava環境でもRailsが使えるという期待感が強まっており、この傾向に拍車をかけているようです（既にJRubyの上で動きます）。 背景としては金融･内部統制景気が続く一方で、中大規模のSIerでも小粒案件（1-4千万円）をちゃんと利益出してやっていこうよ、みたいな流れがある気がします。これまではプロダクトなどでカバーしていましたがOSSの発展や顧客ニーズの多様化によってSI案件化せざるをえなくなってきた。でも社内の標準フレー

arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 思想と態度は明確に違います。 思想とは（主に個人によって）事前的に明示されるものです。態度とは（主に集団によって）行動から事後的に明示されるものです。時間が経ってから現状分析して、態度を思想のように言う人がいますが非常にむかつきます。 Web2.0の本質は態度です。口コミでも、ロングテールでも、集団知でも、ましてやSNSでも、Blogでもありません。 目的や役割と態度は明確に違います。 同じ態度であれば様々な行動を取ることができます。そこには役割も目的もありません。ただ態度だけがある。 目的や役割の中でしか行動できない人には態度で行動している人のことが理解できません。「なぜ、そんなにいつも違うことをするの？」と。 態度は見ることはできません。 態度はいくつかの行動によ

非システム系の友人との会話で、僕の仕事を話していたときのこと。 僕がアーキテクトの仕事を「業務のパターンをみつけて、それをソフトウェア化する方法を考えることかな」といったところ、友人が「そんなことすると人間性がなくなってつまんなくなるのだ」とネガティブな反応。 いわく人間が持っている柔軟性や才能をあるパターンに押し込んでしまうことで人間の能力を制限しているのだと。そんなことするから世界がつまらなくなるのだとおっしゃる。なるほど。 僕もしゃくなので、思いつくままに「携帯電話は遠隔コミュニケーションのパターンを固定化したけど、誰も困ってないよ」と言い返してみました。 ソフトウェアのパターン化というのは、その代替された業務だけみていると確かに制限にしか見えません。融通が利かないというか。しかし、そうしたパターン化があることで情報の流通性が非常に高まります。これまでは自由なフォーマットで書いていた

複雑な世界、単純な法則 ネットワーク科学の最前線はワッツ＆ストロガッツの「スモールワールド・ネットワーク」とバラバシの「スケールフリー・ネットワーク」をバランスよく紹介したもの。比較しながら書かれているので両方を理解するのにちょうど良いです。文章も分かりやすくてオススメです。 それぞれを簡単に。スモールワールド・ネットワークは「6次の隔たり」で有名ですが、世界中の人が6人の友達を介して繋がっているというもの。規則的ネットワークに少数のランダムリンクを加えることで隔たりが急速に減ることを示しています。 一方のスケールフリー・ネットワークは豊めるモノはさらに豊むという法則。スモールワールドと異なるのはハブとなる、「弱いけど数多くのリンクを持つモノ」につながるノード数が物理限界なく増えていく点。インターネットはその象徴です。 この手の本を読むと自然が単純な法則に支配されている気になります。べき

要求開発アライアンスの10月定例にて「要求2.0開発」というテーマで話をしてきました。題名は理事の細川さんから依頼をいただいたときにノリでつけた名前です。かなり勢いに任せた内容はなっていますが、まぁまぁ（ｗ。 要求開発2.0ではなくて、要求2.0の開発。これからの時代は要求その物が2.0化してきます。手法うんぬんではないのです。言い換えれば「ビジネスのシステム化2.0」ではなくて「ビジネス2.0のシステム化」をテーマにしていかないといけないと考えまています。 資料はアライアンスのページにあがると思いますがサマリを書いておきたいと思います。 今、何が起きているのか 次のスクリーンショットを見てください。なんだと思いますか？ 実はこれ、日本全国1万ヶ所のホテルに●を置き、最低価格が高いほど赤くしたものなのです。長野から伊豆とか、京都奈良ならあたりが赤くて、東京、大阪は件数が多いものの価格が高