ID816番

象徴フラグメント

エッセンス

エッセンス

原点フラグメント

核心フラグメント

キーワード

キーワード

中心部

中心部

土台

土台

事後的に発見されるアイデアとは?

アイデアとその実現を別々に考える、というのは、おそらく今でも多くの人にとって自然な考え方でしょうし、特に組織においては支配的な考え方だと思います。まずブレインストーミングなどでアイデアを出すフェーズがあり、そのアイデアに対して評価を行い、その後に、良さそうだとされたアイデアの実現に向けて行動を開始する。
しかし、実際はそのようなやり方が機能することはほとんどなく、組織で生み出されるものは概して流行を追いかけるものばかりだったりします。
現代において新しくて価値のあるものを生み出そうとするなら、ほぼ例外なく、探索的な手法を取らざるを得ないのではないかと思います。トライアル&エラーで常に学習しながら軌道修正していかざるを得ない。その探索の結果を後からまとめたものがアイデアとなる、つまり、そのように事後的にしか発見し得ないのが画期的なアイデアだと思うのです。
探索的、というのは進捗が堂々巡りになったときのクリエーターの言い訳にも聞こえますが、今では探索的な手法を如何に制御可能にするか、予測可能にするかという観点に立ったプロジェクトの管理手法も多く提案されていますし、今後ますます重要な考え方であることは間違いありません。
とは何か?
それは、「”つながり”で構造付けられたフラグメント群の『ID816番』がタグフラグメント化した時に発見されたアイデア」の事ではないだろうか?

一連の過程そのものに価値があるのか? → ...

この話は結構重要だと、個人的には思っているのですが、価値のあるアイデアというのは「思いつき」とは違うものだと思います。なので、アイデアを発想する、という表現にも若干違和感を感じます。これは以前にもちょっと書きましたが、その背後に膨大な文脈があることが重要なのであって、おそらくアイデア自体に価値はありません。アイデアと呼んでいるものは基本的に後知恵でしょう。
もしくは、「「”つながり”で構造付けられたフラグメントの『ID816番』がタグフラグメント化するまでの"一連の過程そのもの"」に価値があるのではないでしょうか?

昇格したタグフラグメントは象徴であり、価値はそれが象徴する中身そのものにある → ...

いや、きっと「"昇格したタグフラグメント※1"で括られた"つながり”によって構造付けられたフラグメント群の集合」の価値の方が、「"昇格したタグフラグメント"」そのものよりも価値があるのでしょう。言い換えるならば、"アイデアを実現する過程で蓄積した文脈"の方が、"アイデアそのもの"、"アイデアのネーミング"、"アイデアの説明"よりも価値があるということではないでしょうか?
つまりこれは、価値があるのは、アイデアの方なのか、それともそれを実現する過程で蓄積した文脈の方なのか、という話ですね。
これに対して、文脈重要派が、アイデアは実現しなければ価値がない、という場合、それはいいアイデアを実現すると必然的に価値のある結果が得られるという意味ではなく、蓄積された文脈の価値によって、結果の重要性が左右されるという意味になります。
  • #785 「アイディアの価値」

※1"つながり"によって構造付けられたフラグメントが"タグフラグメント"化したタグフラグメントを、ここでは仮に"昇格したタグフラグメント"と呼び、"生まれつきのタグフラグメント"と区別する。
※2過去のPiggydb.jpで使われていた単語に合わせて、変身を昇格に修正。

→ ...

#816 ID816番」のフラグメントで表現されているものを、もうちょっと具体的にご説明頂くことは可能ですか?例えば、7個のフラグメントがぶら下がっていますけれど、何故その7つなのか?

→ ...

camiです。
Evernoteの場合は、input-and-searchが基本で、organizeはあくまでオプショナルになる。なのでorganize機能を充実させるのは、いたずらに複雑性を増すだけなのかなあと。
これはその通りだと思います。
Evernoteの講習会が開かれており、そのまとめブログを眺めることもあるのですが、整理をするなら「複雑な工夫」が必要になっているという印象を受けます。
複雑な工夫をせずに、自然にできるのが理想なんですが、数学的に否定されてしまっていると…。
私事になりますが、Piggydbを使って、「整理」と「学習」できたと感じられたことを一つ。
私には現在、要介護の身内がいます。
金銭的な問題も抱えています。
そして私自身も病院通いの生活です(以前、なかなかコメントしにくいと言ったのはこれが原因でした…)。
まず、一つの問題を解決しようと、対処方法、参考資料などを集めていきました。
そうしているうちにタグフラグメントが浮き出てきて、ある程度の形になりました(「問題の整理」)。
それを、現在抱えている各問題に対して行ったところ、共通するフラグメントが見つかりました。
「もしかしたらこれが核になるかもしれない」と思い、それをまたタグフラグメント化して、付近のフラグメントにタギングしていくと、解決の糸口が見えてきました。
そうこうしているうちに「自分を守りつつ介護する方針」が立ちました。
これはPiggydbのおかげです。
非常に感謝しております。
…で、この流れこそが「整理に対する恣意性」と「学習」ということでいいのでしょうか?
ただ、それはもしかしたら「同時期に複数の問題を抱えていた」という認識があったからこそできたのかもしれません。
たとえば各問題が別々の時期に発生し、時系列として遠く離れたフラグメントからヒントを得なければならない状況だと、この方針を見つけ出せなかった可能性もあります。
結局のところ、そういう関連性を見つけ出すのは脳内の作業です。
そう考えると、距離の大きなフラグメント同士の関連に気付くためには、やっぱり大局的な視点が欲しい気がします。
タグフラグメントを駆使するにしても、タグフラグメントの量自体が増えすぎるという問題も発生しますし。
情報の量と視認性はトレードオフの関係になるわけで、難しい問題なんですよね。

一連の過程そのものに価値があるのか?

この話は結構重要だと、個人的には思っているのですが、価値のあるアイデアというのは「思いつき」とは違うものだと思います。なので、アイデアを発想する、という表現にも若干違和感を感じます。これは以前にもちょっと書きましたが、その背後に膨大な文脈があることが重要なのであって、おそらくアイデア自体に価値はありません。アイデアと呼んでいるものは基本的に後知恵でしょう。
もしくは、「「”つながり”で構造付けられたフラグメントの『ID816番』がタグフラグメント化するまでの"一連の過程そのもの"」に価値があるのではないでしょうか?

→ ...

camiです。
Evernoteの場合は、input-and-searchが基本で、organizeはあくまでオプショナルになる。なのでorganize機能を充実させるのは、いたずらに複雑性を増すだけなのかなあと。
これはその通りだと思います。
Evernoteの講習会が開かれており、そのまとめブログを眺めることもあるのですが、整理をするなら「複雑な工夫」が必要になっているという印象を受けます。
複雑な工夫をせずに、自然にできるのが理想なんですが、数学的に否定されてしまっていると…。
私事になりますが、Piggydbを使って、「整理」と「学習」できたと感じられたことを一つ。
私には現在、要介護の身内がいます。
金銭的な問題も抱えています。
そして私自身も病院通いの生活です(以前、なかなかコメントしにくいと言ったのはこれが原因でした…)。
まず、一つの問題を解決しようと、対処方法、参考資料などを集めていきました。
そうしているうちにタグフラグメントが浮き出てきて、ある程度の形になりました(「問題の整理」)。
それを、現在抱えている各問題に対して行ったところ、共通するフラグメントが見つかりました。
「もしかしたらこれが核になるかもしれない」と思い、それをまたタグフラグメント化して、付近のフラグメントにタギングしていくと、解決の糸口が見えてきました。
そうこうしているうちに「自分を守りつつ介護する方針」が立ちました。
これはPiggydbのおかげです。
非常に感謝しております。
…で、この流れこそが「整理に対する恣意性」と「学習」ということでいいのでしょうか?
ただ、それはもしかしたら「同時期に複数の問題を抱えていた」という認識があったからこそできたのかもしれません。
たとえば各問題が別々の時期に発生し、時系列として遠く離れたフラグメントからヒントを得なければならない状況だと、この方針を見つけ出せなかった可能性もあります。
結局のところ、そういう関連性を見つけ出すのは脳内の作業です。
そう考えると、距離の大きなフラグメント同士の関連に気付くためには、やっぱり大局的な視点が欲しい気がします。
タグフラグメントを駆使するにしても、タグフラグメントの量自体が増えすぎるという問題も発生しますし。
情報の量と視認性はトレードオフの関係になるわけで、難しい問題なんですよね。

昇格したタグフラグメントは象徴であり、価値はそれが象徴する中身そのものにある

いや、きっと「"昇格したタグフラグメント※1"で括られた"つながり”によって構造付けられたフラグメント群の集合」の価値の方が、「"昇格したタグフラグメント"」そのものよりも価値があるのでしょう。言い換えるならば、"アイデアを実現する過程で蓄積した文脈"の方が、"アイデアそのもの"、"アイデアのネーミング"、"アイデアの説明"よりも価値があるということではないでしょうか?
つまりこれは、価値があるのは、アイデアの方なのか、それともそれを実現する過程で蓄積した文脈の方なのか、という話ですね。
これに対して、文脈重要派が、アイデアは実現しなければ価値がない、という場合、それはいいアイデアを実現すると必然的に価値のある結果が得られるという意味ではなく、蓄積された文脈の価値によって、結果の重要性が左右されるという意味になります。

※1"つながり"によって構造付けられたフラグメントが"タグフラグメント"化したタグフラグメントを、ここでは仮に"昇格したタグフラグメント"と呼び、"生まれつきのタグフラグメント"と区別する。
※2過去のPiggydb.jpで使われていた単語に合わせて、変身を昇格に修正。

タグフラグメントにはいくつの要素が詰まっているのだろうか? → ...

タグフラグメントをいくつかの要素に分けてみる。特に、私なりのやり方、Piggydbをボトムアップ中心で図解風に使っていく場合、という視点で分けてみる。
  • "つながり"で構造づけることができる。
    • 名前を付けることなく、図解のように"線でつなげたり"することができる。
  • タグフラグメントで『ID810番』する事が出来る。
  • 本文を表現できる
    • 名前を与えられる(=本文に対応した一行見出しを作ることが出来る)

以下は、Piggydbをボトムアップ中心で図解風に使っていく場合のイメージ作りには役に立ちますが、タグフラグメントの『ID810番』を重視する場合にはあまりオススメしないやり方です。(フラグメントの『構造』は"つながり"で作るべきだと考える場合)

品物そのものと品物を作ったチームスタッフの価値の比較 → ...

つまりこれは、価値があるのは、アイデアの方なのか、それともそれを実現する過程で蓄積した文脈の方なのか、という話ですね。
  • #785 「アイディアの価値」
これは、例え話ではなくて、似た話なのですが、「品物そのもの」の価値と「品物を作ったチームスタッフ」どちらにより高い価値があるのかという話があります。
  • 「品物そのもの」の価値
    • 実際に使える。
      • 壊れることもある。壊れたら、価値は半減する。
  • 「品物を作ったチームスタッフ」の価値
    • 品物を制作した技術力
      • その技術力があれば、同じ商品を複数作ることが出来る。
      • またその技術力があれば、新しく進化した商品を作れるかもしれない。
      • その技術力は他の分野でも応用できるかもしれない。
    • 新しいアイデアを実現したその情熱。
      • その開発過程を振り返ることで、新たな発見があるかも知れない。
個人的な結論としては、両者にそれぞれ価値がある。としか言いようがないのですが、こういう視点を持つこと、そのものが大事なのかなと思います。
ちなみに私は知人から以下のようなプリウスの開発秘話を聞き、新鮮な驚きを感じました。
  1. 初期のハイブリッド車は、実はガソリン車よりも燃費が悪かった。
    1. その為、車に詳しい専門家ほど、プリウスに反対した。
  2. だが、開発者は、ハイブリッド車の未来を信じていた。
  3. そして、初期のプリウスが発売された。まだ燃費はそんなに良くなかった。だが、エコロジーを売りにしたマーケティング戦略、ブランド戦略に成功し、数を売ることに成功した。
  4. 数が売れたお陰で、開発を続けることができて、現在のプリウスは本当に、ガソリン車よりも燃費の良いハイブリッド車に進化した。

→ ...

camiです。
Evernoteの場合は、input-and-searchが基本で、organizeはあくまでオプショナルになる。なのでorganize機能を充実させるのは、いたずらに複雑性を増すだけなのかなあと。
これはその通りだと思います。
Evernoteの講習会が開かれており、そのまとめブログを眺めることもあるのですが、整理をするなら「複雑な工夫」が必要になっているという印象を受けます。
複雑な工夫をせずに、自然にできるのが理想なんですが、数学的に否定されてしまっていると…。
私事になりますが、Piggydbを使って、「整理」と「学習」できたと感じられたことを一つ。
私には現在、要介護の身内がいます。
金銭的な問題も抱えています。
そして私自身も病院通いの生活です(以前、なかなかコメントしにくいと言ったのはこれが原因でした…)。
まず、一つの問題を解決しようと、対処方法、参考資料などを集めていきました。
そうしているうちにタグフラグメントが浮き出てきて、ある程度の形になりました(「問題の整理」)。
それを、現在抱えている各問題に対して行ったところ、共通するフラグメントが見つかりました。
「もしかしたらこれが核になるかもしれない」と思い、それをまたタグフラグメント化して、付近のフラグメントにタギングしていくと、解決の糸口が見えてきました。
そうこうしているうちに「自分を守りつつ介護する方針」が立ちました。
これはPiggydbのおかげです。
非常に感謝しております。
…で、この流れこそが「整理に対する恣意性」と「学習」ということでいいのでしょうか?
ただ、それはもしかしたら「同時期に複数の問題を抱えていた」という認識があったからこそできたのかもしれません。
たとえば各問題が別々の時期に発生し、時系列として遠く離れたフラグメントからヒントを得なければならない状況だと、この方針を見つけ出せなかった可能性もあります。
結局のところ、そういう関連性を見つけ出すのは脳内の作業です。
そう考えると、距離の大きなフラグメント同士の関連に気付くためには、やっぱり大局的な視点が欲しい気がします。
タグフラグメントを駆使するにしても、タグフラグメントの量自体が増えすぎるという問題も発生しますし。
情報の量と視認性はトレードオフの関係になるわけで、難しい問題なんですよね。

ID801番は分からない場所を示す印であり実際に使用して始めて意味がある。

#816 ID816番」のフラグメントで表現されているものを、もうちょっと具体的にご説明頂くことは可能ですか?例えば、7個のフラグメントがぶら下がっていますけれど、何故その7つなのか?
まず、始めに、実際にID816番を使われたフラグメントとの関連を示していなかったことで、本人以外には非常に分かりにくいものになってしまい、申し訳ありませんでした。現在は、実際に使われたフラグメントとの間に双方向つながりを作成してあります。
そして、その実際の使用例が以下になります。
#728_事後的に発見されるアイデア
とは何か? それは、「”つながり”で構造付けられたフラグメント群の『ID816番』がタグフラグメント化した時に発見されたアイデア」の事ではないだろうか?
もしくは、「「”つながり”で構造付けられたフラグメントの『ID816番』がタグフラグメント化するまでの"一連の過程そのもの"」に価値があるのではないでしょうか?
又、以下のフラグメントも同じ流れの中にあるので、紹介します。(ID816番との双方向つながりも作成しました)
いや、きっと「"昇格したタグフラグメント※1"で括られた"つながり”によって構造付けられたフラグメント群の集合」の価値の方が、「"昇格したタグフラグメント"」そのものよりも価値があるのでしょう。言い換えるならば、"アイデアを実現する過程で蓄積した文脈"の方が、"アイデアそのもの"、"アイデアのネーミング"、"アイデアの説明"よりも価値があるということではないでしょうか?
以上をふまえた上で、ID816番のイメージを想像しては頂けますでしょうか?
私自身が「”つながり”で構造付けられたフラグメント群の『ID816番』がタグフラグメント化する」経験をほとんどしていないので、これ以上の説明は難しいです。どんなフラグメントタグフラグメントに昇格するのか、あまり実感がないのですね。なので、とりあえず思いつくままに、7つのフラグメントをイメージの材料としてつなげておくことにしました。
逆に言えば、ID816番の本文が空白であること、そのものに意味があるわけです。「私はこのことについて分かりません、でもどこが分からないのかは分かっています」ということを示したいわけです。
これはどちらかというと、ID801番の使い方に関わる問題な気もします。そして、それに関して、私にとっても新しい手法なので説明不足が合ったこと、改めてお詫び申し上げます。

『ドアコン(仮称)』(ID801番) → ...

 まさにその瞬間、彼の脳裏にハッとイメージが浮かんだ。そのイメージこそ、今彼の脳内宇宙を駆けめぐっている疑問への答えそのものである。と、彼は理屈抜きに確信していた。彼はそのイメージを脳内宇宙で何度も反復し、暗唱し、そのイメージを確かな言葉、キーワードとしてから、おもむろに明かりをともした。のっそりと体を起こすと、枕元から愛用のメモ帳を取りだしお気に入りのペンでそのイメージのキーワードを書き記した。
「――――」と。
 そこで、彼はふと思いとどまった。このイメージは本当にキーワード、問題を解く鍵そのものなのだろうか。むしろ、ドア、入り口のようなものではないか。そう思い立った瞬間彼の脳内宇宙に知的快感が波となって押し寄せた。新たなイメージ達が、次から次へと波に乗って彼の脳内宇宙に押し寄せてきた。
 ドア。入り口。鍵。ゴール。ドアは1つか。いや複数だ。ドアの集合体。コンプレックス。ドアコンプレックス。シネコン。シネマコンプレックス。ドアコン。ドアコン、これこそが新しいキーワードだ。いや、またキーワード? それじゃあ矛盾する。座標。ID。固有識別番号。無感情。先入観の排除。キーワードは先入観を招き、想像力を阻害する。本当にこのイメージはドアコン、だけなのか。驚異の部屋。(博物学)。新鮮な素材。たくさんの様々な種類の新鮮な素材。市場。食材の市場。青空市場。うん、やっぱり多数のイメージがある。座標。そうこのドアの座標だけがあればいい。その座標からたくさんの四次元ドアが広がっている。! タグフラグメント。名前のないタグ。フラグメント番号を機械的にIDとして割り振れば。やっぱりPiggydbはスゲェ。スゲェよ。タグフラグメント。名前のない括り。タグフラグメント。・座標ID。・ドアコンプレックス。・キーワードは付けない。・ゴールではなくこれが、入り口。・先入観を排除し、想像力の広がりを。・食材の市場。タグフラグメント。・座標ID。・ドアコンプレックス。・キーワードは付けない。・ゴールではなくこれが、入り口。・先入観を排除し、想像力の広がりを。・食材の市場。タグフラグメント。……。
 ひとしきりイメージの波が落ち着いた後、彼はまたそのイメージを思い返した。
 一度、二度。
 最初からもう一度。
 どんな風に連想したのか、ゆっくりと思い出した。
 ふーっと深呼吸を挟む。
 そして、もう一度イメージを反芻する。
「……よし、もう大丈夫だ」
 彼は、自分の脳内宇宙が、最低限の落ち着きを得て、仮組みではあるがイメージを構造的に記憶できたことに安堵感を覚えてペンを取った。その時、彼の脳内宇宙に知的快感の余韻はもう無かった。彼の脳内宇宙では大迫力のビッグウェーブだったが、現実世界の紙にインクを引けば、それがとてもちっぽけなものに見えた。それが文字だろうが、絵だろうが、図解だろうが、皆同じ事だ。A6のメモ帳の見開き1ページ。客観的に見てまさに手のひらサイズだ。
 客観的。
 そう、彼はもう自分のアイデアを客観的にみれるまでに落ち着いていた。先ほどまでの彼は、自分が天才だと錯覚していたが、今はもう正常だ。彼は自分が凡人であることをよく知っている。あいにく、彼は酒を飲んだことがなかったが、『酔いが覚める』とはまさにこういう気分を指すのだろう。
 だが、彼は知ってもいた。複雑怪奇で入り組んだアイデアの方がいかにもかっこよさそうだが、現実に役に立つのは、短く小さく圧縮された情報であること。シンプルで分かりやすい組み方をされたアイデアであること。
 そして、分かっていた。それでもそのアイデアは現実の世界において、とてもちっぽけなものであるとも。現実には、同じように圧縮され、シンプルに組み立てられた情報がたくさん集まって、本になり、辞書になっていることを。だから彼は謙虚に素直に、そしてポジティブに思った。
「良い道に向かって、一歩前に進めた。今日は良い日だなぁ」

----

作者注。

この描写は長いです。後半部分は1フラグメントに1コンテキスト、という原則から見たら蛇足。後半部分があることで、複数のコンテキストが存在してしまっている。ただ、ストーリーの余韻としてはあっても良いかなと思い、残しました。

また、後半部分のコンテキストも知的生産に関する素敵なコンテキストである気がしていますし、また前半部分のコンテキストとのつながりも大事に記録しておきたいとも感じています。

→ ...

camiです。
Evernoteの場合は、input-and-searchが基本で、organizeはあくまでオプショナルになる。なのでorganize機能を充実させるのは、いたずらに複雑性を増すだけなのかなあと。
これはその通りだと思います。
Evernoteの講習会が開かれており、そのまとめブログを眺めることもあるのですが、整理をするなら「複雑な工夫」が必要になっているという印象を受けます。
複雑な工夫をせずに、自然にできるのが理想なんですが、数学的に否定されてしまっていると…。
私事になりますが、Piggydbを使って、「整理」と「学習」できたと感じられたことを一つ。
私には現在、要介護の身内がいます。
金銭的な問題も抱えています。
そして私自身も病院通いの生活です(以前、なかなかコメントしにくいと言ったのはこれが原因でした…)。
まず、一つの問題を解決しようと、対処方法、参考資料などを集めていきました。
そうしているうちにタグフラグメントが浮き出てきて、ある程度の形になりました(「問題の整理」)。
それを、現在抱えている各問題に対して行ったところ、共通するフラグメントが見つかりました。
「もしかしたらこれが核になるかもしれない」と思い、それをまたタグフラグメント化して、付近のフラグメントにタギングしていくと、解決の糸口が見えてきました。
そうこうしているうちに「自分を守りつつ介護する方針」が立ちました。
これはPiggydbのおかげです。
非常に感謝しております。
…で、この流れこそが「整理に対する恣意性」と「学習」ということでいいのでしょうか?
ただ、それはもしかしたら「同時期に複数の問題を抱えていた」という認識があったからこそできたのかもしれません。
たとえば各問題が別々の時期に発生し、時系列として遠く離れたフラグメントからヒントを得なければならない状況だと、この方針を見つけ出せなかった可能性もあります。
結局のところ、そういう関連性を見つけ出すのは脳内の作業です。
そう考えると、距離の大きなフラグメント同士の関連に気付くためには、やっぱり大局的な視点が欲しい気がします。
タグフラグメントを駆使するにしても、タグフラグメントの量自体が増えすぎるという問題も発生しますし。
情報の量と視認性はトレードオフの関係になるわけで、難しい問題なんですよね。

実績のこもったフラグメント程頼りになるものはない。 → ...

このID816番について、#650とその一連のフラグメントのやりとりが大変に参考になったので、いくつかのフラグメントをつなげさせて頂きました。
遅ればせながらcamiさん、大変なご苦労の中、Piggydbを用いて、問題が解決したこと、本当におめでとうございます。
そして、その経験をpiggydb.jpに還元して下さりまして、本当にどうもありがとうございます。
私はcamiさんのその実績を心より尊敬申し上げます。

ID801番は名前のないタグフラグメントを使った疑問点の明示の仕組みそのものです。

ID801番は、名前のないタグフラグメントを使って、「私はこのことについて分かりません、でもどこが分からないのかは分かっています」という事を表す仕組みそのものについてのイメージです。
その後の、ID810番ID816番は実際にその仕組みを使って、別のイメージについて「私はこのことについて分かりません、でもどこが分からないのかは分かっています」を示しているフラグメントです。

→ ...

magicianさん、書かれていることの意味が端的に分からないです。
沢山作られているつながりや引用によって示したいこともmagicianさんにとっては自明なのかもしれませんが、ビジターにとってはかなり置いてけぼり感があると思いますよ。ここはPiggydbに慣れていない人も訪れるわけなので、実験的な構造を提示して頂くのは問題ないのですが、そうするのであれば、きちんとビジター向けの言葉で意図を説明しないと意味のない情報になってしまいます。

camiです。
Evernoteの場合は、input-and-searchが基本で、organizeはあくまでオプショナルになる。なのでorganize機能を充実させるのは、いたずらに複雑性を増すだけなのかなあと。
これはその通りだと思います。
Evernoteの講習会が開かれており、そのまとめブログを眺めることもあるのですが、整理をするなら「複雑な工夫」が必要になっているという印象を受けます。
複雑な工夫をせずに、自然にできるのが理想なんですが、数学的に否定されてしまっていると…。
私事になりますが、Piggydbを使って、「整理」と「学習」できたと感じられたことを一つ。
私には現在、要介護の身内がいます。
金銭的な問題も抱えています。
そして私自身も病院通いの生活です(以前、なかなかコメントしにくいと言ったのはこれが原因でした…)。
まず、一つの問題を解決しようと、対処方法、参考資料などを集めていきました。
そうしているうちにタグフラグメントが浮き出てきて、ある程度の形になりました(「問題の整理」)。
それを、現在抱えている各問題に対して行ったところ、共通するフラグメントが見つかりました。
「もしかしたらこれが核になるかもしれない」と思い、それをまたタグフラグメント化して、付近のフラグメントにタギングしていくと、解決の糸口が見えてきました。
そうこうしているうちに「自分を守りつつ介護する方針」が立ちました。
これはPiggydbのおかげです。
非常に感謝しております。
…で、この流れこそが「整理に対する恣意性」と「学習」ということでいいのでしょうか?
ただ、それはもしかしたら「同時期に複数の問題を抱えていた」という認識があったからこそできたのかもしれません。
たとえば各問題が別々の時期に発生し、時系列として遠く離れたフラグメントからヒントを得なければならない状況だと、この方針を見つけ出せなかった可能性もあります。
結局のところ、そういう関連性を見つけ出すのは脳内の作業です。
そう考えると、距離の大きなフラグメント同士の関連に気付くためには、やっぱり大局的な視点が欲しい気がします。
タグフラグメントを駆使するにしても、タグフラグメントの量自体が増えすぎるという問題も発生しますし。
情報の量と視認性はトレードオフの関係になるわけで、難しい問題なんですよね。

「蓄積」と「大局的な視点」 → ...

camiさん、
介護問題、私も一度覚悟を決めた後にその身内が亡くなるという経験をしているので他人事とは思えませんが、回り回ってPiggydbというソフトウェアがそのような形で、ささやかにでもお役に立てたということであれば、これ以上嬉しいことはありません。
結局のところ、そういう関連性を見つけ出すのは脳内の作業です。
そうなんですよね。人間の能力を馬鹿にしてはいけないなと思います。Piggydbと似たようなアイデア創造の手法としてKJ法というものがありますが、確か立花隆氏だったと思いますが、そんなまどろっこしいことをしなくても人間は頭の中で同じようなことをやっているという批判がありました。
と思って、ググったら、やはり見つかりました。
KJ法の原理は非常に重要なことだということはわかっていた。しかしそれは、別に川喜田二郎に教えられるまでもなく、昔から多くの人が頭の中では実践してきたことなのである。別に珍しいことではない。KJ法のユニークなところは、これまでは個々人の頭の中ですすめられていた意識内のプロセスを意識の外に出して一種の物理的操作に変えてしまったことにある。「頭の中であれこれとりとめもなく考える」というプロセスをさまざまの概念を記した紙片をあちらに動かしたり、こちらに動かしたりという物理的運動に変える。それによって、これまで個々人の頭の中という無形の作業空間しかなかったものが、一つの物理的作業空間を得ることによって、集団的作業が可能になる。作業手順を定型化することで、万人向けのシスティマティクな方法論が確立する。... KJ法のごとき発想、つまり、思考過程を普遍的かつシスティマティクな物理的作業手順に分解することによって、これまで意識内作業であったものを物理的作業に置き換えることができるという発想は、コンピュータにはふさわしいが、人間にはあまり向かない。
コンセプトを発見するというプロセスにおいて、人間にはそれまでの長い経験に基づく直感というものもありますし、システムができるのはあくまで補助的な部分だけだと思います。ただこの補助の機能としてcamiさんが言われる「大局的な視点」をどうやって実現するかという部分においては、まだまだ工夫の余地はあると思います(スライダーによるズームもこの観点からの機能でした)。
むしろシステムとして重要なのは発見したコンセプトを「蓄積」する方かなとも思います。人間の記憶には限界がありますので、データベースがある程度以上に成長すると、脳のキャパシティを超えた部分で、さらなるコンセプトの発見をサポートできる可能性が高まるのではないかと期待しています。
蓄積した情報をどう見せるかについては、いくつかアイデアがありますので、今後のバージョンでそれらを実装していくことになると思います。「蓄積」と「大局的な視点」がうまく両立できればKJ法の限界も突破できるのではないかと。

昇格したタグフラグメントは象徴であり、価値はそれが象徴する中身そのものにある → ...

いや、きっと「"昇格したタグフラグメント※1"で括られた"つながり”によって構造付けられたフラグメント群の集合」の価値の方が、「"昇格したタグフラグメント"」そのものよりも価値があるのでしょう。言い換えるならば、"アイデアを実現する過程で蓄積した文脈"の方が、"アイデアそのもの"、"アイデアのネーミング"、"アイデアの説明"よりも価値があるということではないでしょうか?
つまりこれは、価値があるのは、アイデアの方なのか、それともそれを実現する過程で蓄積した文脈の方なのか、という話ですね。
これに対して、文脈重要派が、アイデアは実現しなければ価値がない、という場合、それはいいアイデアを実現すると必然的に価値のある結果が得られるという意味ではなく、蓄積された文脈の価値によって、結果の重要性が左右されるという意味になります。
  • #785 「アイディアの価値」

※1"つながり"によって構造付けられたフラグメントが"タグフラグメント"化したタグフラグメントを、ここでは仮に"昇格したタグフラグメント"と呼び、"生まれつきのタグフラグメント"と区別する。
※2過去のPiggydb.jpで使われていた単語に合わせて、変身を昇格に修正。