の作業記録
ゆっくり過ごす日曜日
- 作業記録の共有
- 来週のSTL確認
- 週報作成
- 「プロジェクト」をどう扱うか
- デジタルノート研究会
- 10:00~ はるなさんセミナー
- 一日一英文
- 一年マップを描く
8:00
おはようございます。本日は来週の予定を確認して、可能ならいくつか作業を進めましょう。
来週のSTL確認:
まずは予定から。
＊ ＊ ＊
予定はOKです。続いて、各種リスト。
最近この順番で行うことが多いので、STLではなくて、SLTの方がいいかも。
＊ ＊ ＊
このリストに、現状プロジェクトリストが含まれているので、一つ上の視点での振り返りはちょっとだけできている。ただ、まだリストが混乱しているので、それは落ち着けていきたい。
＊ ＊ ＊
続いて、「プロジェクト」のタスク。次のタスク。ネクストアクションの整理。
ここが現状もっとも難しい課題を抱えています。
あとで読む:人生における「結婚」の意味 - だいわlog
「プロジェクト」をどう扱うか:
How to do “project thinking”?
現状、プロジェクトに関する情報は、WorkFlowyとTextboxに置いてあります。Obsidianでも似た管理ができるので、Textbox/Obsidianですが、ここでは省略しておきましょう。
プログラミングに関しては、Cosenseにノートを作ってありますし、それを拡大してプロジェクト全体に敷延させることもできますが、話がややこしくなるので、ここもいったん保留にしておきましょう。
まず、WorkFlowyと、Textboxがある。そのから検討を進めましょう。
＊ ＊ ＊
現状の仕事の進め方において、毎日細かくプロジェクトノートを参照するようなことはしていません。基本的には「原稿の続きを書く」が作業だからで、原稿ファイルが開いたらOKです。
ただ、執筆にはアウトラインが有用で、そのためにWorkFlowyが活躍しています。アウトラインの保存場所としてのWorkFlowy。
一方で、プロジェクトのノートについては、Textboxに置いてあります。ややこしいのは、Textbox以外のプロジェクトフォルダとか、Scrivenerとかにもあること。ここで散らばりが存在していて、それが管理をさらに面倒なものにしています。
でも、その話もいったん置いておきましょう。
自分は、プロジェクトの「情報」について何を求めているのか。
＊ ＊ ＊
たとえば、喫緊のメインのプロジェクトではない、プロジェクト。次のそのまた次のブックカタリスト用の準備を進めることだったり、Textboxの改装だったり、mainではないけども、「気に留めて起きたいこと」というのがあり、それもまたプロジェクトの一環だと考えられます。
そうした情報をどう扱えばいいか。
＊ ＊ ＊
WorkFlowyには、原稿のアウトラインだけでなく、次の行動やアイデアと呼べるものも集まっています。そういうのを集めるのが「Do Processing」という項目の役割でもあります。
一方で、Textboxにも「Do Processing」というタイトルのページがあり、そこにはプロジェクトがカード状に整理されています。
で、これよりも前に、各種リストとしてプロジェクトを分けたリストもあります。JSON的には別のファイル（history.json)。
ここにも混乱があるので、統一したいところ。
＊ ＊ ＊
プロジェクトはプロジェクトとして分けるのか、それとも「次の行動」や「やりたいこと」と同じ場所で管理するのか。
＊ ＊ ＊
〜〜について考える、〜〜について調べる、という「やること」がある。
これは今すぐに実行できない行為の場合があり、特定のコンテキスト、目的に向けてのものの場合もある。これもプロジェクト領域に属する対象だと言えそう。
＊ ＊ ＊
本式のカンバン方式は、部署ごとに設置されていて、行う作業の領分が定まっているというのが一つのポイントになる。
自分のタスク管理では同じようにはいかないだろう。
一方で、「カード形式で表示して、扱う」というやり方には惹かれるものがある。
＊ ＊ ＊
はたしてプロジェクトの「進捗」を追いかけたいのだろうか。何か違う気がする。
＊ ＊ ＊
いったん、ものすごくシンプルに考えよう。
たとえば、タスクペディアのようにプロジェクト＋ネクストアクションのような形で管理する。たとえばそれをカードで表示する？
＊ ＊ ＊
ある行為が、より広い文脈において、どんな位置づけを持っているのかを把握したい、という感じだろうか。それは一般的な「管理」ではないだろう。
＊ ＊ ＊
たとえば、WorkFLowyの「Do Processing」には「棚の構成・運用について」という項目がある。本棚を整理していくというプロジェクトについての項目だ。しかし、ここにこれがあることがどれだけ嬉しいかというと、なかなか微妙ではある。
いれた情報を整理していく過程において、アウトライナーの機能は役立つが、何かしらフローなものかというと怪しいし、高頻度でチェックしたいものでもない。
たぶん、週に一度のチェックのときだけ「目に留まれ」ばいい。
＊ ＊ ＊
個々のノート的なものは、すべてCosenseかTextboxに映し、それらの「リンク」を管理するアプローチに変更するか。
＊ ＊ ＊
まず、WorkFlowyを変更しました。
よくアクセスする項目を上位にあげ、それに合わせて他の項目も変更しました。
さらに変更。
とりあえずはこれでOKとしましょう。WorkFlowyで、不要な情報がたくさん表示されてしまう問題は解消できたと思います。
で、問題はTextboxです。特にカードスタイルでの管理について。
13:00
プロジェクトの扱いについて:
イメージしてみよう。
たとえば、Textboxにプロジェクトノートをmdファイルで作るか、JSONで管理したとして、それをどう扱いたいのか。あるいは、なんのためにそれをするのか。
＊ ＊ ＊
たとえば、こういう画面で手持ちのプロジェクトを一覧したとして、それぞれのページを開けて中身を確認していくことを毎日やりたくはない。
せいぜい、「あっ、これやろうかな。でも次何するんだったかな」というタイミングで開くくらいだろう。
それぞれ次のアクションを決めておいて、それを一覧表示する手はある。その場合、JSONへの保存の仕方も変わってくる。というか、個別に作る必要はなくなる。すでにdeeppage.jsonに保存されているはずだから。
＊ ＊ ＊
小鳥遊さんのやり方。
カテゴリ別でタスクを分け、次のアクションを一つだけ表示し、それをずらっと並べる。
＊ ＊ ＊
異なる粒度。
プロジェクトごとに１枚のカードを作るのか、「運営」というカテゴリで１枚のカードを作り、その中にプロジェクトページへのリンクを貼るのか。
カテゴリによる分類をするのか、それともずらっと一列に並べるのか。
＊ ＊ ＊
現状、projects.jsonというファイルで管理しているが、deeppage.jsonからメタ情報を引っ張ってきてビューを作る方がいいか？
＊ ＊ ＊
それぞれのページは、typeでプロジェクトを与え、projectでカテゴリをしめす？いや、カテゴリというメタ情報を与えてもいい。その情報でソートする。
そう。ソート。それが問題だ。
並び順を決められるかどうか。たぶんそれがタスク管理ツールにおいて一番重要。しかし、今考えているのは、タスク管理ツールではない、という点は考慮したい。でも、順番に並べることはやりたい。
ページからメタ情報を引っ張ってくるだけだと、順番に並べるが難しくなる。カテゴリー順にまとめることはできても、結局はそのカテゴリはアルファベット順か作成日順になるし、カテゴリの中身も同様。
これをどうするか。
そのような操作こそ、WorkFlowy向きなわけだが。
＊ ＊ ＊
移動可能にするためには、基本的なデータとは別に「順番」を覚えておく必要がある。で、それが移動操作のたびに書き変わる必要がある。
そういう機能を実装することは不可能ではないが、普通にテキストでやったらいいんじゃない、という感じで折衷案として現状のprojectsがある。
WorkFlowyならそのような操作的管理は簡単だが、普段あまりチェックしないものまで並んでしまうのは避けたい。ここは結構大切なところ。
とりあえず、WorkFLowy上で管理することも可能ではあろうということは念頭に置きつつも、「リンクベースのツールにおいてどう管理するのか」は改めて考えておきたい。
＊ ＊ ＊
たとえば、「執筆作業」「運営作業」のようなものは、よほどのことがない限り、カテゴリが変わることもないし、重要度も変わらない。よって、そのような第カテゴリをJSON上に作っておいて、その中身をテキストで書き換えるというやり方ならばそこそこ機能しそうではある。
３つのプロジェクト、定形作業、気がむいたときにすること、という切り分けも中身はともかくカテゴリはかなり固定的にできそう。
＊ ＊ ＊
textboxのページ内にリンクがあったときに、そのページのメタ情報を見にいって、必要な情報を引っ張ってくるという作法にすれば、「次の行動」などをいちいち転記する必要はなくなる。
＊ ＊ ＊
メタ情報を引っ張ってくる前に、そもそもdeepにファイル情報がないものについてテストでアクションしようかと試したところ、「まだファイルが存在していないリンク」をオレンジにする、というCosenseと同じ動作が可能になりました。
そういえば、deepを作ったときからこれができるなというか、その動作をするためには全ファイルのデータをjsonで持っておく必要があるな、と思っていたのでした。ずいぶん遠回りしましたが、この機能が実装できてよかったです。
ということは、これはこのページの機能というよりも、本体の機能として実装するのがよさそうです。リンクに変換した後、そのリンクが存在するかをチェックする、という。
それはまあ大掛かりになりそうなので、今は次にいきましょう。
＊ ＊ ＊
デザインはかなり雑ですが、todoを持っていたら、一行だけそれを表示する、というのはできました。全行を表示することもできますし、終了済みのものは避ける、ということもできますが、とりあえず。
これでメタ情報を扱いつつ、普通のテキストで書いて順番は任意で、という形がとれそうですし、このビューを整えるに当たって、プロジェクトノートのテキストを整形しようという気持ちにもなりやすいと思います。
17:00
デジタルノート研究会:
メンバー向け記事を書きましょう。
＊ ＊ ＊
書きました。
一日一英文:
The spokesperson refused to make any comment, saying, “It’s under investigation.”
- spokesperson→報道担当者、報道官
- refuse (……)→(……を)きっぱりと断る
- comment (on/about ……)→(……について)コメント、見解
- make a comment (on/about ……)→(……について)コメントする（見解を述べる）
- investigation→調査
- under investigation→調査を受けている、