自宅のPCで、PanasonicのCF-SX2がなかかパフォーマンス的に苦しくなってきていたのだが、 CloudReadyをインストールしたら、すごく快適になりました。
USBメモリからの起動が、3つあるUSBポートのうち、右側にあるもののみが使えるという仕様だったり、 CloudReadyをハードディスクドライブにインストールする最中に再起動されたので、正常にインストールされたのかと思いきや、 ちゃんとインストールされていなかったので再度インストールが必要だったり、LCDの輝度設定が変更できないと思いきや、起動画面*1で最大輝度にすれば変更できるようになったり、といったトラブルがありましたが、現在は非常に快適に使えています。
意外だったのが日本語キーボードが日本語キーボードとして使えるということ。USキーボードしか使えないとばっかり思っていたので、思わぬ副産物でした。
それに、Lets noteのキーボードが好きなので、叩いていて気持ちいいです。
集中して作業をしている時に、突然誰かから話しかけられたりして、仕事が止まってしまうことがあります。
特にお客さんから「特に急がないんだけど・・・」、と言って声をかけられたりすると、 割り込み作業として結構重篤な問題を生じます。割り込み作業で頭を使わないわけにもいかず、結局集中力がそこで途切れてしまうのです。
しかし、話しかけてきた人が悪いわけではないのです。
そこで、その場でどこまでやっていたかっていう情報をこまめに記録しながら、作業していきたいと思っています。 当然、Nozbeには記録する機能はあるのですが、Nozbeにどこまで作業していたのかという記録をするのは意外と面倒な問題です。 複数の方法があるから、散在するのです。
また、Nozbeは作業記録をしていくためのツールではないため、Completedとなってしまったプロジェクトに記録されていたノートは、 後から確認することは出来ません。正確には確認することは出来るのですが、大昔の仕事というのは削除されてしまうということがあります。
そこで考えられる方法は以下の通りです。
Pro: Nozbeと連携できる、検索性が高い Con: 入力が遅い
Pro: Nozbeと連携できる、音声入力が優れている Con: ファイル作成が面倒
Pro: ファイル作成が面倒でない、入力が速い Con: Nozbeと連携していない
Pro: 入力が速い Con: Nozbeと連携していない、散在しがち
結局どれもあまり良いではありませんでした。
そこで私は考えたのが 、Google ドライブのファイルとプロジェクトというのを一体化させるという方法です。
Google ドライブに後、Nozbeでプロジェクトが作られたら一つドキュメントが作られるようにしておき、 そのドキュメントに対してコメントを書きながら作業を進めていくという方法を考えました。
Google ドライブのドキュメントはこうやって音声入力を使うことができるので記録をするものとしてはかなり便利かもしれません 。
App Scriptは、そのうち公開できればいいかなと思っています。
NozbeのSoloプランの期限が到来しており、Todoistに乗り換えるか悩んだ結果、結局Nozbeを2020年5月まで延長することに決めました。やや高い支払となりましたが、 下記を納得したうえでの決定となります。
やはり、「なにか」を峻別しながらActionに峻別していくGTDの考え方がすべての基本であろうと思います。 他の考え方は、自分に何かしらのルールを課すアプローチとなり（記録をする、朝一に本来の仕事を入れる、など）、正しい場面もあると思うのですが、 ルールというほどルールに純粋化しておらず、ガイドラインにとどまっていることが不満として、自分の中にとどまっていることが一番の要因です。 もっとはっきりと、MUSTとしてのルール、出張中だろうが、休日だろうが、子供が病気になろうが、適用できるルールが整備されていれば、 そちらの考え方に乗り換えたかもしれません。GTDはその意味で、純粋度の高いコンセプトであると考えています。
そこで、GTDの考え方を適用できるツールとして定評のある、NozbeとTodoistが選択肢として残りました。
GTDではカレンダーはカレンダー、つぎやることリストはつぎやることリスト、と峻別することを求めています。 峻別する思考プロセスが必要、ということでもあります。思考プロセスを妨げないようにするためには、カレンダーと次やることリストは同期する必要があります。 このコンセプトは、見逃されがちですが、重要です。
投資は合理的であろうと考えています。Todoistに比べて年間約6,000円ほど高いわけですが、この6,000円が2から得られる効果よりも低ければ、投資は合理的だと判断できます。 Google Calendar手作業で同期する作業は、毎日10分かかるとして、年間で3,650分＝約61時間です。この時間は他の仕事に向けられれば、もっと仕事ができるので機会損失となるので、私の時間単価がたとえ1,000円だとしても、61,000円で、意味があります。たとえ、毎日1分かかるだけとしても6,000円です。これだけ意味があれば十分でしょう。
ということを踏まえて、オリンピックイヤーまでは少なくともNozbeを続けることとしました。
一緒に、Nozbeを使っていただける方は、以下のリンクからどうぞ。アフィリエイトとなりますので、その点はご承知おきください。
教育無償化政策の人気があまりない。僕が見る限り、政策の筋が悪いというよりも、教育をどう考えるかということとうまくマッチしていないというのが、見立てだ。政策として正しいとしても、拒否反応が出て、うまく運用されなくなってしまう。
教育を権利と考えるか、投資と考えるか、エリート選抜と考えるか、の３種類が考えられる。
権利なら、無償なのは当然のような話だ。投資と考えれば、教育による利益は投資した人がもらうべきだから、学歴と収入の相関は、学費の個人負担率に依存する。エリート選抜と考えれば、エリートは国費で負担し、それ以外は個人負担となるだろう。
皆が教育が権利だと思っていれば無償が当たり前なのに、そうではないということは、権利だと思ってないのだろう。
日本は学歴で大きく収入が変わるかといえば、それほどでもないのに、学費はたくさん払うので、これもまた違いそうだ。
すると残るはエリート選抜だが、もしかしたら一番国民感情に近いかもしれない。
問題は、ポリコレ的に教育は権利なのに、感情が教育をエリート選抜と乖離が起きていることだろう。
電車の中でこんなルールの記述があった。
非常用ドアコック
非常の場合にはこの腰掛の下のハンドルを手前に引けばドアは手で開けられます
みだりに車外に出ると危険です
もしも出るときは他の電車やおりる場所にもご注意ください
なお係員の指示があった場合にはそれに従ってください
素人の乗客が見て、扉を開けて降りられるとはわからない。扉を開けないというのは、暗黙にルールとなっている。
非常の場合以外、扉を開けてはいけない、降りる場合、注意しなければいけない、係員の指示があればそれにしたがわなければいけない、というのがルールの骨格である。
非常の場合というのは、定義が難しい。まず、限定列記するのは不適切だ。火事の場合、地震の場合、と書いたら、ゴジラが襲ってきた場合が含まれなくなってしまう。
このような場合、事後的に客観的な方法でチェックするという定義の仕方がある。現実的には、係員が判断するで良いだろう。
非常の場合以外、扉を開けてはいけない。非常で無く扉を開けた場合、係員が差し止めるので、従うこと。
このように、定義が難しいルールは、事後的な強制力を担保する措置をセットにしておくというのが有効だ。
Nozbeは日付を一つしか持たないが、これは、機能不足なのではなく、最大効率のための仕様だ。日付を２つ以上に持ったところで、効率性は高まらないのであれば、不要という潔さを理解したい。
Nozbeは日付を一つしか持たない。このことが意味することを考えてみよう。Nozbeが持つ日付は期日だ。他のツールでは、日付を複数持つものが多い。（１）開始日と期日を持つケース、（２）開始予定日、期日、完了日を持つケース、（３）開始予定日、期日、開始実績日、完了実績日を持つケース、（４）開始予定日、完了予定日、期日、開始実績日、完了実績日を持つケース、など。日付は多いほうが管理精度が高いというのは言えるだろう。
まず、共通するものに着目して、期日について考えよう。
期日を管理するのは、当然だが、仕事を終わらせることをコミットした日付を管理するためである。 コミットした日付がない場合には、その仕事はする必要がないわけではない。単に効率を考えて仕事をすればいい、ということを意味する。 コミットした日付がある場合、その仕事は多少効率が悪かろうが仕事を果たす必要がある。つまり、優先順位は、効率＜コミットメントということになる。
（重要）コミットメントは、効率よりも優先順位が高いがゆえに、効率性を損なう。
例えば、締め切りが消印で本日の郵便物があったとしたら、家から5分かかる郵便ポストまで出しに行かなければならない。その場合10分かかる。一方で、他の用事のついでにポストに投函するなら、その時間は不要で0分。効率で考えたら他の用事があるついでに出すのがいい。
効率性を高めるためには、コンテキスト（上記の例では、近所に出かける）基準で、今行うことで一番効率的なものを実施するのがいい。コミットメントとなる期日を書くことは効率性を損なうが、常識的な優先順位に従えば、期日を管理することはやむをえない。
次に、開始予定日について考える。
開始予定日を管理するのは、期日よりも目的があいまいだ。通常は作業に要する日数を考えて、期日に間に合うように開始日を設定することになるのだが、要する日数は正味の作業時間というわけではない。途中で別のタスクを行う必要もあるのだから、正味の作業時間を見積もり、その日数を開始日にしたら、作業は期日に対して遅延する。また、開始日に遅れたからと言って、誰かにコミットしている日付ではない。また、その日付まで着手してはいけないということもなかったりする。
つまり、開始予定日はあいまいな日付が設定される恐れが大きい日付という事実を踏まえよう。
一方で、効率性の面で、開始予定日は意味がある。開始予定日その日まではそのタスクは忘れていていいということだから。人間、短期記憶のエリアは限られているので、忘れていいものは忘れておくことは頭の能率を高めるので、効率の面で効果がある。
Nozbeではどうやってこの開始日を管理しているのかというと、スターをつかって管理する。毎朝15分、タスクリストを眺めて、スターをつけ、そのスターのみを管理することになる。 効率の面では、毎朝15分、タスクリストを眺めなければならないということで、開始予定日を管理する場合よりも効率が悪いと見えるかもしれない。しかし、その実際は、開始日の設定があいまいにしかできないのだから、あいまいなものを見直しながら進めるのと大して効率は変わらない。スターのほうが日付より入力が簡単な分、効率的なのだ。
そもそもの話として、作業時間が複数日にわたるようなものは、本来、分解して実際に体を動かす内容にまで分解できていないのだから、その対策を打つべきで、開始日付を管理することで改善できるものではないともいえる。
（重要）開始予定日はあいまいにしか設定できない。タスクを分解して、その日の仕事をクリアにしたほうがよい。
あとは、完了日だが、大きな声では言えないが、完了日は実際には持っていて、みようと思えばみられる。完了フラグを入れた日だ。でも、完了日を見ることってあるだろうか。完了日が欲しいような作業は、作業記録をとるべきじゃないだろうか。僕は、これはTogglをつかって実現しており、Nozbeで完了日を見ることはまずない。いや、作業記録とToDoリストを一体化したいんだということなんでしょう。言いたいことはわかります。Nozbeでもできるのです。完了日付を変えられないけど。
ということで、Nozbeは、期日と実際の完了日を持つということでした。あれ、なんか最初と言っていることが違う・・・。
