Walrus, Voxing.

仮想化の明後日と未来(後編)

nobody@vox.com(walrus) — Wed, 11 Nov 2009 22:46:30 +0900

「仮想化の明後日と未来(前編)」の続きだ。もう少しだけ、未来というよりは明日に属するぐらいの、すぐ先のことを予想してみる。

個人の使用するコンピュータについて予想しよう。第一に、デスクトップ環境の大半は仮想化されるだろう。トラブルやメンテナンス、そして用途の必要量に応じたハードウェア調達、そうした「万全の状態でコンピュータリソースを使う｣ための労力から、最終的にはみんなが解放されたがるだろう。ギークやヘビーユーザ以上に、ライトユーザがそれを求めるはずだ。

現実を見てみよう。主にネットワーク帯域からレスポンス面で、オフラインで使えないという点から利便性の面で、リモートデスクトップはまだ快適ではないかも知れない。ライトユーザから仮想化デスクトップは突然広まるのでは、とP2P today ダブルスラッシュこと横田氏につぶやいたところ、彼からの返答がやはりそういうものだった。だから第一に予想につながる明後日の姿は、この二面を解決するものだ。

第二に、まずギークたちがこうしたメリットを得るために、自宅クラウドを構築するだろう。普段のデスクトップ環境を仮想マシン化しておくことは、システムのフルバックアップと障害時のレストアを個人が簡単に行えるようにするシンプルな解決策だ。すべてのPCのストレージを冗長化するなど贅沢に過ぎる個人にとって、5万円程度で買えるRAIDの組まれた数TBのNASに自宅の全パソコンのシステムを入れておき、引き出して使うという形は安心できるものだろう。

当面は最低限のOS環境にVMware Playerなどを入れて仮想マシンファイルを引き出し、終了時に自動的にNASに仮想マシンが送られる、オフラインデスクトップの原型といった形をとるかも知れない。あるいは昨今の安価なネットブックの隆盛を考えると、意外と早い時期に重い処理を行える多コアのパソコンをXenServerやVMware ESXiなどで仮想サーバ化し、自宅内のネットワーク帯域の太さを背景にネットブックからリモートデスクトップなどを使うようになるのかも知れない。

第三に、一方で当面は本当にユーザを満足させるクライアント環境は、リモートデスクトップやDIYでの自宅内クラウドではなく、VMware Viewのようなオフラインデスクトップだろう。十分な帯域が得られるときにはリモートで動作し、そうでない時にはオフラインで利用を継続でき、オンラインに戻ったときに仮想マシンに加えられた変更差分がクラウド上に「チェックイン」される。この自動的で快適だが今のところ高価にならざるを得ないサービスは、ラグジュアリー・モバイルを謳うVertuのように、非ギークのパワー層にトラブルやメンテナンスから解放されたラグジュアリー・コンピューティングの提供という形で登場するのではないかと思う。

例えば、クライアントPCベンダとクラウドプロバイダの協業のような形で提供されるかも知れない。あるいは、企業向けクラウドとコンシューマ向けクラウドの技術者が個々人のデスクトップイメージを接点につながるかも知れない。それとも、高速な無線･有線網を持つ通信事業者と、個人向けクラウドのAWSと企業向けクラウドのVPC、そしてKindleのような端末の供給能力も持つAmazonということも、ないことではないのか？

これが今、僕が多い浮かべられる仮想化の明後日、未来への過渡期だ。仮想化の未来は、あらゆるコンピューティングが、スイッチ一つでクラウドから降りてくる抽象化されたコンピュータリソースの上で行われるようになるところにある。過渡期としての明後日には、企業内システムは種類を問わず正副いずれかがインターネット上のクラウドにおかれ、個人のコンピューティングはDIYとラグジュアリの両端からクラウド上に移っていく。

「仮想化とシステムのモジュラー化」からはじめて、仮想化に関する雑感を数回に渡って投稿し、今僕が思い浮かべられる未来まで語り終えたところで、この話題はひとまず終わりたい。最後に示したのは、予想可能な道筋の一つでしかないけれど、ありえなくはないと思わないだろうか？そしてこの予想がもっともらしかった場合には、明後日に向けて、まず明日に何をすべきだろう？

Read and post comments | Send to a friend

仮想化の明後日と未来(前編)

nobody@vox.com(walrus) — Sun, 08 Nov 2009 22:45:04 +0900

「仮想化の未来の中で｣に至るまで一連のことを考えている間に、tumblrで、APPIRIO社によるクラウドコンピューティングの10の予想を紹介した「2009年クラウドでの10の予測 - クラウド的な世界へ」というエントリが流れてきて、興味深く読んだ。最後に僕もいくつか、未来というよりは明日に属するぐらいの、すぐ先のことを予想してみる。

企業内にあるサーバについて予想しよう。第一に、企業内にあるサーバの大半は仮想化されるだろう。これはまず確実に。第二に、それらはForce.comやAmazon VPCのような、クラウドサービスプロバイダの提供する仮想プライベートクラウド上に移されるだろう。これは不確かだが、僕は確実にある程度先に来るように思う。第三に、その時に大企業にはプライベートクラウドも残存しているだろう。

VIRTUALIZATION FORUM 2009のパネルディスカッションで、中外製薬の永井氏は「いずれ外部のクラウドの利用に進むと思う。しかしその時にも社内クラウドも残す。サービスのよしあしを判断する目、技術を維持するためだ」という旨の発言をされていた。こうした理由もある。しかしそれ以上に、プロバイダの提供する仮想プライベートクラウドに対するバックアップ、ディザスタリカバリサイトとしての意味が重要になると思う。

これは同様にライフラインであるリソース、電力について行われていることだ。多くの企業は日常必要な電力を電力会社からの供給でまかないつつ、停電などに備えてある規模以上のサイトでは自家発電施設を設けている。それがビジネス継続性と、継続不可となってもソフトランディングに必要な時間を担保する。同様に、コンピュータリソースも低コストで供給される外部のクラウドを主に使いつつ、最後のセーフティとして社内クラウドを設ける。こうした最終絵図面を示すことが、クラウドに全面的に舵を切らせるためのセーフティネットを与えるという意味で、最後の一押しになるように思う。

第四に、ここまで予想した「いつか来る未来」というほど遠くもなく、しかし今日と地続きの「明日」でもなく、その次のステップにある明後日ぐらいの過渡期を予想してみる。ここまでの予想が仮に正しかったら、未来に向かう過渡期として、企業はプライベートクラウドをインフラの中心にすえ、仮想化プライベートクラウドをバックアップ、ディザスタリカバリサイトに使うようになるだろう。仮にここまでの予想が当たったとすると、プライベートクラウドが正、仮想プライベートクラウドが副という時期をうまくプロデュースできたところが本格的なクラウドコンピューティング時代が到来したときのSIの花形になるかも知れない。

Read and post comments | Send to a friend

仮想化のまだ遠い未来の中で

nobody@vox.com(walrus) — Sat, 07 Nov 2009 20:58:44 +0900

「仮想化のもたらす『解放』と『自由』」で想像する未来では、例えばデスクトップ環境とは、当然のようにヒューマンインターフェースだけを持つ端末からアクセスする仮想デスクトップを指すだろう。サーバ環境とは、当然のようにデータセンタ上で稼働している仮想サーバのことだろう。

例えば僕はCGI開発者だ。自宅から、まず仮想デスクトップにアクセスする。そしてCGIの開発を始めるために、Webサーバをパワーオンする。このサーバは、仮想サーバとしてこの瞬間に生成されるらしい。そしてCGIにインターフェースさせようと考えている、OpenIDサーバ、LDAPサーバ、メールサーバをパワーオンする。これらを仮想ネットワークで接続すれば、インスタントな僕だけの開発用ネットワークが出現する。すべてスイッチ操作一つだ。パチン。

そして開発が完了したら、CGIの動作する仮想サーバをインターネットサービスプロバイダにデプロイし、アプライアンスマーケットに登録する。そして、開発ネットワークをパワーオフするのだ。パチン。これで全部消え去って、僕のデスクトップ環境がどこかクラウド上のストレージに残っているだけになる。

おそらくこんな未来は来るだろう。デスクトップもサーバも、スイッチをパチンと入れた瞬間にクラウド上に仮想マシンとして生成され、パチンときった瞬間にて仮想マシンが消滅する、誰もマシンを持たない未来。企業でさえマシンを持たない、コンピュータリソースは社会インフラから供給される世界。

ガートナーのハイプサイクルによれば、今、クラウドコンピューティングは「過度な期待のピーク期｣の、しかもピークの頂点にある。その高揚が見せさせる夢、と言われるかも知れない。あるいはそれは50年も机上を脱しなかったユーティリティコンピューティングに、まだ賞味期限があるのかと言われるかも知れない。そして技術は成熟したかも知れないが、その実現を阻む障害は人間なのだ、例えば個人はクラウドを利用しても、企業はライフラインをクラウドに預けないということだ、というかも知れない。

でもそんなことはない。今、電気を買わずに電力をすべて自家発電で賄い、銀行を使わずフローをすべて現金で社内の金庫に管理している企業がどれだけあるだろう？結局のところ、リソースというのは究極のコモディティだ。安定的に十分なだけ供給されれば、そちらが利用される。リソースというべきか微妙だが、電気どころか企業にとって究極のライフラインコモディティであるキャッシュの扱いですら、企業は社会インフラに任せている。

そしてユーティリティコンピューティングは、たしかに50年も机上を脱さなかったが、社会に不要と審判を下されたわけではない。まず机上を出て審判を受けるために必要な、クラウドというインフラ、その要素技術である仮想化の成熟を待っていたのだ。50年かけて机上を出るという点では、まず仮想化こそが50年も前からあって今実用化したものなのだ。ハイプサイクルでは、クラウド･コンピューティングを主流が採用するまでに、2～5年はあると予想されている。ユーティリティコンピューティングが審判を受ける日はその先だ。しかしまだ遠い未来の中だけど、審判の場に立つところまではもう確実に辿り着くと思う。

Read and post comments | Send to a friend

仮想化のもたらす「解放」と「自由」

nobody@vox.com(walrus) — Fri, 06 Nov 2009 22:38:43 +0900

「仮想化とシステムのモジュラー化」が示唆するのは、完全にコンピュータリソースの提供と、それを利用したサービス提供や活動を分離する。その最終形は、と考えていた時に、ITProの記事で次のような一文を読んだ。

取材の最後にふと思い付き、こう尋ねてみた。「仮想化の根本的な価値は何か」。ラグラム氏は少し間をおき、「Freedom」と答えた。（仮想化がもたらす“フリーダム” - 記者のつぶやき：ITpro）

VMware Virturlization From 2009のテーマは「VIRTUALIZE・AUTOMATE・LIBERATE」だった。LIBERATE、そしてFreedom。僕はこれを、コンピュータリソースを使うことの労力とコストからの解放であり、そうしたことが制約となってきた個人と個人の小さなアイデアが得る自由だと解釈する。

電気や水やガスの供給がインフラに組み込まれ、安定して安価に個人でも利用できるようにならなかったら、世界はこんなにリッチ・エクスペリエンスではなかっただろう。同じようにコンピュータリソースの供給がインフラに組み込まれ、安定して安価に個人でも利用できるようになったら、世界はどんなにリッチ・エクスペリエンスになるだろう。

今はインターネット上にクラウドが生まれ、ごく一部の種類のコンピュータリソースの供給がインフラ化されたところだ。そしてインターネットサービスを作るということにおいてのみ、個人はコンピュータリソースの制約から自由になった。本当に仮想化がコモディティとして個人の手元に浸透してきたとき、個人があらゆるコンピュータリソースの制約から自由になるかもしれない。

（※本エントリは10月29日のtumblrへのポストに加筆、修正したものです。）

Read and post comments | Send to a friend

仮想化とシステムのモジュラー化

nobody@vox.com(walrus) — Fri, 06 Nov 2009 01:18:50 +0900

10月20日、21日にVMware社が開催したVMware Virtualization Forum 2009に行ってきた。その夜に、twitterで呟いた感想をまとめておく。

tsukamoto: Virtualization Forum 2009、いろいろと新しいものはあったけど、新しいパラダイムとまで言うようなものはたぶんなかったと思う。 (11:55 PM Oct 21st)

tsukamoto: 思うに仮想化そのものは「ハードウェアとOSを切り離す」というパラダイムシフトだったのだけど、それは60年代のパーティショニングとか90年代（？）のエミュレーションとかの頃からそのパラダイム上にあった。 (12:01 AM Oct 22nd)

tsukamoto: 仮想化が始まって以降の歴史上にパラダイムシフトがあったとしたら、「ハードウェアとリソースを切り離す」ということ、その1つだったんじゃないかな。 (12:03 AM Oct 22nd)

tsukamoto: このパラダイムが、ホストOSを持たないハイパーバイザ、巨大サーバではなくサーバ群をまとめて1つのリソース総量と捕らえるリソースプール、その中で使用するリソース量を「どこかから」自動的にわりあてるDRSといった新しいアプローチを生んできた。 (12:05 AM Oct 22nd)

tsukamoto: 今日デモしていたVMware MVPなんかも、端末が何かにとらわれず単なるリソースプールと考えてその上に載せるワークロードを提供すればいいという、同じパラダイムの敷衍で捉えていいように思う。 (12:07 AM Oct 22nd)

tsukamoto: …ああ、「ハードウェアとOSを切り離す」「ハードウェアとリソースを切り離す」より「ハードウェアを抽象化する」「コンピュータリソースを抽象化する」が正確かも。 (12:09 AM Oct 22nd)

コンピュータリソースが抽象化されると、ハードウェアから下を管理するインフラ技術者と、OSから上を管理するシステム技術者が、コンピュータリソースの提供/利用を境界にしてをきれいに分業できる。

インフラ技術者はコンピュータリソースの安定供給に努めればよく、システム技術者はOSやその上のアプリケーションによるサービスに専念すればよい。これは昔からある考え方なのだが、これまではコンピュータリソースの分割、コンピュータリソース供給の安定（可用性、復旧性、 etc.）の実現が、OSやその上のアプリケーションなどに食い込んでいて、そこをきれいな境界線として分けられなかった。

仮想化環境は、仮想化レイヤでリソースの分割、仮想マシンとしてパッケージしての提供、仮想マシンに対する自動フェールオーバやバックアップなどを可能にした。これにより、システムの「安定稼働」はインフラ技術者がハードウェアと仮想化レイヤで、「機能提供」はシステム技術者がOSとアプリケーションレイヤで、役割も作業レイヤもきれいに切り離して実現することが可能になった。

つまり、仮想化で実現できるレベルのリソースコントロールで十分なシステムであれば、システム構築はインテグラル（擦り合わせ）型からモジュラー（組み合わせ）型にシフトした。

（※本エントリは10月26日のtumblrへのポストに加筆、修正したものです）

Read and post comments | Send to a friend

WikiPattern「人々（people）のパターン」完訳

nobody@vox.com(walrus) — Mon, 12 Oct 2009 12:29:38 +0900

WikiPatternsガーデニング(091012)

WikiPattern.comのパターン日本語訳ですが、「People Pattern」「People Anti-Pattern」「Adoption Pattern」「Adoption Anti-Pattern」の4カテゴリのうち、People Pattern（人々のパターン）」に属する全パターンの日本語訳が終わっています。

大体すでに皆様が訳しておられたので、「Wikiの小人」パターン的に以下の作業を行いました。

日本語ページ - 英語ページ間のリンクがないものはリンクを張る。
日本語ページ→（日本語訳済みの）英語ページのリンクは、日本語ページへのリンクに改める。
未訳のごく一部のページを日本語訳する。
その他、各種の“草取り”。

具体的に作業した対象ページは画像参照。People Patternの英語版、日本語版の全パターンを見て行ったのですが、修正箇所はこれぐらい、作業時間もこれぐらい、という感じ。

WikiPatterns.comの日本語訳には何人かの方が参加されていて、特に「ここから順番に訳していこう」ということはなかったのですが、私個人はまずPeople Patternに作業を集中していました。あるパターンを訳したところで、それが参照しているパターンを辿ると、それもPeople Patternということが多かったので、わりと自然にそうなった面もあります。この連休前に大半の項目が訳されていたので、ちょっとまとめて時間を割いて、いわゆる“Wikiのガーデニング”をしてみました。

People Patternにはそのカテゴリ名どおり「人々」に関わるパターンが集まっています。各パターンを読んでみて、自分のWikiではコミュニティを形成する「人」を育てるために何をしようか、と考えてみるのは、Wiki運営に役立つと思います。ぜひご活用を。そして誤訳などを見つけたら、ぜひWikiPatterns.comに「参加」して、草取りをお願いします！

Read and post comments | Send to a friend

啓蒙活動期に入ったWiki

nobody@vox.com(walrus) — Sat, 10 Oct 2009 13:26:03 +0900

先月、ガートナーが最新のハイプカーブを掲載したプレスリリースを出した。多くの人が取り上げているし、私もTumblrにポストしたし、第1回アトラシアンユーザ会（つまりConfuluenceとJIRAのユーザ会）でもISIDの杉浦氏が取り上げていた。すでにご覧になっている方は多いと思う。

このハイプカーブで、Wikiについて少なくとも3つの指摘がされている。

Wikiは過度な期待の「ピーク期」とそれがはじけた「幻滅期」を越えて、地に足の着いた活用へと進む啓蒙活動期に入った。（図1のカーブ上の位置より）
Wikiの主流での採用までには、2～5年かかる。（図1のWikiを示すポイントの色より）
主流での採用≒生産性の安定期に達するには、Wikiは「メソドロジ（方法論）とベストプラクティスの発展」と「第3世代製品、即時展開可能な製品スィート（の提供）」へ向かわなければならない（図2より）

もちろん方法論というのは浅いハウツーではなく、経営思想とWiki思想の寄り添うところを実務に落とし込んだ方法論で、江渡さんの上梓された「パターン、Wiki、XP」はWiki思想を紐解くという意味で大きい。また洋書でアトラシアンの社員であったStewart Mader氏による「WikiPatterns」が出ているが、こちらは現時点でのベストプラクティス集である。実際に、Wikiの世界はこの「メソドロジとベストプラクティスの発展」へ、すでに動き始めていたことが感じられる。

「第3世代製品、即時展開可能な製品スィート」では、第二世代製品群の淘汰を生き残ったConfluenceやSocialtextに加え、マイクロソフトのSharePoint ServerやIBMのLotus ConnectionsがWiki機能を統合してきている。ハイプカーブから「滑り落ちる」テクノロジはいくつもあるが、啓蒙活動期の初めにあるWikiは、啓蒙活動期の終わりに達するべきマイルストンに向けて進むべき道を歩んでいる。

●

WikiPatternsはStewart Mader氏がWikiPatterns.comというサイトで収集、整理したパターンを元とするもので、先日来このブログなどでも触れているように同サイト上で各パターンの日本語訳が進められている。私も（このブログでの報告がぜんぜん追いついていないが）90-9-1の法則、 IDの重要性、WikiZenマスター、 Wikiの小人、チャンピオン、ページメンテナー、メンテナー、上棟式、口コミ、大使、後援者（またはスポンサー）、良いことへの謝意、観客、貢献者、Wikiのトロルとこれまで15パターンを訳した。

私事を言うと、昨年までいたCrossbaチームから一時的にVMwareなどの仮想化チームに移り、そちらの活動に専念していたのだが、どうもこの一時的に（と言われた）というのは、半年や一年では済まなそうな感じになってきた。それが分ってきたこの2009Q3からは、また昔のように17時までは仮想化技術者（昔だったらERP技術者）、17時からはWikiとWebの個人活動家という二重生活に戻りたいと思う。

なんと言っても、Wikiの「ハウツーではなくメソドロジ」がずっと気になっていたところであり、Wiki界隈全体がそこに取り組む時期にいるのだから、2、3年は待てない。

Read and post comments | Send to a friend

Wiki記法に関する3つの予想

nobody@vox.com(walrus) — Thu, 10 Sep 2009 02:21:16 +0900

Wiki記法も僕のずっと考えている事柄だけど、ちょっとそれに関する話題を目にしたりしたので、今の僕のWiki記法に対する考えを書いてみようと思う。まず第一に、今後はWYSIWYG編集がWikiのスタンダードになる。第二に、それでもWiki記法はなくならず、WYSIWYG編集のWiki記法での編集を兼備するものが多くなる。第三に、Wiki記法はこのまま統一されない。

WYSIWYG編集は当たり前のものになる。

今後、少なくとも汎用的なウィキの大半はWYSIWYG編集を備えると思う。この予想は、2004年ごろから公然と主張し続けているし、今もそう思っている。

そもそも、Wiki記法は発明当時から「誰にでも書けること」を目的に、HTMLによるオーサリングに対するアンチテーゼとして生みだされたものだ。Ward Cunninghum氏はPortland Repositry PatternsのためにWiki Wiki Webを発明し、彼らにそれをアナウンスしたメール「New Service on PRP」の中で、こう書いている。

It has a forms based authoring capability that doesn't require familiarity with html.

「誰にでも書ける」というウィキの思想を汲めば、WYSIWYGはWikiオーサリング方法のゴールか、あるいはその先にさらにすばらしい方法が生み出されるとして、そこに至るための通過点であるはずだ。ある特定の用途や目的に特化したウィキではWYSIWYGを採用しないかもしれない（その方が良いこともあるかもしれない）が、汎用的な、そしておそらくメジャーなウィキの大半はWYSIWYG編集を備えることになると思う。

Wiki記法はWYSIWYGと共存する。

WYSIWYGこそがウィキにとって必須であり、Wiki記法は必須ではないが、それにもかかわらず多くのウィキアプリケーションはWiki記法を提供し続け、コアユーザはWiki記法を使い続けるだろう。例えば、私は現在Wikipatterns.comの熱心なコントリビュータの一人だ。このサイトはWYSIWYGエディタとWiki記法での編集の両方を提供しており、私は最初はWYSIWYGエディタを使っていたが、現在はWiki記法で投稿している。その方がオーサリングが速いからだ。

パソコンで文章を書くのになれてくると、手書きでは思考が進む速さに対して文字を書く速さがあまりに遅く感じられて、いらいらすることがある。しかし単に文章を書き連ねるのではなく、レイアウトや修飾を多用するノートをとるときなどの書き物では、キーボードから文字を入力しながらマウスで文字入力位置を指定したり修飾を行うと行った作業が、手書きに比べてひどく迂遠に感じられる。WYSIWYGは誰にでも扱え、簡単だが、快適ではない。

そこで好まれるのがショートカットキーなどのちょっとした「裏技」だが、Wiki記法はこの裏技の最たるものだ。べたうちテキストでもインデントや行頭に置いた「・」、ハイフンを連ねた区切り線などでかなりの修飾効果を挙げられるのは、多くの人がメールで実践して知っている。それに少し、不足する部分にマークアップ言語の知恵を加えたものがWiki記法だ。これは誰にでも扱える簡単さには欠けるが、習熟すればずっと快適だ。

コラボレーションの本質にかなうのはWYSIWYGで、学習曲線が極端なS字を描き人々を敬遠させるWiki記法は、多くの人の気軽な参加を必要とするコラボレーションの本質に反する。オーサリングの本質とも関係がない。それでも、例えば「ジンクスは人生の裏技」ならば「Wiki記法はオーサリングの裏技」、ウィキ支持者たちが同時に支持するのはオーサリングを快適にするWiki記法だ。WYSIWYGは必然的に採用され、Wiki記法は支持されるから破棄されず、決して少なくないウィキアプリケーションが両者を並存させていくだろう。

Wiki記法は統一されない。

最後の、最も自信のない予想は、Wiki記法はついに統一されないということだ。Wiki記法を統一してほしいという声は何度となく聞いてきたし、快適な唯一のWiki記法が生まれることは理想的だと思う。WikiCreoleはすばらしいプロジェクトだと思う。しかし、Wiki記法は結局統一されないんじゃないかと思う。

第一に、Wiki記法のデザインというのは、結局のところどこまで「HTMLの表現力」を活かしながら、そのサブセットに絞り込むことで「記法としての簡便さ」を実現するかというせめぎあいだ。ウィキアプリケーション作者や開発コミュニティは（少なくとも僕は）それを決めるときに、自分の思想や美意識に拠らざるをえない。そしてそれは曲げられ難いし、一致し難いし、統一し難い。

第二に、それでも統一が必要であれば、多くのウィキアプリケーション作者や開発コミュニティが我を押さえて、それに協力するだろう。実際に奇跡的にもその方向性が実現したのが、WikiCreoleだったと思う。ただ、その必要性というのは、WYSIWYGが極めて未完成なものだったあのタイミングだから、多くの人が同意できたことだったように思う。TinyMCEをはじめとするWYSIWYGエディタライブラリが普及して、ウィキにWYSIWYGエディタが採用されるようになり、「誰にでも書けるためにはWiki記法の統一を」という最大の必要性はもう薄れてしまったと思う。

Wiki記法の統一は、そもそも成り難いものだったし、そこを超えさせるだけの必要性を失った。だからもう統一されないし、統一されなくていいんじゃないか、とも思う。ウィキが多機能化している現在では、HTMLのサブセットを選択することに加えて、各機能の埋め込みをWiki記法に加える必要もあり、結局「そのウィキの表現力と機能にベストマッチの記法」を提供するのが自然なのではないか、とすら思うのだ。

まとめ

一言で言えば、僕はWYSIWYGとWiki記法が並存することが当たり前になるという予想をしている。WYSIWYGが「誰でもオーサリングできる」というウィキ思想の本質に合致しており、しかし現在のWYSIWYG、"What You See Is What You Get"よりもWiki記法の方が、習熟したときに"What You Think Is What You Get"に近づけると思うからだ。

現状での最適解としてWYSIWYGが採用され、WYSIWYGを超えるすばらしいオーサリング方法への試みの一つとして、これからも個性的な（習熟を要求する）Wiki記法が生み出され続けていくと思う。

Read and post comments | Send to a friend

WikiPattern「WikiZenマスター」

nobody@vox.com(walrus) — Wed, 09 Sep 2009 13:02:32 +0900

WikiPatternの一つ、「WikiZenマスター」を日本語訳しました。原文は「WikiZenMaster」です。WikiZenマスターはいわゆる「こびとさん」のスタイルの一つで、見出しや図表の追加、段落の分割といった読みやすさ、体裁にフォーカスしたこまやかな貢献をする人たちを指します。

最新の日本語訳はwikipatterns.comで確認してください。

これは何？

WikiZenマスターはwikiがより視覚的にアピールするように形式の変更を行います。
(WikiZenマスターは時々WikiFairyと呼ばれます。)

使い方

WikiZenマスターは、このツールを使いたくなる魅力あるものにし、内容をクリアで使いやすいものにし、そのwikiでの形式と体系化をより高い水準で保つことで、wikiの小人と同様にwiki上のコンテンツに価値を加えます。

例

WikiZenマスターはきっと

タイトルやセクション見出しを追加し、ページをより体系化します。

画像や図表を追加し、wikiページの内容を図解したり、複雑なプロセスを明快にするといったことをします。

参考文献一覧に挙げられた本のカバーの画像を追加します。

さまざまな貢献者の画像をwikiに追加します。

テキストがより読みやすくなるように段落を分割します。

関連するパターン

Wikiの小人 - Wikiの小人とWikiZenマスターは、どちらもwikiを改善するという、よく似た個性を持っています。WikiZenマスターが形式の改善に焦点を当てているのに対して、Wikiの小人は内容の改善に焦点を充てています。

メンテナー - しばしばWikiZenマスターとメンテナーは同一人物です。

さらに読む

WikiFaery @ WikiWikiWeb

WikiZenマスターも「こびとさん」同様、第七回Wikiばなで「Wikizensアパート」などという話をした引っ掛かりで、訳に参加しておきたいと思っていました。

このWikizenという言葉は、WikiWikiWebで参加者を「WikiZens（＝Wiki+Citizens）」、Wikiの市民といったニュアンスで呼んだことによる語です。ただし、WikiWikiWebには「WikiZen」というページがあって、「なぜZを大文字にするかと言えば東洋思想“Zen”を強調するためだ」などと書かれています。

WikiZensには「両者を混同しないように」と書かれていますが、WikipatternsのWikiZenMasterでいう「WikiZen」には、この「Wiki思想」的なニュアンスも強く含まれているように思えます。

Read and post comments | Send to a friend

WikiPattern「後援者（またはスポンサー）」

nobody@vox.com(walrus) — Wed, 02 Sep 2009 12:42:22 +0900

WikiPatternの一つ、「後援者（またはスポンサー）」を日本語訳しました。原文は「Patron (or Sponsor)」です。ここでいう後援者（またはスポンサー）とは権威者、有識者、職場や組織の上位者、業界の著名人などで、彼ら自身は活動に参加してくれないにせよ、彼らの賛同を取り付けることは他の人たちを活動に巻き込む時に良い効果があると言います。

最新の日本語訳はwikipatterns.comで確認してください。

これは何?

Wikiを支持する高位の後援者を持つことで、成功の見通しを高めうるだけのレベルの権威が提供されます。

使い方

時には、組織内の高位の人物がwikiプロジェクトを開始します。より多くの場合には、取り組みは下部から生まれますが、高位の人物のサポートが求められます。後援者は、彼らがプロジェクトを支持していることを知らしめることで、他者を巻き込み、リソースがこのプロジェクトに割り当てられることへの承認を与えます。

パトロンは、ITリソースのコントロールと組織のユニット間での競争がある面で参加に水を差しかねない企業の環境では、特に重要です。

例

CEO（最高経営責任者）とすでに面識のある従業員は、Wikiのもたらす利益について説明し、おそらく組織内で稼動しているシステムのデモンストレーションをします。CEOはこのアイデアに同意し、この従業員に継続するよう促します。CEOは「同意を与える」ことで取り組みへの後援者になります。CEOはwikiの使用を支持していると知られることを許す以上の関わりはまったく持とうとしないかもしれません。最初の従業員は、CEOがこれを良いアイデアだと考えていると説明することで、他の人々に参加を奨励することができます。

Related Patterns

チャンピオン: 後援者/スポンサーは単にwikiに賛成しますが、チャンピオンはエネルギッシュにこの実現と導入のプロセスを推進します。

WikiPatterns.comの日本語訳はまだ端緒に就いたばかりの活動ですが、WikiWayの訳者として知られるyomoyomoさんが人気ブログ「YAMDAS現更新履歴」のエントリ「WikiPatternsの日本語訳」で紹介してくれました。この有意義な活動に、あなたも参加してみませんか？

...とこういう感じでしょうか。活動の公正さと意義を示唆（保障ではない）してもらうことで、参加へのバリアを弱め、時には動機づけてもらうわけです。本文中に「企業の環境では、特に」とあるのは、その活動に参加していることを評価されたいというより、まず何らかのマイナスに働くことはないだろうという心証が必要なのだと思います。

Read and post comments | Send to a friend