プログラミング能力の限界
第二に、やりたいことがある程度明確になっても、その機能を実装するためにかなりの時間がかかる場合がある点です。
たとえば「タグは色つきで表示させよう」と思ったとしましょう。ちょっとした機能ですが──私のコーディングの能力では──30秒で実装することはできません。ときに数時間、場合によっては数日かかることもあります。それではフィードバックサイクルの回転が遅すぎるでしょう。
この実験でやりたいことは、「デジタルツールでアイデアノートを扱うのはどうしたらいいのか」を考えることであって、私のプログラミング能力を向上させることではありません。
だから、自分の注意を振り向ける先を、できるだけ「ノートの使い方」に集めたいのです。いきなり自作ツールから始めてしまうと、その注意が「使い方」だけでなく「コーディング」にも分散されてしまうのが難点なのです。
使い方だけを考えたい
上記の点をさらに強調すれば、単に既存のツールを使うだけでなく、より使い慣れたツールを使う方が「使い方」に注力できることになります。
たとえば、Notionを使う方が自分の運用に向いている可能性はあります。しかし、Notionでこの実験を始めたら、間違いなく「この機能を実現させるためには、どう操作したらいいんだ?」という疑問が随所で発生するでしょう。そうなれば注意が分散して肝心の「ノートの使い方」に注力できません。
その点使い慣れているEvernoteであれば、そうした迷いは一切ありません。どのように操作したらどんな結果になるのか、そもそも何ができて何ができないのかが身体レベルに浸透しています。
だからこそ「ノートの使い方」の実験に注力できるのです──(メルマガ『Weekly R-style Magazine ~読む・書く・考えるの探求~』2023年6月5日号より一部抜粋)
この記事の著者・倉下忠憲さんのメルマガ
image by:Top_CNX/Shutterstock.com