2026-05-06の作業記録

原稿を書く水曜日

作業記録の共有
TH+全体の状況整理
TH+第二章の素材だし
うちあわせCast確認→お休み
メルマガ+原稿2
13:00~ clauding
各種日課
- 復文勉強
- 集中的読書
サブ執筆
- KW+ミニエッセイ

7:00

おはようございます。本日はTHを進めます。

Textbox:

ライブ編集モードでは自動保存が効くようになったので、かなりラクチンになりました。

8:00

TH:

紙を使ったアイデア出しを行いたいところですが、その前に状況の整理をしておきましょう。思いつきで作業を進めすぎな気がします。

で、問題はどこで状況の整理を行うかです。

＊　＊　＊

その１：WorkFlowyに書く

アウトラインがWorkFlowyにあるのでそのまま状況の整理も書き込んでしまう。

その２：プロジェクトフォルダに書く

ローカルのTH用のフォルダがあるので、そこにテキストファイルないしはBikeのファイルとして書く。

その３：Textboxに書く

（Obsidianでもいい）。総合ノートにプロジェクトノートとして書く。

さて、どうするか。

＊　＊　＊

週に一回、タスクのレビューを行っている。そのときに、この「状況の整理」が確認できた方がいいだろう。一応「アナログノートに書く」という第四の選択肢も残っているが、実際の運用の手間を考えると、採用はしづらいだろう。

同様に、仮にTextboxに書くとして、それぞれのプロジェクトについてノートを作るのか、「やることリスト」という大きな枠組みを作るのかの選択もある。

どれがいいだろうか。もちろん、タスク管理用のツールで行うという選択も残っているが。

＊　＊　＊

WorkFlowyだと、アウトライン作業をする場所と、状況を整理する場所が同じになる。同じであることのメリットもあるだろうし、デメリットもあるだろう。ここをどう評価するか。

＊　＊　＊

「状況の整理」というとき、おそらく二つの側面がある。一つは文章的整理。今どういう状況になっているのか、その把握を文章として書くこと。これは「プロジェクトノート」が担う役割だろう。

もう一つ我、リスト的整理。どんな作業があり、どこまで終わっていて、何が残っているのかをリスト形式で示すこと。これは「タスク管理ツール」（エトセトラ）が担う役割だろう。

自分は今どちらを欲しているのか。

＊　＊　＊

「今週の作業予定」というノートを作り、それを毎週改訂するのか、それとも週ごとにノートを作っていくのか。

＊　＊　＊

たとえば、WorkFLowyで「This week」のような項目を作った場合、その中で整理するのは容易いが、常にそこが入れ替わってしまう。ある種の「ログ」が残らない。

便利な反面、情報的には「薄い」という側面がある。

＊　＊　＊

週ごとにページを作るとして、それが「残る」ことにどれほどの意義があるのかはちょっと考える。データとして使いうるが、しかし実際の記録はこうして日々の作業記録の中に入っている。週ごとのページは、その日々の進捗をサポートする「買い物メモ」のようなものでしかない。そのログがはたしてどれだけ重要か。

＊　＊　＊

Obsidianの「DO」は以下のようになっている。

左側はファイラーではなくあくまで1ノート。この感じは悪くない。「今週」という単位ではないが、自分が抱えているものが展望できている感覚はある。

で、たとえばこの感じを採用するとして、「状況の整理」は何を指すか。

＊　＊　＊

大きなレベルでの「やること」の整理は、DOのリスト・アウトラインを整理することだとして、より小さなレベルでは、project-TH内で何をするのかを見極める必要がある。

＊　＊　＊

ついでに、WorkFlowyの構造も合わせて変化させておきました。

基本的に、どんなツールを使っていても、使える構造を意識しています。

で、このときProject-THの中身はどうあって欲しいのか。

現状はアウトラインだけが入っていますが、進捗状況を表す何かも加えることになります。

それはどのようなものか。単純なタスクリストなのか、それとも状況を記述する文章の連なりなのか、その両方か。

＊　＊　＊

プロジェクトノートに書くべきことは多い。それをどのように並べるのか。また、タスクリストを作るにしても、それをどのように表示させるのか。これまでのタスクをすべて記載しておくのか、終わったものは削除するのか、直近のものだけ限定的に表示するのか。

アナログのノートならそんなに考えなくてよかったことを考える必要が出ている。

＊　＊　＊

では、アナログノートなら何をどう書いていただろうか。

表紙にプロジェクト名、最初の1ページに企画概要、次のページにその時点で想定している目次案、あとはこまごまとした作業ログが続く感じだろうか。ページの概念があるとおそらくはそうなる。

Obsidianでその「感じ」を出す場合、プロジェクトノートトップページを作り、個別の内容を切り出して、そのインデックスをトップページに並べることになるが、そうなると「project-THの目次案」「project-THの概要」のような似たタイトルのファイルが並ぶことになる上、リンクも表示もかなり鬱陶しくなり、エイリアスが必要となる。わざわざ複雑なことをしている。

フォルダで切り分けることのメリットはこの辺にある。その意味空間内で重複する情報をこまごまと扱わないならばすべてを単一のファイルでまとめればいいが、上記のようなことをすると、わざわざケアしなければならないことが増える。

理想的なのは、「project-TH」というノートを作り、その中に「目次案」というようなリンクをそのまま作れること。そういうやり方を続けていても、目次案.mdの衝突が起きないこと。

＊　＊　＊

Obsidianであれば、別ページにして切り出すのではなく、calloutを使ったり、見出しの下にいれて開閉することで、多少コントロールはできるだろう。

＊　＊　＊

Obsidianでは、:がタイトルに使えないので、project-TH：企画案としてみる。リンク表記は、エアリアスを使う。