の作業記録

ゆっくり過ごす日曜日

memo:

9:00

おはようございます。本日は来週の予定確認と、細かい文章を書き進める作業です。あと、WorkFlowy上のタスクの整理もしておきたいですね。

来週のSTL確認

来週の予定周りを確認しましょう。

＊　＊　＊

スケジュールはOK。

＊　＊　＊

「タスク」ですが、まず「気になっていること」の扱いを検討したいところ。

Image from Gyazo こういうものをどこでどう管理するのか。

＊　＊　＊

「Scrivenerの原稿をまとめて本にする」は、一つのプロジェクトではあるが、メタプロジェクトのようなものであって、具体的には個々の企画案がプロジェクトに相当すると考えられる。

一方で、まだその企画案が見定まっていないので、それを見定めるという行為が一つのプロジェクトとも言える。だとすれば、「Scrivenerの原稿をまとめて本にする」がプロジェクトであってもおかしくない。

具体的な行動レベルのプロジェクトと、メタプロジェクトと、指針。これらの管理が難しい。

＊　＊　＊

行為を進めていくプロジェクトがあり、そのプロジェクトの内部に考えたいことがある。行為と思考の両輪でプロジェクトは進んで行く。それをどう管理するか。「考えること」も行為として扱うことで統一化する？

＊　＊　＊

たとえば「TextboxのTodo-board.mdで週ノート・月ノートを表示編集できるようにする」という気になっていることがあります。これはそのままタスクリストに加えられる内容です。

一方で、これはTextbox開発という大きなプロジェクトの一員として見なせます。あるいはその大きなプロジェクトのサブである「TextboxのTodo-board」のタスクとして見なすこともできるでしょう。

順当に整理するならば、そうした項目の下に「TextboxのTodo-board.mdで週ノート・月ノートを表示編集できるようにする」を置いておけばいいわけですが、そうするとわざわざ項目を開かないと目に入らない、という問題が起きます。これはちょっとやっかい。

あるいは、下位項目においておき、TODOといったハッシュタグをつけて検索で抜き出せるようにするのも一つの手でしょう。これはこれでよいとは思います。

あるいは、ミラーコピーを使う手もあります。プロジェクト項目の下にTODOを書き、それをミラーコピーして最上位に置いておく。これならば階層的管理と最上位項目での目の触れやすさの両方のメリットが使えます。

一方で、気になるところも。

おそらく、Textboxの下位項目として、この項目を書くならば「Todo-board.mdで週ノート・月ノートを表示編集できるようにする」となるでしょう。「TextboxのTodo-board」の下位項目として書くならば「週ノート・月ノートを表示編集できるようにする」となるはずです。

それをミラーコピーしても、たぶん項目だけ見ても、いったい何をするつもりだったのかは見えてこない気がします。そういうものを最上位に挙げておいても意味はなさそうです。

最上位項目に置くならば、単独で読んでわかる項目にする必要がある。まずこれはいえそうです。はじめからそれを意識して項目名を書くか（あるいはミラーコピーしたら書き換えるか）、それとも常に文脈とセットで目に入るようにするか（つまり最上位にはおかないか）という判断がよさそう。

＊　＊　＊

最上位には「プロジェクト」だけが並んでいるようにして、具体的なタスクはハッシュタグで抽出する、というのが一番おさまりがよさそうではある。

＊　＊　＊

〜〜を検討する、というタスクの場合、「Doing Base」ではなく、「Idea Transit」に入れておくのも手かもしれない。

＊　＊　＊

「考えていること・考えたいこと」というのが一つのカテゴリとして成立しそう。

＊　＊　＊

とりあえず、いったんここまでにしましょう。いろいろなバリエーションが思いつきました。これまでの方法論とは違うアプローチでやっていきたいですね。

＊　＊　＊

タスクまわりはいったんこれでよいとして（プロジェクトの検討はのちほど）、あとは各種リストです。

＊　＊　＊

リストをチェックして、いくつかWorkFlowyから項目を移しました。まあ、全部WorkFlowyでやっちゃって問題ないのですが、とりあえず。

あとで読む:DoMA式とCapacities | Noratetsu House

13:00

デジタルノート研究会:

メンバー限定記事を書きましょう。

＊　＊　＊

上に置きたいリンク | メンバー限定記事 - by 倉下忠憲@rashita2

OKです。

メモの見返し:

メモをチェックしていきます。

＊　＊　＊

まずは、WorkFlowyから。

＊　＊　＊

つづいてObsidian。

＊　＊　＊

ページを繰りながら「memo」の部分だけ読み返しました。なかなかよきです。

ツイートの処理:

ピックアップしたツイートを、「処理」しましょう。

＊　＊　＊

OKです。

14:00

作業環境:

コマンド欄にmmとうてば、メルマガ用のプロジェクトファイルがたちあがるようになっていますが、それと同じように integrator project もコマンドラインから呼び出せるようにしておきましょう。

＊　＊　＊

決めるのは、省略の表現と実際に起動するファイルです。略語は、intでよいですかね。で、起動するのはScrivenerのファイルでいいでしょうか。

＊　＊　＊

OKです。できました。

15:00

プロジェクト:

Workflowyにもプロジェクト情報はあるわけですが、Textboxにもあります。この辺をなんとかしないと、混乱が深まるばかりです。

＊　＊　＊

具体的な内容のファイルは、実体ファイルとして持っておきたいという気持ちがあります。だから基本はフォルダ＋VS Codeの管理でよいでしょう。

で、Textboxでは、それぞれのプロジェクト用のノートがあり、またプロジェクトを一覧するためのJSONもあります。

Image from Gyazo

このJSONは、上記のようにカテゴリごとにカード化されていて、具体的なプロジェクの中身は、Textboxのproject用ノートが担当しています。

仮にこれをカテゴリごとではなく、projectごとにカード化したらどうなるでしょうか。

まず、project用のノートと重複することはすぐにわかります。で、別にJSONで管理しても大きな問題はありません。このTextbox以外からそのファイルを開くことはほぼないからです。

あるいは、projectのカードの中身をリンクにしておく手もありますか。

仮にそうすると、上記のビューは、プロジェクト名がカード単位でずらっと並ぶことになります。それをタグ付けする、という感じ？

＊　＊　＊

Image from Gyazo

すべてのプロジェクトを独立させるのではなく、主要なものだけを独立させて、それ以外はそのままの形にしました。「連載運用」などはグルーピングで大丈夫ですし、Completeも同様です。

16:00

R-style:

記事を書きましょう。

[[/Drafts/あなたのニーズで良いんです]]

＊　＊　＊

publish:あなたのニーズで良いんです | R-style

書きました。

18:00

一日一英文:

I want to spend the rest of my life pursuing my ideals.