camiさん、嬉しすぎます（泣）
２年も使って頂いた上に、「誰も使っていないかも」に反応して頂けるなんて、やる気がみるみる回復しちゃうじゃないですか。気にしてないと思いつつ、本当は寂しかったんでしょうね（自分はROM専のくせに）、、、なんか目頭が熱い。
フィードバックの内容は早速検討リストに追加させて頂きました。どうも有難うございます。
ひとつ興味深いと思ったのが、「双方向繋がりをデフォルトに設定するオプション」というものなのですが、双方向繋がりを頻繁にお使いになられるんですね。これってどうしてなのか、可能な限りで良いですので、理由を教えて頂けるととても参考になります。
—
camiです。
喜んでもらえてよかったです、書き込んだ甲斐がありました！
喜んでもらえてよかったです、書き込んだ甲斐がありました！
ご質問の件ですが、主な理由は二つあります。
一つ目ですが、片方向繋がりの場合、
という理由から、どうしても従属関係や時系列、因果関係などを意識しがちになります。
逆に、そういった関係がはっきりしない場合は双方向繋がりがイメージに合います。
逆に、そういった関係がはっきりしない場合は双方向繋がりがイメージに合います。
情報収集の初期段階では、フラグメント同士の関係がはっきりしていません。
その結果、とりあえずは双方向繋がりで繋げておいて、あとから片方向にするパターンになりやすいです。
ニワトリと卵があったら、まずは双方向繋がりで、ニワトリが先だと決着が付いたら片方向に戻す感じですね。
その結果、とりあえずは双方向繋がりで繋げておいて、あとから片方向にするパターンになりやすいです。
ニワトリと卵があったら、まずは双方向繋がりで、ニワトリが先だと決着が付いたら片方向に戻す感じですね。
もう一つは、双方向で作っておけば、画面を読み込み直すことなく直接繋がりを作れて便利だからです。
A→B→C
A→D→E
A→D→E
という状況で、CからEに繋がりを作ろうとすると、チェックボックスを使ったり、Aまで戻ってから繋がりを作る必要があります。
これが全部双方向なら、「+」ボタンで繋がりをたどっていくことで、画面を切り替えずに繋がりを作れます。
ちょっとした手間の問題なのですが、一つ目にあげた理由と合わせると、「とりあえず繋げるなら双方向のほうが便利」な場合が多いです。
これが全部双方向なら、「+」ボタンで繋がりをたどっていくことで、画面を切り替えずに繋がりを作れます。
ちょっとした手間の問題なのですが、一つ目にあげた理由と合わせると、「とりあえず繋げるなら双方向のほうが便利」な場合が多いです。
1：1で繋がりを作る場合はいいのですが、チェックボックスを使ってまとめて繋がりをつくるときに、片方向強制だと、双方向にする手間がかかります。
もちろん人によって使い方は違うと思いますし、片方向が便利な場合もたくさんありますので、オプションでデフォルトを変えれればいいなと思ったわけです。
情報収集の初期段階での、双方向つながり作成について
camiさん、
いやあ、これは大変参考になります。どうも有難うございます。
いやあ、これは大変参考になります。どうも有難うございます。
実は、Piggydbが他の情報管理ツールと一線を画する部分があるとすれば、それは「情報の重み付け」にあると思っているのですね。最初はバラバラでフラットだった情報の集まりが、利用者の学習や価値観によって重み付けされ、ある種の知識の輪郭が姿を現すと。その終着点がタグフラグメントになると思っているわけですが。
その原則から考えると、全ての情報がフラットで、全ての情報が相互に関係しているような状況が（「みにくいあひるの子定理」）、全く重み付けされていない初期状態だと考えられるので、camiさんの例のように「とりあえずは双方向繋がりで繋げておいて、あとから片方向にするパターンになりやすい」となるのは、とても理に適っているなと思いました。