茶の湯の世界では、「おもてなし」には、下記の３つの原則があるという。

１．準備を整えて客を待つ（仕度の原則）
２．くつろげる空間を演出する（しつらえの原則）
３．ゲームのルールを共有する（仕掛けの原則）

　おもてなしは、まずは主人が取り仕切ることからはじまる。主人は、準備を行い、空間を演出し、客をまつ。あらかじめ前もって行う準備のことを「用意」という。

　しかし、おもてなしの本質は「主人」だけにあるのではない。上記３のルールを共有した「客」と「主客一体」になって、相互行為として達成される、というところが最大のポイントである。これを「卒意」という。

　おもてなしには、「用意」と「卒意」が必要である。つまりは、主人と客が、アドホックに機転を利かして場を構成する。

　おもてなしが成功するかどうかは、主人だけにかかっているのではない。主人と客のインタラクションの中に、おもてなしがある。

　「主人と客がともに一回かぎりの機会を思いやりをもって取り組もう」という「一期一会」、それにより「主人と客が心が通い合う状態」が生まれる「一座建立」は、こうしたインタラクションによって達成される。

　　▼

　これは、おそらく、演芸や茶の湯といった世界だけに言えることではない。
　フォーラム、セミナー、ワークショップというものでも同じだろう。きちんと主催者側が準備をしても、「お客さんが卒意をきかせてくれない場合」には、「よい場」にはならない。

　もちろん、そもそも「用意」ができていない準備不足のイベントは多々ある。そういうものは論外にしても、いくら準備をしても、その場の成功は、主人だけで決定されるわけではない。

　イベントを経験して、「あんまり面白くなかった」と感想を述べるのは簡単だ。

　しかし、その場の構成のため、
　　　　　あなたは「何」をしたのだ？

　そういうことを考えてみる必要があると思う。

Windowsを所有しているのはMicrosoftだろうか？ いや、おそらくHPだろう。ここで歴史を少し整理しよう。 Windows 3.1, 95, 98, MEは基本的に、16ビットのMS-DOSのそのまた上で動作する、それらしく飾り付けられたシェルだった（そして MS-DOSはMicrosoftが書いたものではなく、Seattle Computer Productsという会社から買ったものだ）。 1980年代、Microsoftは自分たちが将来本物の32ビットOSを必要とするだろうことを悟った。 このころ、DEC VAXやVMS用のOSのプリンシパルアーキテクトの一人だったDavid Cutlerは、VMSの後継の開発センターを作るためにシ アトルに移ったばかりだった。1988年に彼のプロジェクトをDECの首脳部が葬り去ってしまったとき、CutlerはDECを離れることを決心 し、間もなくすぐ近くにあったMicrosoftに雇われて、チームを率いることになった。このチームがWindows NTを生み出すことになる。 Cutlerは鍵となる人物を幾人か連れて移籍した。これはMicrosoftにとって決定的な大手柄だった。Cutlerほどの能力を持ったOS設計 者は数えるほどしかおらず、探しても見つかるものでない。

長い話になるので手短に言うと、Cutlerと彼のチームは成功を収め、その結果がWindows NTだ。Windows 98のユーザインタフェー スが付け加えられて細かな改善がいくつかなされたとき、それはWindows 2000と名付けられた。 わずかに変更されたバージョンが現在Windows XPとして売られている。