狠狠撸

Wiki と XP をつなぐ時を超えたプログラミングの道独立行政法人産業技術総合研究所東京大学大学院情報理工学系研究科江渡浩一郎

アジェンダ Wiki の現状： Wiki とは何か， Wiki を巡る混乱 Wiki の起源：建築におけるパターンランゲージパターンの応用：プログラミングでの利用へ Wiki の誕生： Wiki による文芸的プログラミング Wiki の進化：コミュニケーションパターンの誕生

Wiki と私の関係 4 年間に渡り Wiki の研究を続けている 2002 年 11 月， Wiki に興味を持つ 2003 年 4 月，芸大の授業に Wiki を取り入れる 2003 年 8 月， Wiki エンジン qwikWeb を開発 2005 年，国際 Wiki シンポジウム (WikiSym) で発表 2006 年，未来心理にて Wiki 論文を公開なぜそんなに Wiki に注力しているのか

Wiki とは何か Web 上のコラボレーション?システム複数人で一つの Web サイトを共同編集できるブラウザから新しいページを作り，編集できるページからページへのリンクを作るのも簡単とてもシンプルでわかりやすいしかし， Wiki をとりまく現状は混乱している

Wikipedia を Wiki と呼んでいいか Wikipedia を略して Wiki と呼ぶ人がいる Wikipedia を Wiki と呼ぶなと言う人がいるなぜ駄目なのか，その答えはどこにあるのか Wiki はシステムの名前， Wikipedia は固有名詞だから少年マガジンをマガジンと略してもいいか「システムの名前と混乱するから」では理由にならない

Wiki とブログはどう違うか Wiki とブログの境目はどこにあるのか Web サイトを作るための仕組みという点では同じブログは一人で書く， Wiki はみんなで書くみんなでブログ，一人で Wiki もありうるはずだ Wiki をブログとして，ブログを Wiki として使う Wiki やブログはシステムの名前なのか，機能の名前なのか，使い方の名前なのか

Wiki とは何でないかブラウザ上でページを編集できればみんな Wiki かブログも Wiki ？掲示板も Wiki ？ SNS も Wiki ？ Wiki に明確な区分を与えることはできるのか Wiki を正確に定義することは非常に難しい

Wiki をどう使えばいいのか Wiki を立ち上げた．どう使えばいいの ? システムは何も言わない．途方にくれてしまう暗黙のうちに規定された使い方が存在しない Wiki とは何かという問いと密接に関わってくる

Wiki の発祥を探る Wiki の発祥を探り， Wiki とは何かを明らかにする 1964 年，形の合成に関するノート 1977 年，パターンランゲージの誕生 1987 年，パターンのプログラミングへの導入 1995 年， WikiWikiWeb の誕生

クリストファー?アレグザンダー建築家，パターンランゲージを提唱元々数学を専攻，後に建築に進む建築における発注者との受注者の関係を見直した

デザインプロセスの数学的な形式化「形の合成に関するノート」 , 1964 デザインプロセスを数学的条件の集合に還元するヤカン：水を入れられる，持ち手がある，置ける，丈夫で安く作りたい，見た目を良くする個々の条件間に相関?相反する関係が成り立つ条件を満す解を探すプロセスがデザインとなる

都市計画への展開「ヤカン」を「タウン」にすれば都市計画になる「都市はツリーではない」 , 1965 自然都市と人工都市の比較?分析を行った人間の認識能力の限界から，人工都市は必然的にツリー構造になる複数の主体が都市の生成に関与し続けることで，自然都市はセミラティス構造を持つことになる数学的分析によるデザインの限界

複数の主体によって生成される建築一つの建築もまた都市と同様に作られるべきだ建築を利用する主体が建築の生成に関与し続ける建築家の役割：利用者が設計に参加可能にする利用者を手助けするのが建築家の役目となるパターンランゲージはそのための道具つまり根幹には「利用者の設計への参加」がある

パターンランゲージの誕生 C. Alexander, "A Pattern Language", 1977 発注者と受注者の垣根を埋めるための共通言語アレグザンダー氏は，家やオフィスというものは，実際にそこにいる人たちの手によって設計され，作られるべきだと提案している．氏がこう結論付けたのは，ある特定の構造への要求を一番よく知っているのは，彼ら自身だからだ． [Kent87] より引用

パターンランゲージとは建築において繰り返し登場する 253 のパターンをある定まったフォーマットで記述パターンは互いに関連，連携し合い， 1 つの大きなゆるやかな体系をなしている身の回りにあるものから要素を抽出 -> デザイン繰り返し登場するものを汎用化 -> パターン化 253 個のパターン群 -> パタン?ランゲージ http://gc.sfc.keio.ac.jp/class/2005_22687/slides/10/4.html

パターンランゲージのカテゴリ町 (1-94) 自立地域，農業渓谷，田舎町，田園，小高い場所，環状道路，都市の魔力，つながった遊び場，カーニバル，聖域 ... 建物 (95-204) 複合建物，小さな駐車場，通りぬけ街路，つながった建物，座れる階段，夫婦の領土，子供の領土，くるま座，ざこ寝 ... 施工 (205-253) 生活空間にしたがう構造，無駄のない構造，ボックス柱，屋根窓，さわれる花，つる植物，すき間だらけの舗石，自分を語る小物 ... http://gc.sfc.keio.ac.jp/class/2005_22687/slides/10/5.html

パターンの意味パターン：「繰り返しによる模様」ではないヒマワリの花，乾いた泥の中のひびわれ自然に潜む一定の形態を生み出すルール個々の形ではなく，形を生み出すルールに着目

ランゲージの意味ランゲージ：「文字による言語」ではない文字，単語，文，段落，節，文章，本，百科事典様々な大きさの要素の有機的な関係性の集合数学における条件の集合との対比で捉える厳密な数式とは違い，本質的に曖昧性を含む

パターンランゲージの意味建築でしばしば登場する形を生み出すルールを，言語的な関連性において集めた物厳密な定義から，意図的な曖昧性の導入へ数学的な还元プロセスからの「転回」

時を超えた建設の道生きている花をつくろうとすれば，ピンセットで細胞を一つ一つ物理的に組み立てるのではなく，種から育てるであろう．そして，花の部分の全一性に遺伝情報が必要なように，建物や町にもそれが必要である．結局，それは言語（ランゲージ）のような形で存在することがわかる．「時を超えた建設の道」 , 1993

様々なレイヤでの関係性の改善「パタン?ランゲージによる住まいづくり」日本の建築家中埜博氏による記録実際に家を立てる場所で，原寸大の設計を行う地面に杭を打って原寸大の図面を引く家具と同じ大きさの段ボールを配置するその場で建築するという発想パターンランゲージは単なる事例集ではない様々なレイヤでの関係性改善への取組みの集合

ウォード?カニンガム Wiki の開発者，現在 Eclipse Foundation http://www.flickr.com/photos/benfrantzdale/208672143/

パターン言語のプログラミングへの導入 OOPSLA ，オブジェクト指向についての学会第 2 回 OOPSLA-87 ，ケント?ベックとウォードによる論文発表「オブジェクト指向プログラムのためのパターン言語の使用」オブジェクト指向設計にパターン言語を導入現在のデザインパターンにつながる記念碑的論文

オブジェクト指向の勃興オブジェクト指向という方法論の誕生ソフトウェア開発の改善手法，熱烈な歓迎ソフトウェアの動作 ( ロジック ) と操作手法 ( インタフェース ) の分離 GUI 設計という発想が生まれるインタフェースをどうやって設計すればいいのか利用者がどうソフトウェアを利用したいかによるパターンランゲージを使うという発想につながる

最初のパターンの姿使いやすいシステム ->ユーザが自分で設計するまさしくパターンランゲージの応用であるコンピュータ?ユーザーは，自分自身のプログラムを書くべきなのである．

インタフェースにおけるパターン GUI の設計においてパターンを考えるこれを元にユーザーが自分で設計する非常に使いやすいシステムを作ることができた 1. タスクごとのウィンドウ (Window Per Task) 2. ウィンドウに対してペインはできるだけ少なく (Few Panes Per Window) 3. 標準ペイン (Standard Panes) 4. 短いメニュー (Short Menus) 5. 名詞と動詞 (Nouns and Verbs)

1987 年， HyperCard の誕生 1984 年， Apple 社より「 Macintosh 」が発売 1987 年， HyperCard の公開カード型のデータベースソフト HyperTalk によってスクリプト可能だったスクリプトとカードをペアで「スタック」と呼ぶウォードは HyperCard に衝撃を受けた彼は HyperCard でパターン?ブラウザを作った

Apple 社のケント?ベック 1987 年，ケント?ベックは Apple 社勤務アラン?ケイの元で Vivarium project に従事同時期にビル?アトキンソンが WildCard を開発後に HyperCard として公開されるウォードは発売前から HyperCard を知っていた

HyperCard の画面 CamelCase によるタイトルカード間のリンク図を挿入できる

HyperCard の画面例からわかること CamelCase によるタイトル表記名前と記述とリンクの要素を持つカードの右側にカード間のリンク一覧文中へのリンクの埋め込みは存在しない図を挿入できる WYSIWYG でその場でページ編集可能矢印によるページ移動

HyperCard によるパターンの収集 HyperCard のスタックとしてブラウザを実装このスタックにパターンを収集していった複数人で共有する実験も行った自動的に更新が RecentChanges に記録される Patterns ML を中心としたコミュニティ Portland Pattern Repository (PPR) へと発展

WikiWikiWeb の誕生 1991 年， World Wide Web の誕生 1993 年， NCSA Mosaic の誕生， 12 月， CGI の誕生 1995 年， WikiWikiWeb の誕生 HyperCard の内容を元に Web サイトを立ち上げたブラウザ上で共同で編集できる仕組みを導入したその Web サイトを WikiWikiWeb と名付けたつまり， WikiWikiWeb は固有名詞だった以降，混乱を避けるために C2 Wiki と呼ぶ

WikiBase: 一番最初の Wiki エンジン 1995 年， WikiBase の実装 HyperCard から Web への進化 CamelCase によるリンクの発明ソースコードは 331 行と非常に短い最初の Wiki の姿は今も見ることができる

Wiki による文芸的プログラミング文芸的プログラミング by Donald Knuth 文章にプログラムを埋め込むことで一体化する HyperPerl, Wiki による文芸的プログラミング Wiki サイトにプログラムを埋め込む WikiBase は HyperPerl で書かれていたつまり， Wiki は Wiki で書かれていた

Wiki は Wiki で書かれていた一番最初の Wiki はどうやって書かれたの ? 最初の一回は手で書いたのだろう C コンパイラは C 言語で書かれているのと同じ誰でもコードを編集できる ? セキュリティは ? 全自動でスクリプトが書き換わるわけではないシンプルなコードが最大の防御になっている

プログラムとしての Wiki サイト一つの Wiki サイトが一つのプログラムになるつまり実は Wiki サイトは一つのプログラムである「人の行動のプログラム」をみんなで共同編集そう考えると， Wiki とは何かが納得できる

コミュニケーション?パターン実践の場 HyperCard から WikiWikiWeb への進化最大の変化 ->ネットに接続されるようになった情報蓄積と同時に情報交換が行われる不特定多数のユーザが共同でパターンを収集するコミュニケーションの場へと発展したパターンを収集する方法についてのパターン，メタ?パターンについても収集コミュニケーション?パターンの誕生

ページ作成にかかわるルール Thread Mode : 署名つきでの意見交換各自の意見を元に議論をし，蓄積する Document Mode : 客観的な記述による文書第三者に向けて無記名で書かれる C2 Wiki では Document Mode が目標 Thread Mode による蓄積を Document へと昇華

Wikipedia の誕生 2001 年， Wikipedia プロジェクト開始共同で百科事典を構築するのが目的 Talk: という NameSpace の導入 Thread Mode と Document Mode の明確な分離この分離が Wikipedia の最大の利点ではないかコミュニケーションパターンを実践している

エクストリーム? プログラミングケント?ベックとウォードの二人が提唱

エクストリーム?プログラミング日本語に直訳すると「極端プログラミング」ずっとコード?レビューし続ける -> ペア?プログラミング本体より先にテストを書く -> テスト?ファースト

設計者と利用者の関係を見直す設計者と利用者の間のバランスをとる ->利用者が自分で自分の世界を設計する第 23 章「時を超えたプログラミングの道」 XP の目的->利用者と開発者の関係を見直し，新たな社会構造を作る利用者が同時に開発者でもあるという極端なコンセプトにおいて Wiki と共通しているパターンランゲージの応用-> Wiki と XP つまり， Wiki と XP は分野を超えた兄弟である

Wiki の本質とは Wiki とパターンランゲージは密接な関係にあるプログラミングと Wiki も密接な関係にある Wiki はコミュニケーション?パターン実践の場つまり Wiki の本質とは「コミュニケーションへのパターンの導入」ではないか

Wikipedia を Wiki と呼んでいいか駄目． Wiki がシステムの名前だからではない Wiki はかつて固有名詞だったから SONY の Walkman は後に一般名詞化した「東芝の Walkman ， Panasonic の Walkman 」などなど再固有名詞化が許されるか「 Walkman といえば東芝」という状況が許されるか

ブログと Wiki の境目はどこにあるかブログと Wiki の境目はデータの中身にある機能の違いではなく，システムの使い方の違い Thread Mode と Document Mode の違いがあるかコミュニケーション?パターンを実践しているか

Wiki を使いこなすためにはプログラムを共同編集するように Wiki を使うページ名はクラス名のようにつけるコードと同じく，文章も共同所有するリファクタリングをすることが重要

まとめ Wiki の本質とは，「コミュニケーション?パターンの実践」である利用者が同時に開発者でもあるような社会構造へ向けての運動であるこれからも Wiki と XP の関係に注目していきたい

qwikWeb (2003) メーリングリストと Wiki を組み合わせたコミュニケーションシステム http://qwik.jp/

狠狠撸

The Timeless Way of Programming between Wiki and XP

Recommended

More Related Content

What's hot (20)

Viewers also liked (19)

More from Koichiro Eto (9)

The Timeless Way of Programming between Wiki and XP