ブルートリンク
デライト.icon
デライト開発者が update links 的なリンクの維持を指して使っていた表現。
ブーメランジョーク:[update links] を update links して[ブルートリンク]に書き換えるSummer498.icon
from update links
ブルートリンク
デライトが言う所の暴力的な方法とは何だろうかtakker.icon
デライトには全文検索ないのでどの輪郭かわからん
デライトにも全文検索ができた
→デライトの検索#661b88dbcc1fc1000060127c
Scrapboxのページ名を一括で変える機能のことですkuuote.icon
update links
どこで見たか忘れてしまった
ブルートリンクだ
これは私が「ブルートリンク」と呼ぶくらい乱暴な設計で,長期的な知識管理には向いていない。
元のページ名からのリダイレクトあれば全く問題ないのでは?kyamad9.icon
リンクが切れると書いてあるが、これは上記機構で解決できる
これが問題になる前提が書いてないので気になる
乱暴な設計だとぉ?? 増井俊之.icon
ケンカ売ってる? 増井俊之.icon
理由が不十分だしそうなのかもしれないtakker.icon
ま、まあ落ち着いて……takker.icon
で、結局、長期的な知識管理に向いている乱暴でない設計って、何があるんですか? suto3.icon
当然、知識の劣化、陳腐化、エラー訂正にも対応しているんでしょうね
長期的に使ってもいないクセに難癖つけてるように見えますね 増井俊之.icon
これで問題になったことなんてありませんし報告も聞いてませんけどね 増井俊之.icon
実際自分のProjectでも何度も使ってますがよく機能してくれてますねkuuote.icontakker.iconerniogi.icon
少なくとも15 pageくらい同時に置換処理を行っても一切問題なかったですtakker.icon
いまだに失敗したことがないと思うけど失敗したらめんどくさそうだなとは思う基素.icon
元の名前に戻して再度実行すればいいからそんなでもないかな
作者の説明によると、置換するページの数に比例して負荷が大きくなる(と推測される)のが問題だと言っていますね
輪結同期(link synchronization)には,輪結数に比例して負荷が大きくなること,別の司組(システム)や用者(ユーザー)などの権限を越えられないことなど,根本的な問題がある。
権限云々はよくわからんtakker.icon
推測で貶すのカコワルイ 増井俊之.iconkuuote.iconerniogi.icontakker.icon
1万ページで使えなくなるという間違った推測もしてたような 増井俊之.icon
あのあと作者さんの説明ありましたが全くわからなかったtakker.icon
全然説明になってなかった
情報を溜める系サービスは10000件で限界を迎える?#630850381280f00000e8a149
そもそもProjectで分かれているScrapboxと全部一緒くたになっているデライトを比較するのが違うのではないかと思うkuuote.iconerniogi.icon
全てが混ざっているのであればこの方法がスケールしなくなるというのは分かる
それはそうかもしれませんが、勝手な仮定にもとづいて他システムを貶すのは本当にやめてほしい 増井俊之.icon
書きかけメモとしての運用、つまり正確性を全く担保していないメモ帳として使っているということかなtakker.icon
だとしてもTwitterの宣伝でもそういう書き方するのはやめてほしいtakker.icon
まあ私も自分で真剣に使ってみるまでは、1万ページとか無理かもと思ってましたね 増井俊之.icon
でも強烈に利用してるうちに、全然大丈夫だということがわかりました
多分10万ページでも余裕だと思うtakker.icon
ちゃんとした比較ではありませんが
/takker/external-completion-2のリンク補完で数十projectから合計10万リンク以上を抽出・検索することがあるのですが、処理落ちすることはほとんどありません
非エンジニアのtakker.iconのガバ実装でも問題ないのだから、Notaさんの実装ならなおさらでしょう
まぁ無視することにさせていただきます 増井俊之.icon
タイトルとIDを別にする(タイトルは空でも良い)という発想わかるにはわかるんだけど名前つけておいたほうがよくね? と思っているseibe.icon
仮でいいので
この考え方に名前をつけた方が良いかもnishio.icon
僕がScrapboxを使い始めた時も「タイトルをつけることを強制するの?」と疑問に思った
しばらく経ってから「最初にタイトルが思い浮かばないときには適当なタイトルを付けて書き始め、内容が決まってからタイトルを更新する」という行動スタイルを習得した
案seibe.icon
『Re:vision: タスクリストとアウトライン』がまず思い浮かぶ
仮設(仮説ではない)。暫定的、一時的
「主義」をつければこれに固着した態度を示せる→仮設主義、テンポラリズム
テンポラリズムはリズム良くて好き
学習する組織、自己組織化もこのあたり?
エポケーも周辺概念かも
「ある〜」という形の仮タイトルを付けている(例えば、『あるアイデア』とか)。たしかにタイトルなしだと分かりにくいので久住哲.icon
「下書き」とかでもいい久住哲.icon
タイトルなしにすると、自動的に「あれ」というタイトルがつく
好みが分かれそう
タイトルなしの投稿は、検索欄でスペースだけ入力して検索すれば検索できる
隠し機能
「あれ」では検索できないのかbsahd.icon
「あれ」で検索すると、意図的に『あれ』と名づけた投稿がヒットする久住哲.icon
同じ語の意味を分けたければその語のページで記述すればよいし、哲学でやっているように「〇〇A」「〇〇B」などと名付けておいても良い
あと根本的には私達がシニフィエにアクセスする方法はシニフィアンしかないのでシニフィアンを付けておいた方が良いと思うという話(そしてIDはシニフィアンとしては弱い)
若干横暴な議論には思う
IDのみによってその「投稿」(デライトでは輪郭という)の独立性が保証される、という点が重要久住哲.icon
だが、IDによる独立性は機械側の都合。使う人間側の都合としては、「輪括」という概念がある。これは簡単に言えば、他の投稿との関係のこと。
なるほど、輪括のおかげでその時々に必要な「あれ」がタイムライン(多分この言い方じゃない)に流れてくるわけだseibe.icon
輪括、思っていたより重要だった
suto3.icon
ブルートリンクはデライトさんの用語で、Cosense/Scrapbox の用語ではないですね
乱暴な設計というのは少し言い過ぎではないでしょうか
力まかせ探索(brute-force search)
組み合わせ爆発(combinatorial explosion)
/shokai/wikiでページのURLをIDにすると絶対にうまくいかない
ページ名をupdate linksにしましたbsahd.icon
変更により、文章がおかしくなる箇所の確認をしていないの?suto3.icon
ブルートリンク#69fc17140000000000cc97af これは私が「[update links]」と呼ぶくらい → これは私が「ブルートリンク」と呼ぶくらい
まだ他にあるかも知れません
ごめんなさいbsahd.icon
デライト関係のページは確認しておく
2024/07/20#669b7f70cc1fc100008651c6ここも[ブルートリンク]の方がよいかなseibe.icon
今回はブルートリンク(元の名前)の方が良さそうな感じはするなあ
あーでもupdate linksの確認ダイアログ#631f9f9bb8bbfc0000c95c3fは[update links]の方が適当だろう、なのでupdate linksで戻すのもよくなさそう
結局、同じことを言っていても別の単語なら別の文脈で使われる、ということなのだろう
ページ名の変更(というかmergeは?)は破壊的な編集(自動でもとに戻せない編集)だということが分かった。もとに戻せない編集は挑戦的な編集の妨げになると思う、少ないほうがいいよなあ
ゼロにしろというわけではない。あるものだし、あって仕方ない。ただ時代が下れば減りはするだろう
update links#6002ab9ee5172d00002ca3a6
使われている文の中で新しいリンクが前後と繋がるか気になって1つ1つ見て回ってしまうyosider.icondnin.icon
update links#669caade71b3c20000c4e4a8
ページ名をupdate linksにしましたbsahd.icon
変更により、文章がおかしくなる箇所の確認をしていないの?suto3.icon
update links#669caade71b3c20000c4e460 これは私が「[update links]」と呼ぶくらい → これは私が「ブルートリンク」と呼ぶくらい
まだ他にあるかも知れません
ごめんなさいbsahd.icon
これはリンクの一括置換するほうの勢いがよいのか確認を1つ1つしないと「文章がおかしくなる」(ってぽこられる)ようなつくりが勢いよいのか果たして、と思ってしまったはるひ.icon
情報を溜める系サービスは10000件で限界を迎える?から派生して,こちらも当時印象深かった議論hiro.icon
早々に文脈問題が発生したりupdate linksの限界が検証されたりしていたので万能ではないことはあえて言うまでもないかなと,これについても沈黙していた
「限界」と同様,これも,デライトを知っていればある程度「乱暴」と感じた理由は察してもらえるのではないかなと思う
もちろん,これについても私の表現の仕方にだいぶ問題があったことは認めざるをえない
デライトは,もともと世界中の何十億人という人が一人あたり何十万・何百万というページを普通に扱う世界を想定して開発されている
SNS を超えて,ウェブ全体を覆うインフラになるようなイメージ
それを KNS という
セカンドブレインというより,ニューブレイン,絶えず交信しあう全人類の「新しい脳」になることを目指している
当然,誰かの一つのページが世界中の何十万・何百万ものページから参照されることが普通にありうる
この先は言うまでもないだろう
仮にデライトと同じところを目指しているのだとしたら,やはりそれはブルートリンク,乱暴な設計としか言いようがない
もちろん,そうではないことは今はよく理解している
リダイレクトで解決,というような話を shokai さんが書いているのを見て,当時の私は「マジで?!」と思わずつぶやいてしまった記憶がある
いま思えば,そんな極端なことを想定して勝手に他ツールを批評している方が「マジで?!」なのだが……
ここからは提案半分の問題提起なのだが,そもそもキーワードによるリンクで参照関係を無理に維持する必要ってあるのだろうか,と最近は考えている
ウィキ流のキーワードリンクには,言語的に共有しやすい利点がある
これは集団で知識を育てようという Cosense の趣旨にもよく適っている
デライトのような非言語的な識別子(知番)はむしろ導入すべきではない
最近のこのページ名を巡る混乱のようなことはデライトでは生じないが,いくつかの短所もある
柔軟なリンクが可能なぶんリンク先がぱっと見で分かりにくくキーワードとして共有しにくい
アンカーが自由に設定できるのは珍しくないが,加えてページ名も自由に設定できてしまう
常に知番(意図との対応)を意識する必要があり,ページ数やリンク数が相当多くないとかえって認知負荷が高くなる
要は Cosense が重視している「ページ間リンクの気軽さ」が失われる
キーワードが変わるならリンクが切れるのはむしろ自然なこととも言える
これを無理に補完しようとすると,実装もユーザーのメンタルモデルも無駄に複雑化させかねない
特に,会社で触っているだけの初心者とか,全ての参加者にリンクの強度に対する適切な理解を求めるのは難しい,というか不可能だろう
update links やリダイレクトを過信してかえって混乱を招くということは十分ありうる
システムもユーザーも,キーワードはキーワードでしかないと割り切った方がすっきりするかもしれない
その上で,あくまでも表面的なリンク置換作業を自動化するだけの機能として update links を再定義するというのはアリだと思う
単純に面倒な作業なので
その場合,このページのここは置換しますか?みたいな問い合わせ式の方が向いているかもしれない
文脈問題を常に意識させる
要するに,リダイレクト不要論の提起である
特定の話題に関して永続的なページが欲しければデライトを併用して適宜参照しあえばいい
例えば,K#F85E/5B28-99D0 と書いておくだけでも,このページの記述内容がブルートリンクを意図していることは明確になる
デライトの輪郭を Cosense ページのメタ情報的に使うとよさそう
ではリンク置換型ではなくリダイレクトページ型なら問題ないということですか?bsahd.icon