scrapbox-sta-taskmanagement
ブラックボックスどうする
- リストとは全く異なる操作体系になる
- 入れる(In)
- 数える(Count)
- 出す(Out)
- ブラックボックスの特徴
- タスクを更新するという概念がない
- 何が入っているかを見ることはできない
- タスク総数はわかる
- タスクの取り出し = Out操作を行うこと
- 次に出てくるタスクはアルゴリズム次第
- 利用者の意思で特定のタスクを選んで取り出すことはできない
- 取り出し方の戦略
- スタック
- 先入れ先出し
- キュー
- 後入れ先出し
- ランダム
- 何が取り出されるかがランダム
- スタック
- ブラックボックスの思想
- タスク管理に対するアンチテーゼ
- タスク管理として利用者がやることが多すぎる
- 忘迷怠の解消をもっとシンプルに実現する
- 単に忘れないように保持できればいい
- 保持したものは一つずつ処理するしかない
- 保持したものを全部処理できればゴール
- 精神的につらいので進捗も欲しい
- というわけで
- ブラックボックスな入れ物を使う
- 何個入っているかはわかる
- とにかく0にすればいい
- タスク管理に対するアンチテーゼ
- ブラックスボックスのネスト
- もうちょっと高級な制御がしたい場合
- box1
- box2
- box3
- box4
- この場合、box1から取り出そうとすると、box2～4のいずれかから取り出すことになる
- このbox2～4の選び方を工夫すれば、ある程度の制御が可能
実践例
- Scrapbox使うとしたら
- 結論：強引だができる
- 1ボックス1プロジェクト
- boxname = projectname
- daily-today-box にしたら毎日デイリーボックスとして使い回せる
- in = 新規ページ
- out = ブランクページを開いた状態で random して、出てきた画面をsnippingtoolでキャプチャし、当該ページは消す
- inし直すコストが高い（打ち直すしかない）
- count = トップページに出る n pages
- だがトップページはブラックじゃないので隠さねば
- css
liのpage-list-item grid-style-itemクラス
- userscriptでできた
- 546個ってことがわかる
- pages 表示も上に持ってきたい
page-list-statusクラス
活用シーン妄想してみる
- たとえば日常生活の何十個あるルーチンタスクを回す場合
- こんなのがある
- テンプレートボックス
- ボックス二個が対になっている
- AとBとする
- AからOutしたものは、自動的に複製されてBにInされる
- なのでAを空にしても、Aに入っていたタスクはなくならない
- 翌日はBをOutしていけばいい
- 例
- xx曜日にやることボックス
- 指定日にやることボックス
- ……
- ボックス二個が対になっている
- デイリーボックス
- 今日やるタスクを入れる
- ゼロにしたら今日は終わり
- 毎日最初にデイリーボックスにタスクをInしていく
- テンプレートボックスを使えばルーチンも処理できる
- ルーチン以外はその場で思いついたものを
- カレンダーなど他を見てから思い出す
- テンプレートボックス
- いけそうだが
- 概念的には新しくもなんともない
- バレットジャーナルはまさにこんな感じ
- 手動でルーチン回す場合、多かれ少なかれこうなる
- ≒今日エリアにテンプレートまたはログからコピーする
- じゃあ何の意味がある？
- メタファとしてわかりやすい
- こんなのがある
Links
- ← zangai_1
2hop Links
- → 忘迷怠
- → 状態
- ← 属性
- ← Toggl
- ← GitHub Issues
- ← GitLab Issues
- ← スキップ状態
- ← Record of Skip
- ← タスクのライフサイクル
- ← ClickUp
- → 存在
- → リスト
- → メタファ