「Tomorrow's」ウィキにはどのような機能を含める必要がありますか? AJAX のような Web 2.0 の機能をどのように組み込むのでしょうか? 現在不足している他の機能は何ですか? お気に入りの Wiki の次のリリースで何を見たいですか?
編集: Wiki を他の製品にどのように統合できますか? ウィキにはどのような「適切な用途」がありますか?
「Tomorrow's」ウィキにはどのような機能を含める必要がありますか? AJAX のような Web 2.0 の機能をどのように組み込むのでしょうか? 現在不足している他の機能は何ですか? お気に入りの Wiki の次のリリースで何を見たいですか?
編集: Wiki を他の製品にどのように統合できますか? ウィキにはどのような「適切な用途」がありますか?
ここ Stack Overflow では、Preview-as-you-type が非常にうまく機能します。多くのウィキはそうしません。
ページ間のリンクを非常に簡単にします。つまり、入力すると、Wiki が参照している可能性のあるページを見つけます。そうすれば、ターゲット ページの正確なタイトルを知らなくても、Shift キーを押して WriteInCamelCase に移動したり、角括弧を挿入したりすることなく、リンクを作成できます。ウィキ外の他のウェブサイトへのリンクも非常に簡単にしてください (「簡単」とは、ウィキ姉妹のような意味ではありません。私の記憶が正しければ、foowiki:ALinkLikeThis のようなものです)。
同様に、テキスト内のリンクを自動的に生成できる場合、たとえば、メールをウィキ化するメール システムを作成できます。たとえば、Joel Spolsky の wiki ページを作成すると、受信トレイにある Joel の電子メールへの参照がそのページへのリンクになり、[ここにあるリンク] をクリックして見つけることができます。(これにはおそらく、ベイジアン フィルタリングに沿って、他の Joel への迷子の参照を削除する必要があります...ベイジアン分類器は、コンテキストがスマートで物事を成し遂げている場合、それが Spolsky であることを学習します。バイキングの子猫を飛ばしている場合、Joel である可能性が高くなります。ヴァイヒ)。
変更を追跡するためのさまざまな RSS フィードもよいでしょう。(差分、全文、私が編集したページの変更、...)
ウィキペディアはかなり巨大な分類システムを成長させました (「架空の猫」、誰か?)。ウィキのフラットな名前空間に分類法を適用することで、ユーザーが自分の道を見つけるための別の方法を提供できます。ウィキペディアはこれを少しだけ行っていますが、これまでのところかなり限定された方法で行われています。関連するカテゴリ リストへのリンクがありますが、たとえば、"Smith" という作曲家を探すことはできません。
同様に、ウィキは、相互接続されたノードのこの大きなグラフを提供します。これは、コミュニティが関連する概念をどれだけ密接に見ているかを示しています。それは面白いですか?それは役に立ちますか?グーグル以外の誰かがこのことについて考えたがっていますか?
PS。Paul Graham の Web 2.0 の定義を「民主主義、ユーザーを虐待するな、Javascript が機能するようになった」と信じるなら、ウィキはすでに 3 分の 2 が Web 2.0 です。
個人的にもう飽きたwikis
。Wiki
ソフトウェアは時代遅れなので、今ではそれは機能wiki
としてのものです(私のお気に入りの新しい Web サイト、スタック オーバーフローのように)。
より多くの編集を行うことの主な利点は、 「提案された編集community wiki
」を導入したときに生まれました。
「提案された編集」を使用すると、別の経験豊富なユーザーが編集をレビューして承認する限り、匿名ユーザーであっても誰でも何でも編集できます。
私は wiki ツールを選択する過程にあり、この 1 週間で多数のパッケージを検討しました。まだ聞いたことのないものもたくさんあると思いますが、おそらく良いものでしょう。しかし、一般的に、これが私の「初心者の心」による問題です。
Wiki マークアップは放棄する必要があります。wiki マークアップに限定された wiki は、ハックや、物事を難しい方法で行うことに興奮し、他のすべての人が愚かであると主張する人にのみ役立ちます。つまり、モールス符号は個人的には問題ありません。素敵できれいな一点一点ダッシュで何が問題だったのかわかりません。または煙信号、二酸化炭素排出量を除いて、それらは素晴らしかったです。しかし、時代は変わり、私たちも変化しなければなりません。
実際のユーザー (ビジネス ユーザー、顧客、クライアント) は、リッチ テキスト編集を望んでいます。限目。また、Wiki がリッチ テキストと Wiki マークアップの両方をサポートしようとすると、結果はきれいではありません。このモデルはわかりにくく、(明らかに) 実装が困難です。たとえば、wikiwiki の fckeditor 拡張機能は悪夢です。それだけの価値はありません。
Wiki には、より優れたアクセス制御が必要です。すべてのコンテンツが誰にでも開かれるべきであるという考えは、このようなオープンで公開された非営利の wiki では問題ありません。しかし、ビジネスの世界では、そうはいきません。アクセスを制限することは悪いことではなく、現実です。Wiki ツールは、アクセス制御を提供するより優れた機能を提供する必要があります。ロールまたはグループ メンバーシップに基づいてページおよびページのグループにアクセスします。グループは誰でもアドホック ベースで形成でき、ユーザーは複数のグループに属することができ、ページは複数のグループに属することができます。ページの作成者の気まぐれで、複数のグループがアクセスできるようにします。
これらは私が何よりも望んでいる 2 つのことであり、オープン ソースでは見つけられませんでした。少なくとも、すぐに使えるものではありません。もちろん、これがオープンソースがオープンソースである理由です。
テストとソフトウェア開発のためにウィキを使用したいくつかの興味深い作業がありました。EG、文芸的プログラミングへの動き-ページがコードとドキュメントの両方として存在し、どちらか一方にコンパイルされるようにします(または、両方同時に)。
彼らは、年次の WikiSym カンファレンスで、これに関する定期的なセッションを行っています。
Wiki の 1 つの方向性は、オープン エンドのドキュメント コレクションから、SO のような「誰でも編集できますが、より構造化された」アプリケーションに移行することだと思います。
私が見たもう 1 つの方向性は、他のプロジェクト サポート ツールとのより直接的な統合です。つまり、プロジェクト計画、問題管理、およびその他すべてのものです。
個人的には、次の大きな方向性は、テキストにマルチメディアを埋め込むことができる単なる Wiki ではなく、ある種のマルチメディア ベースの Wiki になると思います。
「Wiki」は最終的には単なるパターンです。
これは完璧な説明ではありませんが、特に魔法ではない組み合わせです。成功しているウィキは、これらの要素と、コンテンツを作成および維持するクリティカル マスの人々とを組み合わせたものです。
次のステップである IMO は、Web 2.0 の光沢に関するものではなく、より優れた構造情報の統合に関するものです。"this points to that" を超えるメタデータを追加することは、ブルート フォース ハンド マークアップの演習です。多分マイクロフォーマット?ウィキのような編集 UI を使用しながら、よりスマートなバックエンドを使用する、より構造化されたナレッジベース ソフトウェアの開発でしょうか? 確かではありませんが、構造化データのより適切な処理が次の波だと思います。
私はMediaWikiが本当に好きです。広く使用されており、無料/無料です。マークアップ構文は簡単で、カスタム HTML や WYSIWYG を使用しなくても十分な基本的なスタイリングを行うことができます。「セクシーな Web 2.0」とは Flash/AJAX を意味すると思いますが、基本的な HTML/Javascript できれいに動作するので、MediaWiki が好きです (カスタム ウィジェットが読み込まれるのを待つ必要がないなど...)。
ウィキが潜在的な有用性に到達できるようにしているのは、ソフトウェア自体よりもウィキを中心に発展しているコミュニティです。人々が中心的なトピックに情熱を傾けていて (ただし犯罪者ほど狂っていない)、ウェブサイトにログオンしてテキストを編集するのに十分な技術力を持っているニッチを見つける必要があります。
wiki-of-the-futureは、すべての人が同時にオンラインで完全に編集できるようになります。技術のデモについては、EtherPadをチェックしてください。