なぜ予定を端末に置くのか

画面のある予定管理は、たいてい二つの取引のどちらかをする。データを他人のサーバーに置くか、それとも操作を何層ものメニューに畳むか。前者は口座と回線と、その会社が製品に関心を持ち続けることを意味する。後者は、ひとつの思いつきを書き留めるのに六回の操作と、どの一覧に入れるかの判断が要ることを意味する。この道具はまったく別の取引をする。一行の命令で一件を書き留め、別の一行で呼び戻す。そして何かを先に開く必要がない。

その理由は理念ではなく頻度である。書き留める値のあることは、別の仕事の途中で現れる。その仕事を数秒以上妨げるものは、結局使われない。いま打っている窓にもう居る命令は、探して、前面に出して、階層をたどる必要のある道具に比べて、比較にならないほど強い。この企画はゆるい許諾で開かれており、仕事の生活を丸ごと預ける道具にとって、それは聞こえ以上に重い。

一件が帯びられる次元

作業は一行の文字ではない。案件に属することができ、札をいくつでも付けられ、優先度、締め切り、開始日、見積もりを持てる。さらに依存を宣言できる。つまり一つは別の一つが終わるまで待つ。最後の点は軽く見られるが、平らな一覧を順序のあるものに変え、日々の見直しが「まだ始められない項目」で埋まるのを止める。

繰り返す仕事は、毎週作り直すのではなく期間を一度書いて定義する。四半期ごとの点検も金曜の見直しも一件として存在し、次の分は自分で生まれる。問い合わせは簡潔な条件の書き方で行う。案件で絞り、札で絞り、どれだけ遅れているかで絞る。いくつかの語を組み合わせれば一覧になる。出力は並べ替えもでき、いくつかの形に印字できる。これは聞こえ以上に大事で、形を自分で決められる一覧こそ、実際に読む一覧だからだ。

三代目が変えたもの

三度目の主要な版は、積み増しではなく断絶だった。保存と同期は記憶域の安全な言語で書かれた新しい部品へ移り、手元のデータはより堅い形式に入り、同期されるデータは暗号化されて、置かれるサーバーからは読めなくなった。仕事の記録を丸ごと同期することに落ち着かなさを感じていた人にとって、これは実質の改善である。

代価ははっきり書いておきたい。移る途中で足をすくわれるからだ。同期のやり方は古いものと互換がなく、古い課題のサーバーはもう支えられていない。つまり上げるには、古い作業を書き出し、新しい保管場所へ読み込ませる必要がある。いまの安定版は 3.5 で、この線はそこから先へ動き続けている。

入れ方と、周りにあるもの

主な配布物の保管庫にあり、macOS ではいつもの管理の道具から得られ、Windows では公式の助言は、原生ではなく Linux の下位の仕組みの中で走らせることだ。学ぶ費用は問い合わせの書き方に集まる。書き留めること自体は一行であり、その書き方は、当てずっぽうでしか答えられなかった問いに初めて答えた週に元が取れる。

画面が欲しい人には、共同体が作った数十の前面の道具と追加がある。状態の帯に出すもの、暦の表示、時間の集計。公式の相棒は時間の費えを記録し、それは予定表のもう半分で、たいてい別の道具に置かれるか、そもそも存在しない。

学ぶ費用という言い方をしたが、実際に要るのは三つ四つの書き方だけだ。案件で絞る、札で絞る、遅れで絞る。この三つで日常のほとんどは足り、残りは必要になったときに少しずつ足せばよい。全部を先に覚えようとすると、たいてい途中で止まって、書き留めること自体が億劫になる。一行だけ書ける状態から始めるのが結局いちばん速い。

予定表を、本来あるべき場所に戻す。すでに開いている端末である。口座も申し込みもなく、書き留めることも問い合わせることも自分の機械の上で起きる。