Scrapboxベストプラクティス2022原稿v1
nishio.iconここの内容をScrapboxベストプラクティス2022原稿に整理していっています
このページはアーカイブというわけではないのでコメントをつけたりしてもいいけども、既にかなりカオスだからどうかな、行リンクして別ページにする方が動きやすいかも。まあお好きなように
---
/nishio/Scrapboxベストプラクティスを書いたのが2017年の話
もう5年も経つし、viewed順でみると結構見られているものなので今の知識でリライトしたいnishio.icon
これ結構読んでた気がするけど、そんなになるのかkuuote.icontakker.icon
コンパクトにまとまったものにしたい
ついつい余談を書きたくなってしまうのをぐっとこらえる
余談は別ページに逃がせばいい気もするけど、そうもいかないのかな?takker.icon
余談をここに書いて、清書版からは削る的なイメージだったnishio.icon
そして英訳する
2017 /nishio/Scrapboxの良さ
そもそもScrapboxとは何なのか、の話がある
2019 /nishio/Scrapboxの良さ(その2)
1時間の勉強会用の資料として作ったので長い、抽象度の高い話が多いので初めての人に直接見せるには不適当
2022年現在の僕の理解では、これを一人で書き始めるより原稿を共有スペースに置いた方がより良いものになると思うnishio.icon
のでやった
多分とっ散らかって収拾つかなくなるので後で一人で清書が必要になる
一晩で既にとっ散らかってきたwnishio.icon
/vim-jp-emojis/wwww.icontakker.icon
整理したい気持ちになる人が出てページを切り分けようとするかもしれないので書いておくと、nishio.iconはまだ発散させても(自分のキャパに収まってるので)大丈夫だと思ってます
なので切り分けるよりリンク先から重要なキーワードをコピーしてきてこのページに全部集まってる状態を作る方向に進めてます
らじゃーtakker.icon
メタ・ノートよさげnishio.icon
「これはX、2回書き直してZを作るってのよさそう」の意味
v1のKozaneba
これは更新される
スクショ:
https://gyazo.com/cd5d3fc71329fa3270088971a5c80275
✂ to 1: まず分野を特定しない「なんでも入れられるプロジェクト」を作ろう
アンチパターン
✂ to アンチパターン_Scrapboxベストプラクティス2022原稿v1
✂ to draft Scrapboxベストプラクティス2022原稿v1
->>
必要な情報にかかる時間を最小化したい
nishio.icon情報を見つけるのに必要な時間を最小化したい?
EvernoteやGoogle Docsはアーカイブ Scrapboxは使える知識を残す
Gmailはアーカイブ Heyはリサイクリング機能がついたので使える知識を残す
アーカイブの問題点
メンテナンスされないのでゴミデータが残る
アーカイブにアクセスする頻度は低いため
しかし、アーカイブには検索性能を求める
これは相反する要素で、非現実的
いらないデータは消すということをしなければ良い検索結果は得られない
nishio.iconそう?
<<-
もっといい表現がありそう
必要な情報を後からリンクでくっつけていってネットワークをそだてていけるイメージ
一度ネットワークができるとその中の移動は高速にできる
わかるnishio.icon
使える知識の使えるとは何か
「必要な時にさっと出てくる」かな
数が少なくて分類基準が明確なら階層分類できるOKなのだけど、物理的なものと違って情報は複数の側面を持ったものが多いのでうまく分類できないことがしばしば起こる
そこで「全部一つの箱に入れて置いて、必要になったらそこを探せばいい」が生まれる
これは検索が可能な電子的情報とは相性が良かった
しかし10000ページ問題 /nishio/思考の結節点20201127 これいいタイトル付けるべきだな
根本的に「人間は正確なキーワードで検索できない」ので、リンクで繋がった「島」にたどり着いてからリンクをたどって目的地に到達
タグをつけて整理するのではない
nishio.icon上手い表現が欲しい
道をつくる
つなげる
動線を貼る
容器のメタファー
リンクの概念
「リンク」と呼ぶことがそもそもミスリーディング説
aタグの一方通行なリンクの役割のイメージが強い基素.icon
なるほど、ある程度ITがわかってる人は逆にここで誤解しうるのかもmiyamonz.icon
HTMLのリンクのイメージを持つと、まずリンク先のページが存在して、それに対してリンクを張る、というイメージになるんだけど、Scrapboxのリンクはまだ存在しないページへのリンクもあるnishio.icon
存在しないリンクはWikipediaという前例があるのでそんなに誤解は生じないかもtakker.icon
丁度色も同じ赤色だし
ただし、「中身のないページは中身のあるページにすべき」というメンタルモデルで臨んでしまうケースは考えられそう
「なんでもリンクにしてしまう」と「中身があるべき」が組み合わさると、単語の説明ページを一生懸命作り続けて「あれ?何がしたかったんだっけ?」となるwnishio.icon
「重要な言葉にマーカーを引くように」
関連付け、あるいはMemexの連想の航跡のイメージkuuote.icon
As We May Think
メメックスの最大の特徴は、2つのものを自在に結びつけられること
できた連想の航跡は他の人と共有でき、百科事典のように公開することもできる
リンクの役割
つなげる
同じ説明の繰り返しを防ぐ
アトミックノートのようにつくる
1つのノートには1つの要素についてだけ書く
最初に書き出す時にそうである必要はないnishio.icon
心理的ハードルが上がって書かれなくなると本末転倒
書いてから、1つのノートに1つの要素になるように「整理できるならした方が良い」
この「良い」は何か?
使い回せるtakker.icon
使いまわすと、使いまわしたノートがハブになって別の視点が繋がることがある基素.icon
言葉の解釈のずれを明確にできる
/nishio/思考の結節点っぽさkuuote.icon
->>
思考の結節点とは
たくさんのキーワードのつながる場所=ハブ
タイトルがないページである
しかしリンクのハブなので有益な気配
事後的にタイトルをつける
あえてタイトルのないページ
この「タイトルがない」とは「タイトルを空行にしたページ」と言う意味ではなく「タイトルが内容の要約ではない」の意味
タイトルから中身を推測できないケースの他に、タイトルから意味が読みとれそうでも実際にはタイトルとは無関係の情報が含まれているケースも含む?takker.icon
e.g. 切り出されていないタイトルとは無関係な脱線
YESnishio.icon
何か考え事をした時に、キーワードAとキーワードBが浮んだとすると、この二つの間にはなんらかのつながりがあるはず
このつながりが明らかであれば「AとBにはこういうつながりがある」と書かれる
しかし明確でない場合もある、それが明確でないという理由で情報を捨てるのはもったいない
なので「有益なタイトルは思いつかないが、とりあえず一つのページに入れておくことによって一緒に浮かんだということを記録しておく」という使い方
これってKJ法の「関係ありそうなものを近くに置く」の一種だな、と気づいた
<<-
ページの中身とタイトルとを合わせることは書き始めで気にすることじゃないなtakker.icon
リンクさえつながっていれば情報の再利用が可能だから
リンク先へスクロールする機能によってさらに効果が上がっている
逆に、具体的に出すのは控えるが、以下のような状態はいい感じじゃないと思う
リンクがほとんど貼っていない
これじゃあ全文検索以外で情報を見つけられないじゃん
ほかのページを十数行丸ごと引用して言及している
そこは切り出して言及しようよ……
他で使うかわからないときには先んじて別記事にしたりしないかも基素.icon
思い出したときに分離する
ですねtakker.icon
ただ実際に使う場面では切り出してほしいような
それはそうですね基素.icon
まあ引用元リンクがあれば辿れるので別にいいのかtakker.icon
ちょっとこれ具体的にイメージできてないnishio.icon
別に伏せる必要なかったかなtakker.icon
ほかのところでは具体的に言及しているし
個人的にタスク管理のScrapboxの運用がなんかいまいちだなあと思いましたtakker.icon
(非難するつもりはありません。そのように見えてしまったら申し訳ありません)
より具体的なページの例は後で出します
結果的に言葉の解釈のずれを明確にできる
実際にここまでやるのは難しい
どこで切り分けたらいいかがわからない場面がある
e.g. 自分のプロジェクトの話は自分の話?
テロメアで行リンク
行リンクは切り出しの機会
@usernameのページ
best practiceかどうかは微妙だけどtakker.icon
催促のないゆるい通知システムとしてはよさそう?
@が半永久的に肥大化する問題は未解決対応策はある
単に「@user 2021年」とかタイトル変えて別ページにして沈めればいいのでは?nishio.icon
もちろんその方法もありですtakker.icon
実際に@staはそのように処理しました
何がダメ?nishio.icon
なんかもっといい感じの方法ないかなーと思っていますtakker.icon
まあでも時系列で切り出すだけでも十分か
表示の切り替え
Streamは細かい更新表示
Date modifiedは粗い更新表示
忙しさで使い分ける
自分が書き込んだページに反応があるか知りたいときはDate modified with (my icon)
自分のアイコンも書き加えておく必要がある
あー、アイコンがあるかどうかで判断してるのか。メニューが増えた時に自分のプロジェクトで試してみて「なんだこりゃ?」となって深追いしてなかったnishio.icon
共同編集を体験したければ、社内勉強会の実況スレ的な感じのことをやるとよい
/nishio/Scrapboxの良さ#59bb5eceaff09e000010231e
発表並列チャットのチャット部分の置き換えとしての形
井戸端に参加するのが一番身になったinajob.icon基素.icon
共同編集的プロジェクトを作る時には毎回「Ctrl+iでアイコンが出るよ」と解説に書いてるのに、毎回アイコン記法を手で入力してる人がいるnishio.icon
毎回やってる下の行に「Ctrl+iで出るよ」とコメント書いてる
動線をつくろう
井戸端でいうと2022/02/27みたいな日付ページ
何でも書きやすいし、皆が見てくれるので盛り上がりやすい
✂ to 一人か複数人か
✂ to 文献調査 Scrapboxベストプラクティス2022原稿v1
箇条書きだから常にわかりやすいわけでもない/よく指摘されているのは「接続詞がわからん」
接続詞、ない方がアウトライナー的に動かしやすいが、あった方が一次元的に読みやすいnishio.icon
「アウトライナー的に動かしやすい」の実現のためには指示語とかも邪魔になる
「接続詞を書いてはいけない」と考えてしまうと疲れるので、気にせずに書いてから、動かす時に邪魔ならその時に削ればいい
「XするときにYしておいた方が便利だから最初からYすべき」は基本的に筋悪なのだと思う
/nishio/YAGNI
実際に必要となるまではしないのがよい
優先度は「形式はなんでもいいからとにかく書き出してリンク貼る」ほうが「箇条書きベースで情報を書くということ」より上もその例
逆に移動するときに必要なら自然に補うことになる基素.icon
ここに至るには移動してもいいんだという意識が大事かも
それが他人の文章でも
確かにnishio.icon
「他人の文章でも編集して良い」
これ複数人プロジェクトをやる上では共通意識になる必要がありそう
/sta/トピック指向日記
トピック指向と時間軸指向の対比がわかりやすい例
初めてScrapboxを使う人にはまず気兼ねなく書いて欲しいので時間軸指向の日記とか議事録置き場としてスタートしても良いと思うのだが、時間軸指向とトピック指向があることに気づいて、トピック指向のページも作られるようになっていった方がいいと思うnishio.icon
この「いい」とは何か?
時間軸から解き放たれたコンテンツの方が「未来の自分」に役に立つ可能性が高い
ほかの解説も参考にしてみよう
/inteltankの記事
/inteltank/1 idea 1 Page / ページの中身とタイトルとを合わせる
単一責務原則を連想したnishio.icon
やっぱりそれを連想しますよねtakker.icon
/arpla/内容ごとにページをしっかり分けて整理する
/nishio/雑多な物が入った箱には良いラベルを貼れない
素人質問(素人のふりした質問)
Q: リンクってなんですか?
道のアナロジーがしっくりくるなぁ基素.icon
shokai.iconさんが言っていたあれがすんなりくるtakker.icon
「このイベントの緯度経度なんて誰も知らないけど、行き方はわかるでしょ」みたいな
どのページだったかな
/shokai/最終的に見つかればよい#5a8ab92597c2910000e9df72
見つけていただいた!ありがとうございます!takker.icon
そういえばScrapboxやってから、いわゆる「行き方」にScrapboxが加わっている気がするkuuote.icon
これだって/shokaiで読んだことあるぞ?という記憶から辿ったし
[脳味噌]が[Scrapbox]になってきているのか、これが
運用ではなくツールの使い方の話
takker.iconは/rashitamemo/rashita.iconさんの連載で大体理解した
Scrapbox入門01「新しくページを作る」 | シゴタノ!
Scrapbox入門02「ページに入力する」 | シゴタノ!
Scrapbox入門03 「リンクとハッシュタグ」 | シゴタノ!
Scrapbox入門04「ブックマークレット」 | シゴタノ!
Scrapbox入門05「ページタイトルを変える」 | シゴタノ!
Scrapbox入門06 「ペーストしてみよう」 | シゴタノ!
Scrapbox入門07「ショートカットキーによる行操作」 | シゴタノ!
Scrapbox入門08 「タイムスタンプと自分のアイコン」 | シゴタノ!
Scrapbox入門09 「検索ボックスとマージ」 | シゴタノ!
Scrapbox入門10 「テキスト操作あれこれ」 | シゴタノ!
Scrapbox入門11 「いろいろな見え方」 | シゴタノ!
Scrapbox入門12 「リンクのつけ方いろいろ」 | シゴタノ!
Scrapbox入門13「プロジェクトとページの粒度」 | シゴタノ!
Scrapbox入門14 「データの出し方」 | シゴタノ!
その他
私のScrapboxの三つの使い方 | シゴタノ!
これは運用の話
Scrapboxでは記法を覚える必要はありません | シゴタノ!
これを少し拡張したやつを補足でつけておくといいかも?
雑談
forum-jpがまだforumだった時代に書かれてるのでリンク切れてたnishio.icon
何が意見が分かれることなのか可視化されて良いnishio.icon
nit: best practiceよりbetter practiceのほうがふさわしいんじゃないかと思ったtakker.icon
bestである保証がない
betterも保証なくないですか?mtane0412.icon
とはいえベストプラクティスが通用しているようだから気にすることでもないか
one of the best的な、人の数だけベストがある感じかと思ってましたkuuote.icon
気付かなかった。確かにそれならとてもしっくりきますtakker.icon*2
「著者が現時点でベストだと思ってること」を紹介するので良いのではないかnishio.icon
Xがベストではないと思う人はXよりベターなものを書いて提示すれば良い、結果的に世の中に出ている解説の質は上がるのでみんなハッピー
/Icons2/すばら.icontakker.icon
改めてScrapboxの使い方を見直せて勉強になるyosider.iconkuuote.icon
チームのための新しい共有ノート
企画書やマニュアル、アイデアなど、チームに必要な情報を何千何万という単位で軽快に管理できます。
Scrapbox - チームのための新しい共有ノート
nishio.icon企画書やマニュアルを何千何万という単位で軽快に管理できるのか…
「じゃあとりあえず過去の3万件の企画書をインポートしよう」ってユーザがいそうだ
Gyazoにインポートしたほうが便利そうtakker.icon
Vision
AI may be able to do many jobs in the future but that's not our goal at Nota. Our vision is to strengthen people's ability to think and communicate, making it as easy as breathing. We aim to achieve this by providing services that are convenient and enjoyable for people to use every day.
将来的にはAIが多くの仕事をこなすようになるかもしれませんが、それは私たちNotaの目標ではありません。私たちのビジョンは、人々の考える力、伝える力を強化し、息をするように簡単にできるようにすることです。そのために、人々が毎日便利に楽しく使えるサービスを提供することを目指しています。
NOTA - We create tools to help people. Not to replace them.
一番最後に言及したページへの参考文献リストがあるといい?nishio.icon
なるべく無味乾燥なリストにしない
リンクを出典アイコンにするUserCSSの出番?takker.iconyosider.icon
/arpla/練習してみよう
チュートリアル親切