目次 † 
発想の原点。ここからやりたいこと／要件が生まれる。
関連 †
検索:コンセプト
コンセプト周辺のタグ †
Array
コンセプト †
遅い→起動時:*[Wiki
:t/コンセプトより †
未分類 †
Wikiとは †
思い付き †
どちらかと言えば機能追加は簡単なほう。 †
難しいのは機能の最適化。
† 遅い→起動時:*[Wiki]
- 書く人のための支援を中心に。読む人のための情報はシステム任せ。
- 適当に書いてるのに読みやすくなるような。
1人でアイデアノートとして使うことを念頭に。複数人での活用は、過去・未来の自分とのコラボレーションということで。 - 書く人、読む人、Wikiを組み立てる人の3ロール。
- どちらかと言えば機能追加は簡単なほう。
難しいのは機能の最適化。
個々の機能を正規化するには関連する機能も正規化されていなければ無理。
基本的思想 †
ストレージの容量は気にしない。
- ストレージの容量は気にしない。
トレードオフがあれば容量に負担を掛けるように。
抽象的に。メタな設計に。
ページ主体 †
ページにできるものはページに統一。
ページ同士のつながりを管理するシステム。
ページどんなページをどうつなげるかで活用できるような。
Wiki自体が1つのページ †
書くこと優先 †
書く人はとにかく書けるように。
- 他人にとっても有益な情報にするのはシステムの役目。
システムができないことだけ書く人にやって貰う。
UIの設計方針をユーザーマニュアルに †
柱 †
アイデアノートとしてのWikiを作るために †
- 分類のしやすさ
- 分類の手間の少なさ
分類しなくても分類されているような。
整理しなくても整理されているような。
※人力ではなくシステムで。人手をかけずに。 - 分類の変えやすさ
:i/エラーはユーザーに見せない †
記法のエラーなら何とか解釈。
解釈できない時でも別形式で表示。
†:Wikiデザイン原則 OR Wiki-Design-Principles
分類することは理解を要する知的な情報処理だから、これをサポートしなくてはアイデアをまとめるツールにならない。
Wikiを再構築したい †
データが大量に存在する中でWikiの再構築ができるようにしたい。
- データのインポート/エクスポートができればいい
データを一時的に空にして、また戻すことができる。 - システムとコンテンツの分離ができればいい
Wikiを再構築しても入力したデータに影響がなければ再構築できる。
構造化 †
何でも複数にできるように。
二重にできることは10回でも20回でも重ねられるように。
Wikiは1つのページ †
UIの設計方針をユーザーマニュアルに †
参考 †
最良のメモソフトってどんなものだと思います？ - 人力検索はてな
http://d.hatena.ne.jp/pmint/20070406/p2
Wiki構築には2つの側面が †
Wikiの構築はシステム構築とコンテンツ構築。
システムは…
- 開発者
- 管理者
…の役目。
コンテンツは…
いずれも管理者は2番目。
管理者の役目は開発者が作ったシステムと利用者が作ったコンテンツを結びつけること。できる限り有用に。