Here's a 1300 Year Old Solution to Resilience - Rebuild, Rebuild, Rebuild - High Scalability -
« Stuff The Internet Says On Scalability For April 25th, 2014 | Main | This is why Microsoft won. And why they lost. » How is it possible that a wooden Shinto shrine built in the 7th century is still standing? The answer depends on how you answer this philosophical head scratcher: With nearly every cell in your body continually being replaced, are you still the same person? The Ise Grand Shrine ha
プロフェッションの条件: 人机交互論
私がまだ大学院の学生だった頃に、レポート作成のためにググっていて、たまたま出会った条文があります。それが『プロフェッション（専門職）の条件』です。当時、私はIT分野の専門家への職業転換を目指して勉強していたので「プロとは何か」の本質を鋭くついているこのリストを見て強く感銘を受けました。 その条件とは、、、 知的な職業であり、当該職業に従事している者が適切な選択を実施し、かつ判断を下す際に重大な責任を負っていること、 特定分野に関する高度な体系的知識を所持し、かつ長期間の教育訓練を受けていること、 体系的知識が現場で応用できうるように実践的な性格をもっていること、 特別な技術あるいは技能を擁するだけでなく、知識だけで事態に対処できない場合には獲得した技能によって物事に対処できること、 専門職団体（professional association）が組織化されており、専門職団体がプロ
aki's STOCKTAKING: HOW BUILDINGS LEARN / digest
stocktaking【名】[U] 1. 棚卸し，在庫品調べ; 2.（一般に）成績［現状］調査 ; 3. 内省 HOW BUILDINGS LEARN What happens after they're built (仮題：建物はいかにして学ぶか-建てられたあと何が起きるか） 著者：スチュワート・ブランド Stewart Brand この要約は翻訳家の村松潔氏によるものです スチュワート・ブランドは「ホールアースカタログ」で全米図書賞 (NBA) 、「メディア・ラボ」（邦訳：福武書店、1988年）でエリオット・モントロール賞を受賞しており、アメリカでは物書きとして広く名を知られているが、当人にいわせれば、むしろ自分は発明家、文化的な発明家であり、プロデューサーのようなものだという。たとえれば本書の場合、「もちろん文章も書いたが、本のデザインもレイアウトも自分でやったし、写真も4分の3は自
橋は30年周期で失敗し、伊勢神宮は20年ごとに遷宮される: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 昨日、紹介したヘンリ・ペトロスキの『失敗学―デザイン工学のパラドクス』には、重大な橋の失敗（崩壊などの事故）が、1847年、1879年、1907年、1940年、1970年、そして、1999年のロンドンのミレニアム橋まで、ほぼ30年周期で起こっていることが紹介されています。 橋はなぜ30年周期で失敗するのか？なぜ橋の失敗が30年周期で起こってきたのか？ 最初にこの現象に気づいた研究者、ポール・ジブリーとアラステア・ウォーカーは、次のように説明しているそうです。 すなわち、30年というのは、あるひとつのプロジェクト、または、一連の関連プロジェクトで働いている人々が作り成す技術文化の中で、およそ、一世代のエンジニアが次の世代に置き換わるのに要する時間だというのである。新しい、また
「モノづくり」という言葉の違和感 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ パロアルトのGoogle本社に行った人に感想を聞いたのですが「やっぱ、あの会社はモノづくりの会社だねぇ」と。もちろんその通りなのですが、ちょっとした違和感が。 "モノづくり"ではなく"モノ動かし" それはGoogleがやっていることは「モノづくり」というよりも「モノ動かし」というか「サービス運用」というか、つまり作っているだけじゃなくて動かしているのだろうなぁと。 僕がWeb2.0系エンジニアで尊敬するのは、初期構築技術はもちろんのこと運用技術についてちゃんと理解していること。はてなもmixiもライブドアもAmazonも、もちろんGoogleも、作るだけじゃなくてちゃんと動かしていることがすごいのです。 そうすると初期設計がちゃんとしてきます。自分たちでメンテナン
ITアーキテクトってなんだ？ (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 某所でIT関連書籍の編集者に「あなたはITアーキテクトを名乗っておられるが、あなたはITアーキテクトをなんだとお考えですか？」と聞かれました。 そのときの僕の答えは「アプリケーションの"クライアントにとっての価値"を説明できる人」というものです。そのアプリが、どんなに技術的にださかろうとクライアントに、その価値を説明できればいいわけです。そういう説明責任がアーキテクトの任務だと思っています。アーキテクトがアーキテクチャーの勉強をするとか、そういうレベルは当たり前です。その上で何が必要かと聞かれれば、言葉にする力というわけです。 で、素材の美学―表面が動き始めるとき…という建築系の本を読んでいていい言葉を見つけました。第1章ではスピロ・コストフの「建築家」という本からの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp： パターン、Wiki、XP ~時を超えた創造の原則: 江渡 浩一郎: 本
Amazon.co.jp: 沢田マンション超一級資料―世界最強のセルフビルド建築探訪: 加賀谷哲朗: 本
Amazon.co.jp: 素材の美学―表面が動き始めるとき… (造形ライブラリー 02): エルウィンビライ (著), Viray,Erwin (原名), 正雄,古山 (監修): 本