デライトが言う所の暴力的な方法
とは何だろうかtakker.icon
Scrapboxのページ名を一括で変える機能のことですkuuote.icon
どこで見たか忘れてしまった
これは私が「ブルートリンク」と呼ぶくらい乱暴な設計で,長期的な知識管理には向いていない。 元のページ名からのリダイレクトあれば全く問題ないのでは?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
全然説明になってなかった
そもそもProjectで分かれているScrapboxと全部一緒くたになっているデライトを比較するのが違うのではないかと思うkuuote.iconerniogi.icon
全てが混ざっているのであればこの方法がスケールしなくなるというのは分かる
それはそうかもしれませんが、勝手な仮定にもとづいて他システムを貶すのは本当にやめてほしい 増井俊之.icon
書きかけメモとしての運用、つまり正確性を全く担保していないメモ帳として使っているということかなtakker.icon
だとしてもTwitterの宣伝でもそういう書き方するのはやめてほしいtakker.icon
まあ私も自分で真剣に使ってみるまでは、1万ページとか無理かもと思ってましたね 増井俊之.icon
でも強烈に利用してるうちに、全然大丈夫だということがわかりました 多分10万ページでも余裕だと思うtakker.icon
ちゃんとした比較ではありませんが
非エンジニアのtakker.iconのガバ実装でも問題ないのだから、Notaさんの実装ならなおさらでしょう
まぁ無視することにさせていただきます 増井俊之.icon
タイトルとIDを別にする(タイトルは空でも良い)という発想わかるにはわかるんだけど名前つけておいたほうがよくね? と思っているseibe.icon
仮でいいので
この考え方に名前をつけた方が良いかもnishio.icon
僕がScrapboxを使い始めた時も「タイトルをつけることを強制するの?」と疑問に思った
しばらく経ってから「最初にタイトルが思い浮かばないときには適当なタイトルを付けて書き始め、内容が決まってからタイトルを更新する」という行動スタイルを習得した
案seibe.icon
仮設(仮説ではない)。暫定的、一時的
テンポラリズムはリズム良くて好き
同じ語の意味を分けたければその語のページで記述すればよいし、哲学でやっているように「〇〇A」「〇〇B」などと名付けておいても良い
あと根本的には私達がシニフィエにアクセスする方法はシニフィアンしかないのでシニフィアンを付けておいた方が良いと思うという話(そしてIDはシニフィアンとしては弱い) 若干横暴な議論には思う