目次 † Edit

  1. 目次
  2. 関連
  3. コンセプト周辺のタグ
  4. コンセプト
    1. 概観←→断片ができるように
    2. 調べるよりも考えるだけに、考えるよりも考えなくていいように
    3. 柱
    4. ページ主体
      1. ページは…
    5. 書くこと優先
    6. アイデアノートとしてのWikiを作るために重要なこと
    7. Wikiを書く際に気をつけること
    8. 構造化
    9. Wikiは1つのページ
    10. UIの設計方針をユーザーマニュアルに
    11. 参考
    12. Wiki構築には2つの側面が
    13. Wikiとは
    14. エラーはユーザーに見せない
    15. バージョン管理と同じ点、異なる点
      1. そのほか
    16. いい加減
    17. まとまるWiki
 
 

関連 † Edit

 
 

検索:コンセプト

 

コンセプト周辺のタグ † Edit

Array
 

コンセプト † Edit

遅い→起動時:*[Wiki]

  • 書く人のための支援を中心に。読む人のための情報はシステム任せ。
  • 適当に書いてるのに読みやすくなるような。
    1人でアイデアノートとして使うことを念頭に。複数人での活用は、過去・未来の自分とのコラボレーションということで。
  • 書く人、読む人、Wikiを組み立てる人の3ロール。

どちらかと言えば機能追加は簡単なほう。
難しいのは機能の最適化。
個々の機能を正規化するには関連する機能も正規化されていなければ無理。

ストレージの容量は気にしない。
トレードオフがあれば容量に負担を掛けるように。

概観←→断片ができるように † Edit

概観→断片
全体像から、気になるところの詳細を引けるように
概観←断片
詳細からでも、全体の中での位置付けが分かりやすいように

調べるよりも考えるだけに、考えるよりも考えなくていいように † Edit

  1. ページの追加位置を調べて
  2. 前後の文に合うように書くことを考えて

…などというのは避けたい。
これならWikiサイト全体を1つのページにするのと大差ない（検索しづらい分、Wikiのほうが劣るかも）

ページを追加すると、自然にまとまる（既存ページから探しやすいようにリンクされる）のが理想。
せめて調べなくていいように。

柱 † Edit

ページ主体 † Edit

ページにできるものはページに統一。
ページ同士のつながりを管理するシステムを。
どんなページをどうつなげるかで活用できるような。

ページのつながりを検索に利用するように。

ページは… † Edit

→データは全てページとして扱えるように。
内部のフォーマットは記法を利用して、個別に定義、専用コードで読み書き。
記法はXMLのような扱い。

書くこと優先 † Edit

書きたい人にとにかく書いてもらえるように。

他人にとっても有益な情報にするのはシステムの役目。
システムができないことだけ書く人にやって貰う。

アイデアノートとしてのWikiを作るために重要なこと † Edit

  • 分類のしやすさ
  • 分類の手間の少なさ
    分類しなくても分類されているような。
    整理しなくても整理されているような。
    ※人力ではなくシステムで。人手をかけずに。
  • 分類の変えやすさ

アイデア創出で手伝えることは分類くらいしかない。
分類することは理解を要する知的な情報処理だから、自動ではいけない。
そしてこれをサポートしなくてはアイデアをまとめるツールにならない。

Wikiを書く際に気をつけること † Edit

・重複がないこと
・自動リンクしたい言葉で、誤字がないこと
・書き方、（ローカルな）ルール

気にさせないのは不可能なので、すぐに解決できるように取り計らう。

・重複がないことを簡単に（あるいはすぐに）調べられるように。
・自動リンクで誤字があればすぐに分かるように。あるいは見つけやすいように。
・書き方は分からなくてもいいように。
・ローカルルールが不適切なら運営者（それを決めた者）に連絡。

構造化 † Edit

簡略化のため、構造化。
型の定義が正しければいいはず。

何でも複数にできるように。

Wikiは1つのページ † Edit

UIの設計方針をユーザーマニュアルに † Edit

参考 † Edit

最良のメモソフトってどんなものだと思います？ - 人力検索はてな
http://d.hatena.ne.jp/pmint/20070406/p2

Wiki構築には2つの側面が † Edit

Wikiの構築はシステム構築とコンテンツ構築。

システムは…

  1. 開発者
  2. 管理者
    …の役目。

コンテンツは…

  1. 利用者
  2. 管理者
    …の役目。

いずれも管理者は2番目。
管理者の役目は開発者が作ったシステムと利用者が作ったコンテンツを結びつけること。できる限り有用に。

Wikiとは † Edit

  1. 情報を保存するシステム
  2. 情報を公開するシステム
  3. 索引を作るシステム

コラボレーションツール？ではコラボレーションツールとは…
→他人の考えを自分の考えと同じように見つけやすくするもの。
過去の自分は他人。自分ともコラボ。過去の考えも今の自分の考えと同じように見つけやすく。

つまり、誰にとっても（今の）自分が作ったかのように思えるサイトを作るもの。

エラーはユーザーに見せない † Edit

記法のエラーなら何とか解釈。
解釈できない時でも別形式で表示。

バージョン管理と同じ点、異なる点 † Edit

wikiとバージョン管理の違いはある？

参考/question_1298117876[?]

そのほか † Edit

同じ点

  • 大勢でまとめる、1つの知識にする
  • 内容はずっとベータ版

違う点

  • 分岐、マージ
    支流と本流がそれぞれ発展、マージも可能。
    →見解にあたる。見解を導入すれば「同じ点」になる。

いい加減 † Edit

  • あるページを編集したとき、それに関連するページの更新はそのうち行われる
  • 書式を間違えたときでもエラーも警告も出ない。ただ思った通りに表示されないだけ。
    （ただし、そういうところを探し出す方法は用意する）

…とか。

まとまるWiki † Edit

「とりあえず情報をぶっ込んでおけばそのうちまとまるWiki」
「つぎにすることがわかるWiki」