情報を溜める系サービスは10000件で限界を迎える？

一般的な個人知識管理サービス（Evernote、OneNote、Google Keep、Notion、WorkFlowy、Dynalist、Roam Research、Scrapbox 等々）では、1万ページあたりで限界に近付きますが、デライトは100万どころか1,000万ページ以上の情報を扱えるように設計されています。

1万ページを軽く超えるScrapboxプロジェクトをたくさん利用してますが「限界」なんて感じたことはありません。いい加減なことを言わないで欲しいものです。

自分のScrapbox3200ページくらいあるけど、限界の「げ」の左側の棒すら感じられないので、1万ページが限界だと言われる理由がぜひ知りたい。というか、『Scrapbox情報整理術』では、そういう限界がないことがScrapboxの良さだと書いたからなおさら。

「情報を溜める系サービスが10000件で限界を迎える」という話題に関して、それがなぜどういう条件で起こるのかという話を書いた。一晩寝かせて明日Scrapboxにまとめよう。

ちょっとよんだ

ただ根拠は全然わからなかった

自サイトに本文を載せてそちらに誘導する方法もありますが、興味のない人はリンクを踏まないので効果が落ちます(落ちるはず)

話題にしているところが他にもあった

Twitterがメモ帳代わり人「そのままTwitterでいいじゃん」ということになりそうに思えました。

そうするとデライトのライバルは、Notion、Roam ResearchやScrapboxではなく、Twitterなのかもしれません。

単なる誤推論なら訂正してくれればそれでいいし、盲点と突いた推論なら深く考察しがいがある

数万ページで運用してる例が有ることを知らずにdisろうとしただけなんじゃないですか

だからその後議論も訂正もありませんよね

あらゆるScrapboxプロジェクトが数千ページmaxなときこれを言われたら、「そうかな?」と信じた人がいたかもしれませんけどね

卑怯千万だと思います

Scrapboxって「一般的な」からはかけ離れてると思う

いろんな視点からの意見がありそう

たまたま関連するものを列挙していたったら本題だからそれたものを含んじゃったパターンとか？

軽い説明は読んだけど輪郭構造がどういう問題に対処するのかいまいちよくわかってないが

やってましたね。

とてつもない情報量を階層構造で扱って問題がでないのかはちょっと興味があるが

それでも小さな集合はタグによる分類をしがちなのでやめたい

ページが増え続けるような場合はスケールしなさそうなので

もしかしたら輪郭構造はこの問題をうまく解決しているのかもしれない？

Scrapbox「に関しては」、限界には近づかないという意見

Roam Research usersからもありそう

Scrapboxとデライトのページが同じ単位、同じ性質を持っているとは思えないので並べて議論するものではないと思う

Scrapboxは話題、スレッドのような単位なのに対してデライトはツイートや断片のような単位に見える

後はScrapboxはユーザーにある程度明示的に管理させるけど、デライトはさせない方向性になってるとか？

Scrapboxの場合走り書きを雑に書いたとしても情報として活かすためには編集するしかない

作者さんは次回スレッドで説明してくれるらしいし、それ待ちかな

てかこういう議論こそScrapbox向きだよなあ

これの結果どこぉ。。。普通に気になる

単純に、多すぎると動作が重くなる的な話なのかなと思ってしまった。

コンピューターをなめすぎている？

その視点もあったか