井戸端のページ数推移
table:stats
pages achieved days Δpages/days
1 2020/01/19 0 -
(2021/05/01)加速してる?
table:stats
再加速してる！
table:stats
2023/09/24か2023/09/25のどちらかtakker.icon
backup dataから推測した
2023/09/25としておく
table:stats
29000 2024/07/14 44 22.7
30000 2024/08/29
33000 2025/01/18
36000 2025/05/23ごろ
自動で計算してくれると楽なのだが...
11000ページから12000ページにかけて、Δpages/daysが過去最高値を記録している！hatori.icon
1か月で1000ページはすげえwogikaze.iconyosider.icontakker.icon
中身を分析してみたいtakker.icon
切り出しが多かったのだろうか？
自分も1ヶ月に1000ページくらい書きたい～takker.icon
赤リンクをストイックにつぶして行けば1000ページ／月ぐらいはできますよ suto3.icon ああ、なるほどsta.icon
自分は赤リンクになりそうなものはそもそもリンクつけない（青リンクにする or 直近できそうなものにだけリンクをつける）感じでやってる
が、リンクの数少ないし、変えてみようかな
赤リンクを潰して行った結果「既にわかってるもの」に関するページの割合が多くなって知的生産システムとしての価値が落ちたりしないか心配だなぁ
あえて「既にわかってるもの」を書いていくと「わかったつもり」になっていることを発見でき、知識管理としては有用ですよsuto3.icon 比較実験が困難なので何が正解かはわからない
赤リンクになりそうなものをリンクにしないのも悪影響ありそうな気がするなぁ
未来の「予期せずつながる」のための投資が行われてないってことだと思う
なるほどtakker.icon
どちらの言い回しのほうがしっくりくるかな
12000ページから13000ページにかけて、Δpages/daysが過去最高値を記録している！who.icon
僕はついていけるだろうか 井戸端のページ作成のスピードに
これの元ネタはBLEACH49 The Lost Agentの巻頭ポエムか？hatori.icon 13000ページから14000ページにかけて（以下略）hatori.icon
単純にアクティブユーザーが増えただけでは suto3.icon
なんか計算おかしいような？
直しました
code:js
const from = new Date(2021, 5, 4).getTime();
const to = new Date(2021, 9, 3).getTime();
const duration = Math.round((to - from) / 1000 / 3600 / 24);
alert(duration);
なるほど、Δpages/daysの列は一つ上からの経過日数なのか
1000/経過日数(一日あたりのページ増加数)かと思った
経過日数はdaysという列に書くことにしてみた
たしかに。よく考えたら経過日数をΔpages/daysと書くのはおかしかったtakker.icon
あ、blu3mo.iconが勘違いしてdelta/days→Δpages/daysに変えてしまいました🙇♂️blu3mo.icon
2022/4/10 時点までのデータを元に、ページ数推移のダッシュボードを作ってみたmeganii.icon
https://gyazo.com/c6fb42934282bdea921ff5fbc2c03515
おおーwdnin.icontakker.icondokudami.iconshotato.icon
以前のページ数データはどこから採取してきたのでしょうか？takker.icon
あ、ページの作成日時から逆算できるのか
はい、ページの作成日時を積み上げていますmeganii.icon
https://gyazo.com/7207f1136ec11ea583014c64dda8040d
Scrapboxザッピングしやすいように、ページコンテンツを下部に生やしたmeganii.icon
ページ情報を自動更新するようにしてみた