- 追加された行はこの色です。
- 削除された行はこの色です。
RIGHT:&tag(コンセプト,主要);
CENTER:〔[[追加:コンセプト]]〕
*目次 [#h4da1318]
*目次 [#nbecf351]
#contents
#br
----
#lsx(new=true);
#br
*関連 [#raad7de3]
#related
#br
**関連 [#pf7ad3f4]
#lsx(tag=コンセプト,new=true,except=^コンセプト(/.*)?$)
#br
[[検索:コンセプト]]
#br
#tagcloud(0,related=コンセプト)
#br
*コンセプト [#ae064d94]
RIGHT:[[:t/コンセプト]]
*コンセプトとは [#n6cdee45]
[[遅い→起動時:*[Wiki]]]
-書く人のための支援を中心に。読む人のための情報はシステム任せ。
-適当に書いてるのに読みやすくなるような。
1人でアイデアノートとして使うことを念頭に。複数人での活用は、過去・未来の自分とのコラボレーションということで。
-書く人、読む人、Wikiを組み立てる人の3ロール。
どちらかと言えば機能追加は簡単なほう。
難しいのは機能の最適化。
個々の機能を正規化するには関連する機能も正規化されていなければ無理。
ストレージの容量は気にしない。
トレードオフがあれば容量に負担を掛けるように。
**概観←→断片ができるように [#xebba231]
:概観→断片|全体像から、気になるところの詳細を引けるように
:概観←断片|詳細からでも、全体の中での位置付けが分かりやすいように
**発想支援にも [#e26ec05b]
支援できるのはリンクすることくらい
それと、並べることで欠けているものを見つけやすくすること
***wikiは例を集めて分類することに向いている [#i92c80ae]
それを読めば抽象化しやすい。抽象化の支援にもなる
具象→抽象
KJ法とよく合う
逆方向。
抽象から（不完全な）具象を考えたとき、それと元の抽象をリンクできる
自動リンクが有効だと意識も操作もせずに具象と抽象がリンクされる
抽象←→具象を双方向とも支援できれば発想ツールとして使える
***支援できるのはリンクすることと並べること [#j95967c0]
・抽象→具象
・具象→具象（具象同士）
・同じ抽象に関連する具象同士を一覧化
1. 例を集める（ブレインストーミング）→分類・抽象化
2. 抽象化すると欠けている例を見つけやすくなる。挙げた例で抽象を説明できるか考える
3. 1つの抽象を説明するための例示・具体例の穴埋め→具体化
4. 連想でよその抽象になる例まで思い付く（不完全な例挙げ・ブレインストーミング）
5. 1に戻る
**調べるよりも考えるだけに、考えるよりも考えなくていいように [#m039ac35]
+ページの追加位置を調べて
+前後の文に合うように書くことを考えて
…などというのは避けたい。
これならWikiサイト全体を1つのページにするのと大差ない（検索しづらい分、Wikiのほうが劣るかも）
ページを追加すると、自然にまとまる（既存ページから探しやすいようにリンクされる）のが理想。
せめて調べなくていいように。
**柱 [#jced523a]
#lsx(tag=主要)
**ページ主体 [#tdde8dac]
ページにできるものはページに統一。
ページ同士のつながりを管理するシステムを。
どんなページをどうつなげるかで活用できるような。
ページのつながりを検索に利用するように。
***ページは… [#g6949019]
-ページはファイル
-ページはフォルダー
-ページはデータベース
-ページはメール
-ページは書き込み
-ページは掲示板、コメントリスト
-ページは順序や前後のある本のページ
-ページはToDoリスト
-ページはオブジェクト
-ページはログ
-ページは記録
→データは全てページとして扱えるように。
内部のフォーマットは記法を利用して、個別に定義、専用コードで読み書き。
記法はXMLのような扱い。
**書くこと優先 [#oa1852b7]
書きたい人にとにかく書いてもらえるように。
他人にとっても有益な情報にするのはシステムの役目。
システムができないことだけ書く人にやって貰う。
書かなければ読めない、読むものがないというのもある。
**アイデアノートとしてのWikiを作るために重要なこと [#mb2913f7]
-分類のしやすさ
-分類の手間の少なさ
分類しなくても分類されているような。
整理しなくても整理されているような。
※人力ではなくシステムで。人手をかけずに。
-分類の変えやすさ
アイデア創出で手伝えることは分類くらいしかない。
分類することは理解を要する知的な情報処理だから、自動ではいけない。
そしてこれをサポートしなくてはアイデアをまとめるツールにならない。
**Wikiを書く際に気をつけること [#jbee9b2b]
-重複がないこと
-自動リンクしたい言葉で、誤字がないこと
-書き方、（ローカルな）ルール
気にさせないのは不可能なので、すぐに解決できるように取り計らう。
-重複がないことを簡単に（あるいはすぐに）調べられるように。
-自動リンクで誤字があればすぐに分かるように。あるいは見つけやすいように。
-書き方は分からなくてもいいように。
-ローカルルールが不適切なら運営者（それを決めた者）に連絡。
**構造化 [#p6577c51]
簡略化のため、構造化。
型の定義が正しければいいはず。
何でも複数にできるように。
**Wikiは1つのページ [#wc24b3e4]
**UIの設計方針をユーザーマニュアルに [#x41f9a96]
**参考 [#f9acbfb7]
[[最良のメモソフトってどんなものだと思います？ - 人力検索はてな>http://q.hatena.ne.jp/1174393491]]
[[http://d.hatena.ne.jp/pmint/20070406/p2>http://d.hatena.ne.jp/pmint/20070406/p2]]
**Wiki構築には2つの側面が [#s9d771ac]
Wikiの構築はシステム構築とコンテンツ構築。
システムは…
+開発者
+管理者
…の役目。
コンテンツは…
+利用者
+管理者
…の役目。
いずれも管理者は2番目。
管理者の役目は開発者が作ったシステムと利用者が作ったコンテンツを結びつけること。できる限り有用に。
RIGHT:&tag(構築,管理,利用者);
**Wikiとは [#t35a9153]
+情報を保存するシステム
+情報を公開するシステム
+索引を作るシステム
コラボレーションツール？ではコラボレーションツールとは…
→他人の考えを自分の考えと同じように見つけやすくするもの。
過去の自分は他人。自分ともコラボ。過去の考えも今の自分の考えと同じように見つけやすく。
つまり、誰にとっても（今の）自分が作ったかのように思えるサイトを作るもの。
**エラーはユーザーに見せない [#y1d50054]
記法のエラーなら何とか解釈。
解釈できない時でも別形式で表示。
**バージョン管理と同じ点、異なる点 [#i6cdb36b]
> wikiとバージョン管理の違いはある？
> [[参考に/question_1298117876]]
***そのほか [#h0049d03]
同じ点
-大勢でまとめる、1つの知識にする
-内容はずっとベータ版
----
違う点
-分岐、マージ
支流と本流がそれぞれ発展、マージも可能。
→見解にあたる。見解を導入すれば「同じ点」になる。
**いい加減 [#a89d4a3a]
-あるページを編集したとき、それに関連するページの更新は''そのうち''行われる
-書式を間違えたときでもエラーも警告も出ない。ただ思った通りに表示されないだけ。
（ただし、そういうところを探し出す方法は用意する）
…とか。
**まとまるWiki [#dfc1ecbb]
「とりあえず情報をぶっ込んでおけばそのうちまとまるWiki」
「つぎにすることがわかるWiki」
