暫定的にScrapboxの哲学とUXとで分類しているが、項目が増えてくると誤った二分法になる可能性が高い

そろそろ個別のページに切り出してもよさそう？

すべて切り出したら、このページ自体の意味はなくなりそう

ハッシュタグのような存在

entrypointとしてのページの役割は果たしているかも

Scrapboxの哲学に関係すること

複数の文脈で違う意味として使われる言葉の区別

ゴミページをどうするか

これは未解決問題ではなく単なる特徴

リンクを事後的に細分化しづらい

「困ったときにあとで編集すればいい」とさんは述べていた

その「あとで編集する」に結構手間がかかるということが問題点

手作業でリンクを張り替えるしかない

このあたりはKozanebaを使うとやりやすくなるそうだ

UXに関わること

help-jpに書いていないことが多い

projectごとにuser nameを変更できない

むしろ、user に alias を割り当てられるようにしてほしい

scrapboxのproject nameを変えるの難しい

Scrapbox記法にエスケープシーケンスがないので、引用文やリンクタイトルに [ などが入っていると困る

巧妙な荒らしへの対処

メールアドレスがプロジェクトメンバー全員に公開されている問題

Internet Archiveに保存できない

これ致命的な弱点じゃないか？

過去のscrapbox pageの魚拓を保存できない

削除された scrapbox projectのpageを閲覧できない

解決策

静的ページを生成するclone siteを用意して、定期的に魚拓をとらせる

Scrapbox Readerをベースに作れそう

アクセシビリティにかかわること

多すぎる利用者に関する話題や問題ってあったりしますか？

たとえば1projectにアクティブユーザーが千人以上、万人以上が存在しているケース

千人万人社員の会社で全社導入して、社員達は毎日ログイン

直感だが色々厳しくなってくる気がするような、しないような

Streamあたりはさすがに厳しい

inspired by Confluence

コンフルは万人従業員でも利用実績があって、「Scrapboxだとどうなんかな」とふと思った

スペースを複数作ってそう。数万だと。

組織構造と同じかもしれない

千人の部署や部門をつくるかというと、そうじゃない

数十～多くても数百くらいの部署にしているはず

Scrapboxも同じようにするべき？

さんが詳しそう

開発者「ページの繋がりの視覚化 (daiiz)がそろそろ欲しいな」@/scrapbox-drinkup/Scrapbox 3年間 1400回のリリースを振り返る#63d8b8ff97c29100008a4eec