R-style

Sharing is Power! / Create your own way.

Menu
  • ホーム
  • About
  • メルマガ
  • 著作リスト
  • Evernoteの使い方
  • Scrapboxの使い方
  • Tools
  • お問い合わせ
Menu

Heptabaseが示す思考ツールの未来

Posted on 2022 年 7 月 11 日2022 年 7 月 11 日 by Rashita
Tag:
  • Heptabase

最近発見したHeptabaseがあまりにも見事にデザインされているので驚いている。

Heptabase

現状は有料のサブスクリプションだけなので、参加するのは少しハードルが高いかもしれない。とりあえず、使用例の動画が公開されているので、雰囲気はそれで掴めるだろう。

軽く見ただけで、「情報を使って考えるとはどういうことか」がイメージされてデザインされているのがわかる。そのイメージ、つまり「ナレッジワーク」における情報の扱いがようやくツール上で実装されるに至ったのは感慨深いものだ。

とりあえず、少し機能を見ていこう。

Journal

このHeptabaseは4つのビューを持つ。Journal, Map, Card library, Tagsの4つだ。

Journalは、名前の通り「日誌」に該当するビューで、それぞれの日付の「デイリーページ」がタブで切り替えられるようになっている。

エディタはブロックタイプになっており、Notionのそれに近い。「/」を入れればコマンドの補完が行われるし、マークダウン記法で修飾もできる。

Roam ResearchやLogseqのようなアウトライナーにはなっていないのだが、「* 」と入力すれば箇条書きリストがスタートするので、リストを多用する場合なら、それを使うことになるだろう。もちろん、箇条書きリストにしなくても、すべてのブロックはドラッグで操作可能である。

基本的に日常的な「メモ」はこのJournalに書いていくことになる。

ここまではよくあるツールだ。

Map

続いてMapのビューだ。ここには「ホワイトボート」の一覧が表示されている。そしてこの「ホワイトボード」こそがHeptabaseの主戦場である。

まず、Map上の任意の地点をダブルクリックする。すると新しいホワイトボードの作成ボタンが表示されるので、それをクリックする。すると、新しいボードがまず作成される。

この動作に注目していただきたい。一般的にこうした動作ではまず「名前の入力」が求められるはずだ。しかし、今から作ろうとしているものが何かがわかっていないことは多い。そういうときに名前を付けろと言われても困ってしまうのだ。

その点Heptabaseでは、作成した時点のタイムスタンプがホワイトボードの名前として自動設定される。もちろん、その名前は後から編集可能である。

このような「名付けの後先」は非常に細かい問題である。しかし、日常的に使っているとたいへん気になる問題でもあるのだ。このような「後から名付け」が許容されている点を見ても、ツールの開発者たちが、このツールを実践的に開発していることがわかる。

さて、Map上に作成されたそのホワイトボードをクリックすると、ホワイトボード画面に移る。

このホワイトボードにカードを並べていくのが、Heptabaseの一番の使い方である。そのカードは、ホワイトボード上で新規作成することも可能だし、すでに作ってあるカード群から選んで挿入することもできる。

一般的なボードアプリの場合、カードの作成はボード上だけで行われ、そのカードの「住所」は基本的にそのボードになる。それとは別のボードにカードを配置する場合は「コピペ」が必要になるし、ボードを削除してしまうと、一緒にカードも消えることになる。

Heptabaseは、その点が異なる。カードとホワイトボードは別のレイヤーとして存在している。ホワイトボード上にカードを移しても、それはミラーコピーが作成されるだけであって、「住所」は相変わらずカード群(Card library)になっている。

また、どこかのホワイトボード上でカードを新規作成しても同じだ。そのカードはCard libraryに保存されているので、仮にそのホワイトボードを削除してもカードそのものは残る。別のホワイトボードに挿入することも容易だ。

つまり、私たちユーザーは、せっせとカードを作成し、必要に応じて任意のホワイトボードを作成し、そこにカードを並べて情報を「整理」する、ということを日常的に行うわけだ。

その日常的なカードの作成において、Journalが活躍する。日々作成したメモからカードが簡単に作成できるようになっているのだ(範囲を選択してボードにドラックするか、コンテキストメニューでカード化を選べばいい)。

Mapビューは、このようなホワイトボード群を一覧するためのビューである。基本的にすべてのホワイトボードはこのMapビューで閲覧できるし、また新規ホワイトボードはこのMapビューからしか作成できない。もっと言えば、Mapビューで「なんとなくこの辺かな」という場所をダブルクリックすることでしか作成できない。つまり、ホワイトボードは必ず「配置」されるようになっている。自分で任意の場所を決めるようになっているのだ。

すでにこの作業自体が、一つの「整理」になっていることは言うまでもないだろう。情報整理というよりも、思考整理と呼ぶほうが近しい知的作業が行われているわけだ。

ちなみに、あるボードを別のボード内に「move to」することもできるが、これはあまり多用しない方がよいだろう。よほど巨大な構造物を造るときか、あるいは直近では参照しないものをアーカイブするときか、そういう用途を除いて、できるだけ自分が触っているホワイトボードは一覧できるようにしておいた方が望ましいように思う。

Card library

Card libraryは、これまで作成したすべてのカードが一覧できるビューである。カードスタイルで表示されるビューと、タイムライン形式で表示されるビューの選択ができる。また、所属しているホワイトボードごとの絞り込みが、任意で設定できるタグによる絞り込みなどもできる。

さらに、カテゴライズされていない(ボードに所属していない、タグづけされていない)カードを抽出することもできる。

カードに対する基本的なこのビューから可能である。

Tags

Tagsは、自分がつけたタグ一覧になっている。タグ名をクリックすれば、Card libraryでの絞り込み結果が表示される。

tab

もう一つ、特殊なビュースタイルとして、複数のカードを選択した状態でコンテキストメニューから「open in new tab」を選択すると、それらのカードをマルチペインで開いたビューになる。

複数のカードに限定して、知的作業を行いたい場合に活躍するビューだろう。

ちなみに、このタブはホワイトボードと同様に左サイドバーの「Working Tabs」に置かれる。Journal, Map, Card library, Tags が固定的(static)なものであるとしたら、Working Tabsに並ぶ、ホワイトボードとタブは、そのときどきで変わっていく変動的(dynamic)なものである。こうした二種類の情報の「置き方」があるのもきわめて示唆的である。

ナレッジワークのプロセス

Heptabaseは、はっきりとナレッジワークのプロセスを意識している。

まず、日々こまめに、雑多にメモしていくこと。次いで、それらを素材にしてカードを作ること。そして、そのカードを配置して、情報を整理すること。基本的にこの大きなラインが念頭にあり、すべての機能がそこに向けてデザインされている。

ナレッジワークでは資料の補完や整理も必要だが、実際はもう一歩踏み込んだ「知的作業」が必要なはずである。そして、その作業は情報にタグをつけているだけでは終わらない。複数の情報を並べ、そこから新しい何かを見出すことが求められる。

この「並べる」には、一次元の配置(たとえばアウトライナー)もあるが、二次元の配置(たとえばMiro)もある。Heptabaseが採用しているのは、二次元の配置で、さらにそうして作成される「配置」(ホワイトボード)もまたメタ的に配置されることになる(Mapビュー)。

そうした「配置」を扱う作業では、あきらかに「理解」に関わる作業が行われている。日々書き留めたメモを使い、それを素材に変換して、そこから理解へと進むワークフロー。Heptabaseではそれが念頭に置かれている。

情報の区分け

もう一点取り上げたいのが、Heptabaseでは「カード」という情報単位を設定している点である。

Journalに書き留めたすべての項目が、即座に「ライブラリ」に保存されるわけではない。そうして書き留めたものの中から、自分で選んだものだけが「カード」になる。

デイリーノートをつけている人ならばよくわかるだろうが、私たちが日々書き留めるメモはだいたいにして雑多である。特定の目的にはほとんど役立たないものがたくさん含まれている。とは言え、それを事前にフィルターしていたのではメモの役割は激減する。まず書き留めて、そこから判断するのが一番効果的なアプローチである。

しかしながら、Roam ResearchやLogseqは、すべての行が「ライブラリ」に含まれてしまう。具体的に言えば、検索対象になる。さすがにそれは大げさすぎるというか、大ざっぱすぎるのではないか。

その点、Heptabaseでは、エディタ内@をつけて言及できるものはカードになったものに限られる。Card library内での検索でも同様だ。

つまり、検索したくないものや小さすぎると判断した単位はそうした検索からは除外されるのだ。「ライブラリ」に含まれるものは、厳選される。もっと言えば、「自分で選んだもの」しか入らない。すべてをメモしておきながらも、カードになるものは厳選されるという手間のかかる二段構えは、しかし、私たちが扱う情報の性質を考えれば、しごくまっとうな帰結ではないだろうか。

Heptabaseでは、日々のメモ→カード→ホワイトボード→マップ、がそれぞれ別のレイヤー(場)として扱われ、それぞれに対する情報操作も違うものが与えられているのだ。

もちろん、Heptabaseが選択したこれらの機能がナレッジワークにとって正解なのか、あるいは唯一の解なのかはわからない。というか、きっとそんなことはないだろう。しかし、このように実際的なワークフローに注目した形でツールがデザインされていることは、一つの明るい未来をイメージさせるのに十分である。

一つの転換点

Evernoteは、資料やドキュメントを一ヶ所に集め、それらを任意の軸で整理できる環境を与えてくれた。特に、情報の「入り口」の機能に関しては今でも他に類を見ない便利さを持っているツールである。

一方で、そこで行われるナレッジワークの形はそこまでバリエーションが広いとは言えない。テンプレートの中身を埋めるか、エディタに文章を書き下ろすか、その程度である。

WorkFlowyに目を移せば、「情報を配置」することはきわめて長けている。「入り口」の機能は貧弱であるが、それでも一度その中にいれてしまえば、自由に操作が可能だ。Boardビューを使えば、情報を横に並べることもできる。

ただし、WorkFlowyでは基本的に再帰的に情報構造が作られる。言い換えれば、どのレイヤーに移動しても機能は基本的に同じである(むろん、それが強いメリットでもあるわけだが)。

また、その再帰性によって、すべての項目が検索対象になってしまい、任意の(あるいは選りすぐった)項目だけを名指すのが非常に難しくなっている。情報を保存する量が多くなってくると、これはなかなかの欠点となる。

そこで出てくるのが、ワークフローのプロセスごとに「切り分け」を発生させる考え方だ。Heptabaseではそれが行われている。

もちろん、これが最高の答えであるかはわからない。しかし、今までのツールでは欠けていた視点ではあるだろう。すべてを同じ情報構造で処理するのではなく、そのプロセスに合わせたビューを用いること。

おそらくではあるが、今の若い世代はデジタルツールで「情報処理」や「知的作業」を行うことが当たり前になっているだろう。むしろ、そういう世代ほど「ナレッジワーク」とは何かを強く意識しているかもしれない(少なくとも回ってきた書類にハンコを捺すことだとは考えていないはずだ)。

そういう感覚において作られるツール、つまりデジタルネイティブの感覚によって開発されるツールは、アナログツールのメタファーを経由しなくてよい分、よりデジタルに親和性のあるものになるのではないだろうか。

なんにせよ、これから出てくるツールたちは、どんどんと新しい思想をまとって飛び出てくるだろう。それは実に心躍る未来像である。

前の記事 次の記事

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

有料メルマガ配信中!

サークルもやってます

New Book!

すべてはノートからはじまる あなたの人生をひらく記録術

「やること地獄」を終わらせるタスク管理「超」入門 (星海社新書)

オススメ本

→これまでの著作一覧
  • →SNS:
  • rashita2 さんのプロフィールを Twitter で表示
  • rashita さんのプロフィールを GitHub で表示

Hot Books!

→紹介記事

→紹介記事

→紹介記事

最近の投稿

  • 『Re:vision』が「Kindle本夏のビッグセール」対象となりました。
  • ノートがやがてうまく使えなくなる問題
  • ノートで世界を知る、自分を知る
  • 一つの情報に、もう一度触れること
  • 執筆はメモからはじめる
  • ブログ死すとも文章は死せず

カテゴリー

  • 0-知的生産の技術 (1,580)
    • BlogArts (121)
    • Evernoteの使い方 (177)
    • Scrapboxの用法 (101)
    • Scrivenerへの散歩道 (22)
    • アウトライナーで遊ぼう (88)
    • プログラミング (11)
    • 執筆法 (45)
    • 断片からの創造 (93)
    • 物書き生活と道具箱 (682)
  • 1-情報ツール考察 (74)
  • 2-社会情報論 (108)
  • 3-叛逆の仕事術 (392)
    • 「タスク」の研究 (260)
  • 4-僕らの生存戦略 (259)
  • 5-創作文 (91)
  • 6-エッセイ (217)
  • 7-本の紹介 (465)
  • コレクション (4)
  • 未分類 (2,833)
    • まとめ記事 (516)
    • 企画 (83)
    • 告知 (262)
    • 感想群 (111)
    • 時事ニュース (1,241)

タグ

#365日の書斎 #AppleScriptでEvernoteを操作する #「目標」の研究 #わりと身も蓋もない話 applescript blog BlogArts CategoryAllegory Dynalist Evernote GTD iPhone・iPad・Mac Scrapbox Scrivener Workflowy 〈学びの土曜日〉 「本」の未来 『「やること地獄」を終わらせるタスク管理「超」入門』 うちあわせCast ささやかな質問 ほぼ日手帳 アウトライナー アナログ道具あそび ショートショート セミナー・オフ会・イベント セルフ・ブランディング タスク管理 ノート ノート術 ポッドキャスト 哲学 思想 思考の技術 情報カード 情報摂取の作法 手帳術 政治・社会 教育 文房具 文章の織り方 新しい時代を生きる力 書評 発想法の探求 経済・金融 電子書籍

アーカイブ

メタ情報

  • ログイン
  • 投稿フィード
  • コメントフィード
  • WordPress.org

My Works

著作リスト

著作リスト

アーカイブ

カテゴリー

アーカイブ

  • 2022年8月
  • 2022年7月
  • 2022年6月
  • 2022年5月
  • 2022年4月
  • 2022年3月
  • 2022年2月
  • 2022年1月
  • 2021年12月
  • 2021年11月
  • 2021年10月
  • 2021年9月
  • 2021年8月
  • 2021年7月
  • 2021年6月
  • 2021年5月
  • 2021年4月
  • 2021年3月
  • 2021年2月
  • 2021年1月
  • 2020年12月
  • 2020年11月
  • 2020年10月
  • 2020年9月
  • 2020年8月
  • 2020年7月
  • 2020年6月
  • 2020年5月
  • 2020年4月
  • 2020年3月
  • 2020年2月
  • 2020年1月
  • 2019年12月
  • 2019年11月
  • 2019年10月
  • 2019年9月
  • 2019年8月
  • 2019年7月
  • 2019年6月
  • 2019年5月
  • 2019年4月
  • 2019年3月
  • 2019年2月
  • 2019年1月
  • 2018年12月
  • 2018年11月
  • 2018年10月
  • 2018年9月
  • 2018年8月
  • 2018年7月
  • 2018年6月
  • 2018年5月
  • 2018年4月
  • 2018年3月
  • 2018年2月
  • 2018年1月
  • 2017年12月
  • 2017年11月
  • 2017年10月
  • 2017年9月
  • 2017年8月
  • 2017年7月
  • 2017年6月
  • 2017年5月
  • 2017年4月
  • 2017年3月
  • 2017年2月
  • 2017年1月
  • 2016年12月
  • 2016年11月
  • 2016年10月
  • 2016年9月
  • 2016年8月
  • 2016年7月
  • 2016年6月
  • 2016年5月
  • 2016年4月
  • 2016年3月
  • 2016年2月
  • 2016年1月
  • 2015年12月
  • 2015年11月
  • 2015年10月
  • 2015年9月
  • 2015年8月
  • 2015年7月
  • 2015年6月
  • 2015年5月
  • 2015年4月
  • 2015年3月
  • 2015年2月
  • 2015年1月
  • 2014年12月
  • 2014年11月
  • 2014年10月
  • 2014年9月
  • 2014年8月
  • 2014年7月
  • 2014年6月
  • 2014年5月
  • 2014年4月
  • 2014年3月
  • 2014年2月
  • 2014年1月
  • 2013年12月
  • 2013年11月
  • 2013年10月
  • 2013年9月
  • 2013年8月
  • 2013年7月
  • 2013年6月
  • 2013年5月
  • 2013年4月
  • 2013年3月
  • 2013年2月
  • 2013年1月
  • 2012年12月
  • 2012年11月
  • 2012年10月
  • 2012年9月
  • 2012年8月
  • 2012年7月
  • 2012年6月
  • 2012年5月
  • 2012年4月
  • 2012年3月
  • 2012年2月
  • 2012年1月
  • 2011年12月
  • 2011年11月
  • 2011年10月
  • 2011年9月
  • 2011年8月
  • 2011年7月
  • 2011年6月
  • 2011年5月
  • 2011年4月
  • 2011年3月
  • 2011年2月
  • 2011年1月
  • 2010年12月
  • 2010年11月
  • 2010年10月
  • 2010年9月
  • 2010年8月
  • 2010年7月
  • 2010年6月
  • 2010年5月
  • 2010年4月
  • 2010年3月
  • 2010年2月
  • 2010年1月
  • 2009年12月
  • 2009年11月
  • 2009年10月
  • 2009年9月
  • 2009年8月
  • 2009年7月
  • 2009年6月
  • 2009年5月
  • 2009年4月
  • 2009年2月
  • 2009年1月
  • 2008年12月
  • 2008年11月
  • 2008年10月
  • 2008年9月
  • 2008年8月
  • 2008年7月
  • 2008年6月
  • 2008年5月
  • 2008年4月
  • 2008年3月
  • 2008年2月
  • 2008年1月
  • 2007年12月
  • 2007年11月
  • 2007年10月
  • 2007年9月
  • 2007年8月
  • 2007年7月
  • 2007年6月
  • 2007年5月
  • 2007年4月
  • 2007年3月
  • 2007年2月
  • 2007年1月
  • 2006年12月
  • 2006年11月
  • 2006年10月
  • 2006年9月
  • 2006年8月
  • 2006年7月
  • 2006年6月
  • 2006年5月
  • 2006年4月
  • 2006年3月
  • 2006年2月
  • 2006年1月
  • 2005年12月
  • 2005年11月
  • 2005年10月
  • 2005年9月
  • 2005年8月
  • 2005年7月
  • 2005年6月
  • 2005年5月
  • 2005年4月
  • 2005年3月
  • 2005年2月
  • 2005年1月
  • 2004年7月
  • 2004年6月
  • 2004年5月
  • 2004年4月
  • 2004年3月
©2022 R-style | WordPress Theme by Superbthemes.com