Toshiro Shimura's List: Wiki Wiki

• ここまで苦労してでもGoogle Gearsを採用した、その最大の魅力は何だったのか。朴氏は将来的に標準になるという可能性に賭けたと話す。また、開発したサービスをオープンソースとして公開することも視野に入れていたことから、Google Gearsがオープンソースであることは大きな後押しになったようだ。 

   

  　「きちんとした製品を作り、ユーザーの支持を得てからオープンソース化しようと考えていた。Googleが専門部隊を持ち、オフライン機能に特化したモジュールを開発するのであればそちらを採用したほうがいいと思った」（朴氏） 

   

  　自社でモジュールを開発したほうが楽だったのではないか、という意地悪な質問をしてみた。すると朴氏は、「自社でやったらもっと時間がかかったかもしれない」とした上で、「でもコードのリファレンスがなくて苦労したので、最終的には同じくらいかな」と笑った。

• Synkiはユーザーごとに細かく権限を設定でき、複数のWikiサイトを開設できる点が特徴だ。ワークスペースと呼ばれる作業スペースごとに権限を設定できる。もちろんオフラインでも使用でき、オンラインになった時点で最新の情報に同期される。 

   

  　「Synkiは『Sync（同期）するWiki』という意味。Wikiは次世代CMSとして着目している。非常に生産性の高いツールで、仕事で利用するのに向いている。特に他人と共同作業をする場合に有効だ。社内ブログは、将来Wikiに置き換わっていくかもしれない。いずれはSynkiとGmailだけあれば仕事が完結するような環境を提供したい」 

   

  　Wiki記法を知らない人でも利用しやすいように、リンクタグなどを自動的に埋め込むボタンを用意する。今後はタグを不要にするWYSIWYGに対応するほか、スプレッドシートの共有などができるようにする。また、企業が使いやすいテンプレートも用意する。
• ほかの企業システムと連携しやすいよう、APIの公開も考えている。「Synkiはプラットフォームに過ぎないと考えている。ユーザーの権限設定ができるので社外の人とも利用できるし、社内のデータを外部に出さないようにもできる。組織がフラットな構造で、社外とのコミュニケーションが多い司法書士や弁護士、PR業などが最も向いているだろう。ただ、それぞれの企業が独自の使い方を追加できるようにしていきたい」

1 more annotation...

• サイトへのアクセス制限設定(Share with)では、"パブリック(Everyone in the World～)"なのか"許可した人だけ(Only  people I specify～)"なのかを指定する。これはサイトの内容にあわせて選択してほしい。
• ページの種類を選択可能
  新しいページを作るときに気付かれたと思うが、ページの種類を5つの中から選択することができる。「Web  page」はトップページのような通常のページ、ウィジェットを貼り付けるための「Dashboard」、ファイル管理する「File  Cabinet」、バグ管理やToDo登録などを行なう「List」、さらにアナウンス用の「Announcements」がある。それぞれに特徴があるので、必要に応じて使い分けてみてほしい。

• さて、これまで紹介した機能は他のWikiサービスでも実装されているものが多い。ここからはGoogle  Sitesならではの魅力について書きたい。それは何と言ってもGoogleサービスとの親和性の高さだ。GoogleのWebサービスの数多くはWeb  APIを公開している。それらをうまく組み合わせ統合し、活用できるのがGoogle Sitesだ。
• ほかにもGoogleカレンダーを取り込んだり、Picasaの写真をスライドショーで表示、YouTube/Googleビデオの挿入といったこともできてしまう。iGoogleで提供されているガジェットも取り込み可能だ。Googleが提供する各種WebサービスをGoogle  Sites内で簡単に利用できるというわけである。

• Google Sitesは単なるWebサイト構築ツールじゃない!

   

  Google  Sitesの魅力は、Googleの各サービスを使いこなしているとさらに強く感じることができる。スプレッドシートやカレンダーをリンクしておき、それを更新すればGoogle  Sites側も自動更新されるといった具合だ。さらに言えば、既存のGoogleサービスのWeb  APIを使ったライブラリやソフトウェア、同期ツールなどの類が相当数存在する。それらを活用すればGoogle  Sitesは単なるWebサイト構築ツールではなく、コラボレーションを促進する情報統合プラットフォームにさえなりえるのだ。

1 more annotation...

• Googleからコラボレーションサービス『Google Sites』の一般公開が5月23日から始まった。それまでGoogle  Appsの一部として提供されていたが、一般公開によって誰でも無料でこのサービスを利用できるようになった。Google  Sitesは、HTMLを知らなくてもサイトを構築できる「Webベースのコラボレーションサービス」などと言われている。では、他の類似Webサービスと比べて何が違い、何が魅力なのか。実際に触れてみることで色々分かってきた。とくにGoogle  Sitesは"Googleならでは""Googleだからこそ"ここまでできると言えるような魅力がたくさん詰まっている。
• 機能としてはやはりWikiがベースになっている。HTMLを使わず、サイトを編集し、新しいページを追加することができる。WYSIWYG(見たまま編集できる)のHTMLエディタを搭載しているので、HTMLを編集しているという意識は必要ない。Wikiというと複数人でのコラボレーション、というイメージがあるが、もちろんひとりで使ってもまったく問題ない。最近はASPのブログサービスなどを活用していて、自分のサイトを持っていない(または持つ必要がない)という人は多い。Google  Sitesは、そうした人がちょっとした特別サイトを作りたいといった時にも便利に利用できるだろう。

• 最近、僕の中ではまた少し認識が変わっていて、いろんなWikiのバリエーションを認めつつ、そこで定義がぶれてくる部分を剥ぎ取っていくと、最後に残るのはこういうものかな、と思い始めています。

   
   
  • Wikiアプリケーションとは、文書構造を持つWebページ全体を編集する機能を提供するCMS的なアプリケーション。JavaScriptやAjax、ブラウザ用のWYSIWYGのない時代に生まれており、文書構造をテキストエリアであらわすのにWiki記法という手法を生んだ。
   
  • Wikiサイトとは、コンテンツ（テキスト）の編集機能をサイト訪問者、利用者に開放しているWebサイト。
• 一人WikiやTiddlyWiki、個人CMS系のSiteDevやPassWikiなどを見ていると、Wikiアプリケーションだと思うけど、Wikiサイト的な定義はあてはまらない。WemaやPodcastleを見ていると、サイトとしてはWikiサイトだと思うけど、Wikiアプリケーションの定義はあてはまらない。
  WikiアプリケーションとWikiサイトはもう独立に存在していて、WardsWikiなどは偶然にこの両者（とWiki文化）が並存していたと見るのが自然じゃないかな、と。このあたりは、もう少し長い文章でお読みいただく機会があると思います。

• 私見で言えば、Wiki概念の多様性（2006 江渡浩一郎, 塚本牧生, 島田慶樹）の「Wikiの多様化」の図で示したように、海外では2000年まで、国内では2003年までに登場したYukiWiki、PukiWiki、WalWiki、Hiki、VikiWikiなどの第一世代のWikiアプリケーションが一般的な要求に応えるスタンダードなものでした。これに対して、それ以降にはさまざまな目的に応じた新しい世代と呼べるWikiアプリケーションが作られてきました。

   

  第一世代のWikiアプリケーションもまだ更新が続けられていて健在で、そこからのチョイスでは「とりあえずPukiWiki」の感がありますが、新世代を含めて、例えば「イントラWikiとして何をチョイスするか」という話では、まだこれがスタンダードというものはないように思います。概念（やバズワード）としてのWikiではなく、選定や設置、カスタマイズや自作など泥臭い実体としてのWikiに取り組んできた方々と話してみて、いっそうそう思いました。

• ウィキ文法を知らなくても大丈夫

   編集画面にあった、ツールバーに機能が追加されました。今まではウィキ文法を入力するのが面倒という方も多かったと思いますが、ツールバーを使えばワープロ のように思いのままに編集できます。きっと、あなたのウィキの魅力も倍増しますよ。

• Wikiは、ブラウザから簡単にWebページを作成・編集できるコンテンツ管理システム。1つのサイトを複数人で編集できるため、多数のユーザーから情報を集めるまとめサイトや、複数人がかかわるプロジェクトの進ちょく管理などによく使われる。最も有名な活用例として、ネットユーザーが共同編集する百科辞典「Wikipedia」があるが、国内では一般には普及していないのが現状だ。

• Wikiが広まらない理由として（1）気軽に使えるホスティングサービスがほとんどないこと、（2）使い方が分かりにくいこと——を挙げ、それぞれを克服できるサービスにしたと話す。

   

• ポータルサイトのトップページは、Wikiをテーマ別に分類して表示。Wikiが向いている分野をカテゴリーとして紹介することで、使い方のイメージをつかんでもらう。

   

  　カテゴリーは、「ファイナンス辞書」「詐欺対策ノウハウ」から「サクラ大戦」や「塊魂」まで、硬軟取り混ぜて多数用意。カテゴリーをクリックすれば、ライブドアが作成した公式Wikiや、ユーザーが登録したWikiにアクセスできる。

• 「ネット上の情報が、堂々巡りの次の段階に来ている」——谷口さんはこう話し、一過性で、同じ話が繰り返されがちなブログや掲示板とは異なり、知識が蓄積・整理されるサービスとWikiを位置づける。

   

  　ブログの普及で日本人のネットリテラシーが向上しているため、Wikiが普及する下地も整ってきた。「コラボレーションワークができる段階に来ている。一度『使える』と思ってもらえれば、爆発的に普及すると思う」。さらに「主観的な情報はまだまだネットの外に眠っている」とし、これまでネット上になかった情報を吸い上げたい考えだ。

• あるテーマについてのWikiが1つ確立すれば、情報がそこに集中し、2番手、3番手は追随しにくいのがWikiの特性。livedoor Wikiは「知識大陸」をキャッチフレーズに、カテゴリーやテーマという“土地”を、早いもの勝ちで取り合ってほしいという。

   

3 more annotations...

• 一説によれば、wikiは「what I know is（私が知っているのは・・・）」の頭文字を取ったもので、知識の貢献、蓄積、交換などを示している。1995年3月25日に作成された最初のwikiを、特別に「Wiki」（先頭が大文字のWiki）またはWikiWikiWebと呼ぶ。wikiという名前は、「早い」「高速」「急ぐ」などを意味するハワイ語のwikiに由来している。 
  --出典：Wikipedia

• 主流メディアへの不信感が高まっている現在、wikiの人気と広がりは特に重要な意味を持っている。さまざまな意味で、wikiは情報化時代の原則--「一般市民に意見を述べる機会を提供する」という民主化の原則を象徴する存在だ。 

   　「インターネットの分散的な性質を利用すれば、同じ関心を持つ者を即座に結びつけ、各自が持つ多様でほぼ無限大の知識を動員し、ものの数時間で一貫した形にまとめあげることができる」と、Marchexのプロダクトマネージャで、「KatrinaHelp.info」というwikiの作成を支援したRob Klineはいう。「これは地球規模の分散システムなので、私が寝ている間も、他の人が作業を進めてくれる」（Kline）

• SocialTextは市場デビュー4年目。従業員30人、顧客2,000人超。 Draper Fisher Jurvetson、SAP Ventures、Omidyar Foundation、伊藤譲一氏、Reid Hoffmanなど錚々たるメンバーから投資を取り付けており、取締役にはWikipediaファウンダーJimmy Whales氏、Tim Draper氏、Joi Ito氏、SocialTextのRoss Mayfield氏らが名を連ねている。今回発表となった新バージョンのソフトウェアではこれまでSocialTextはじめ一般のwikiが一番頭を悩 ませてきた問題、つまりUIをあの最悪な状態からなんとか改善しようという工夫が施されている。つまり、今日発表となったSocialTextの新機能の 多くは「ローテクにもラクラク使えるUIの実現」を主眼に作られた。

• ログインすると直ちにダッシュボードが起動し、そこで最新の変更点やウォッチリスト、ワークグループ全体の状況、共同作業スタッフが誰でも書き込めるホワイトボード(掲示板)の内容が確認できる。

   

  サイト全体を自由自在に動けるようナビ機能とカテゴリー機能を完全装備。 タグ付けは候補タグを何点か自動的にサジェストしてくれるし、インバウンドリンクがあればこれをハイライトしてくれる。数あるUI改良点の中でも一番どう でも良さそうなのは全画面表示でページを編集できるようになった点。WYSIWYG GUIがあるおかげで初心者にもより快適にwikiが使えるようになったのはいいが、Web2.0のツールはテキストボックスを最小化して、その中で編集 を行うタイプのものが多いのでGUIのインパクトはそれほど。全画面表示で編集すると、まるでWordを使ってるような気分になるのは何故だろう。
• UI改革の意味するところは何か。これからはSocialTextを使っても「wiki空間に閉じこもって作業をしている」という感覚を持たずに済む、ということだ。もっと普通の感覚でハイレベルな視点からwiki機能を使いこなすことができる。同社のscreencastでデモをご覧いただければ変更点は一目瞭然だろう。
• 新規SocialTextでもう一つ注目に値するのがREST API。このリリースは。SocialTextのwikiを他の情報・サービスとマッシュアップしたい開発者にとってまさに朗報だ。このAPIを応用して オフラインのSocialTextクライアントを作った事例も既にあり、少なくともGoogle Mapsとのマッシュアップ1件が確認されている。SOAP APIもSocialTextから間もなく公開の予定。

2 more annotations...

• wikiと呼ばれるインターネットコラボレーションツールを開発しているSocialtextは、開発者らがビジネス環境で同ソフトをテストできるように、同ソフトのコードをオープンソースとして公開した。Socialtext Openと呼ばれるこの製品は、同社の主力製品であるwikiツールのオープンソース版としてダウンロード提供されている。

• Mayfield氏がそのような大きな賭けに出た背景には、SocialtextのライバルであるJotSpotが、同社のwikiソフトを改良し、簡単さと使いやすさの向上を図ると発表したという事情がある。JotSpotによると、同社は、wikiをより容易に構築できるようにすることを目的としたソフトウェアのバージョン2.0を発表している。

    

  　また今回のSocialtextの動きには、先に発表されたGoogleの表計算分野への進出も影響している。Socialtextは現在、wikiに表計算機能を組み合わせた、ブラウザベースのオープンソースコラボレーションツール「WikiCalc」のテストを行っている。

• Mayfield氏によると、ビジネス環境では、wikiを中心に構築されたプロセスが成功する場合もあれば失敗する場合もあるという。そのためSocialtextは、開発者が同ソフトを試験的に使用し、イントラネットカレンダーといった特定のアプリケーションとの連携が可能か否かを見極められるようにすることで、長期的により多くの顧客を取り込みたいと考えている。

    

  　「これはツールやソフトウェアの問題ではなく、人々がこれらのツールを利用して発展させるプロセスの問題だ」（Mayfield）

1 more annotation...

• JotSpotの製品を使えば、簡単なエディタ、スプレッドシート、カレンダー、ブログなどのアプリケーションを簡単に作成でき、複数のユーザーがインターネット上で共同編集することも可能だ。JotSpotは2006年7月に自社製品をアップデートし、異なる「Officeライクな」製品間で複数ユーザーによる共同編集ができるようにしている。また、顧客のサーバにダウンロードして利用できるソフトウェア版をテスト中であることも明らかにしている。

    

  　「Googleなら似たようなものを作ることもできるだろうが、それよりも製品を買収してGoogleの持つ強みと組み合わせる方が早い」と、「The Google Legacy」の著者Stephen E. Arnold氏は言う。確かに両社には重複している部分はある。しかし、JotSpotがもたらす、共同編集が可能なWikiベースのサービスは、Googleが自前では持っていないものだ。

• JotSpotの競合企業SocialtextのCEO、Ross Mayfield氏は、今回のGoogleによる買収によってWikiベースのアプリケーションの重要性が証明されたと、自身のブログで語っている。しかし、同時にMayfield氏は、JotSpotのソフトウェアは「独自仕様」だが、Socialtextが提供するソフトウェアは標準に準拠しているとして、対抗意識を表している。

    

  　また、Mayfield氏は「今回の買収によって、市場のローエンド側での普及がさらに進むだろう。これは、わたしたちが『Socialtext』と『SocialCalc』のオープンソース版を提供することで推し進めている戦略だ」と述べている。

    

  　一方、YahooはPBWikiと提携して、「Yahoo! Groups」のユーザー向けにWiki作成サービスを提供している。

• 従来のWikiではユーザーが共同編集できるのはテキストのみだったが、JotSpot 2.0では「page types」の新機能を使い、共用の予定表、スプレッドシート、ファイル保存場所、文書、写真ギャラリーをワンクリックで作成できる。

   

  　Microsoft Officeのような使い慣れたデスクトップアプリケーションの機能性と、Wikiの特徴であるコラボレーション機能および柔軟性を組み合わせ、あらゆる情報について簡単にコラボレーションが可能になると、JotSpotは説明している。

• JotSpotは、米Excite共同創業者のクラウス氏とグラハム・スペンサー氏が、Exciteを去った後に共同で立ち上げた企業。Wikiの特徴であるコラボレーション機能と、HTML言語などを知らなくても作業できる簡易性を活用。文書や表計算ソフト、カレンダーなどをグループで共有するソリューションを提供している。

   

  　買収の決定に関してJotSpotでは、Googleとは「Web上で最良のコラボレーションを作るというビジョン」が共通しており、そのビジョンの推進にはGoogleの環境が適している、としている。

• ソフトウェアとしては、初めに登場したプログラムに改良を加え、あるいはそれを参考にしたりして、現在では多くのウィキが出回っている。

   

  また、WWWサーバを用いずにウィキを実現し、個人のメモなどとして手軽に利用できるようにしたシステムをローカルウィキという。その場合、ウェブブラウザではなく専用のアプリケーションを用いるのが普通。エンジンの構築が不要というメリットがあるが、アプリケーションごとにマークアップ構文が異なるというデメリットも合わせ持つ。

• キャメルケースを使わないリンク方法はウィキの開発者に代替の解決策を探すよう促した。様々なウィキエンジンは []、{}、_ または / 他の文字をリンクパターンとして用いている。異なったウィキコミュニティ間のリンクはInterWikiと呼ばれる特別なリンク方法を用いることで実現が可能となる。

   

  ウィキで新しいページを作るには、厳密には他のページからリンクされることによって作られなければならない。
• 殆どすべてのウィキにある最も優れた機能は、いわゆる「最近更新したページ」である。これは最近の編集に番号を付けた詳細なリストか、あるいは決まった期間に行われた全ての編集のリストである。いくつかのウィキでは、些細な編集や自動インポートスクリプト (bots) による編集を、フィルタして表示しないようにすることも可能である。

• ウィキのソフトウェアは、デザインパターンの共同体で、パターン言語を書くために創られた。1995年にワード・カニンガムが確立したPortland Pattern Repositoryが初のウィキだった。カニンガムは、ウィキの概念を発明し名付け、ウィキエンジンの初の実装を製作した。元々のウィキだけが、ウィキ（先頭が大文字のWiki）あるいはウィキウィキウェブと呼ばれるべきだと主張する人もいる。カニンガムのウィキ(Wards Wiki)はいまだに、最も人気のあるウィキサイトの一つである。

   

  20世紀の最後の数年に、ウィキは非公開・公開のナレッジベース（知識の基地）を開発するのに有望な技術であるということが、ますます認知されるようになった。
• 今日においては、一番項目の多いウィキは英語のウィキペディアだろう。非英語のウィキペディアも世界でも比較的に大きい。が、二番目に大きいウィキはUseModというソフトを使うスウェーデン語のen:Susning.nuである。ウィキペディアの急成長は何でも記事にするというポリシーに基づくだろう。このポリシーと反対に、大半のウィキの内容は専門的である。ウィキペディアの急成長のもう一つの原因として、キャメルケースを使わないこともあげられるだろう。

3 more annotations...

• WikiサービスJotspotを買収してもうじき1年のグーグルが、やっとサイト復活に向け重い腰をあげたようだ。

   

  Jotspotは買収発表後、ずっと新規カスタマー登録を受け付けていないが、既存カスタマーは今もアカウントにアクセスできる。ブログ「Google Operating System」によると、Jotspotの掲示板とヘルプデスクはもうグーグルに移管になったという。さらにブログ「Google Blogoscoped」は、“jotspot”がGoogle Appsサービスのコードネームであることに気づいた。早速サービスにログインしてみたところ、（どこかピンボケな）Google Wikiロゴのページが出てきた。

• 問題になるのが、非技術系社員の取り込みだ。ヤフーでは、新人向けのガイドから業務に必須の情報まで、すでにあらゆる情報がWiki上にあるため、既に「使わざるを得ない」状況ができている。しかし、それでもすべての社員がいきなりWikiを使いこなせるわけではない。そこでシステム統括部では、Wikiシステムの利用を広めるために、社内キャラバンを組んで使い方を教えて回っている。

    

  　「それでもわからない場合は、メッセンジャーでシステム統括部の人に直接質問することもある」と広報の菊池氏。石井氏は、こうしたメッセンジャーによる質問、つまり「どこがわからないのか」も重要な情報の一部だという。
• Confluenceのもう1つの魅力は、写真アルバムなど多彩なページ表現を可能にするマクロ機能や、新たな機能を追加するプラグインが使える点だ。これらを使って、カレンダーやTo Doリストなども簡単に作成できる（同様のことはPukiWikiでもできるが、定番の方法はない）。こうしたプラグインを使ってページを装飾していると、それを見た他の社員から「やり方を教えて欲しい」と言われてノウハウの伝授が行なわれる。

• ヤフー システム統括部開発部の阪田浩隆氏は「ヤフーに入社したら、すぐに『コンフルを使いなさい』といわれる。そのかわり、退職したり、産休などで一時的でも離職する場合は、セキュリティ上、翌日にはアカウントが使えなくなる」と話す。

    

  　「コンフル」とは、AtlassianのEnterprise Wiki製品Confluenceのことだ。ヤフーでは、一般職の社員で「Wiki」という言葉は知らなくても、「コンフル」という愛称なら知っている。

    

  　同社 情報セキュリティ本部 情報システム構築部の羽生純也氏は、「ヤフーでは、2002年〜2003年頃に、エンジニアがチーム単位で知識共有のために立ち上げたWikiが登場し始めていた」という。

    

  　その後システム統括部では、これを「PukiWiki」というオープンソースWikiを使ってまとめ始める。技術系のWikiはもちろん、部署単位のWikiなども用意し始め、日々の業務に欠かせないほど情報が貯まり始めた。Confluenceの導入が始まったのは2006年前半だ。
• PukiWikiを利用していた時代には、Wikiのサーバが乱立し、探している情報が見つけられないことも多かった。また、運用期間が長く、蓄積情報量が膨大になったことで、表示に時間がかかるページも増えてきた。そこでシステム統括部は、これを企業向けにWiki製品で置き換え、統合的に管理することになった。システム統括部で必要な条件を検討し、製品を探したところ、Confluenceが要件に最もマッチしていることがわかり、2006年1月に試験導入、6月から本格導入を始めたという。

• 人材の流動化が勢いを増す中、日々の業務の中で生まれてくる「気づき」や「ノウハウ」をいかにカタチにし、資産として残すかは、今日の企業にとって重要な課題だ。今、そうした「集合知」を蓄積し、更新し、さらに見つけ出すためのツールとして注目を集めているのが「Wiki」というツールだ。

    

  　Wikiはウェブサイトのひとつの形態だが、誰でも簡単にコンテンツを追加、削除し、編集できることが特徴となっている。例えばこの記事がWiki上に掲載されていれば、読者であるあなた自身が情報を追加したり、修正したりできることになる。

    

  　誰もが自由に編集できたら混乱が生じると心配する人もいるかもしれない。しかし、実践してみるとちゃんとした秩序が生まれることは、インターネットの百科事典としてお馴染みの「Wikipedia（ウィキペディア）」が証明している。