Lifehacking.jp

ライフハック Liveshow 664 回「Fable 5」

mehori@lifehacking.jp (堀正岳) — Mon, 15 Jun 2026 00:50:07 +0900

いつの間にか 664 回も続いている日曜日夜22時からのYouTubeライブ配信、今回は突然提供停止された Anthropic の Fable 5 モデルの話題、WWDC 2026 まとめ、そして Meta の内部事情などについての話でした。

よろしければチャンネル登録などぜひお願いします！

Happy Hacking Keyboard 日本語配列をMacで使う、私のレイアウト

mehori@lifehacking.jp (堀正岳) — Sun, 14 Jun 2026 01:23:30 +0900

先日、Happy Hacking Keyboard の 30 周年記念モデルについて紹介しましたが、最近はノートパソコンから入る人も多いので、外付けキーボードをわざわざ買うのは初めてというひともいるかもしれないと思いました。その場合、どのように設定すればいいかわからなくて戸惑うかもしれません。

そこで、簡単にではありますが、私の環境での設定の流れを工場出荷状態から紹介してみようかと思います。

本当に詳しいキー配列についての解説やモデルの比較については、公式サイトにいろいろと資料がありますのでそちらをご覧ください。

ちょっと記事が長くて細かいので、あまり初めての人には向かない気もするのですが、読み飛ばす感じで十分かと。

Mac モードへの変更と macOS 側での設定

macOS で HHKB を使う場合には、接続する前に背面の dip スイッチを変更しておくのが無難です。

背面の小さな窓を開くと、そこにスイッチが並んでいますので、なにか細いもので一番左側のスイッチだけを上・ON の側に変更しておきます。

これは「Fn + CNTL + M」のキー操作でもいいのですが、なにかの拍子にモードが切り替わったのがわからないので混乱のもとになる気がして私は使いません。

ケーブルでつなぐと、普通は macOS が新規キーボードであることを認識して自動でキーボード設定アシスタントを立ち上げますが、反応がないようなら手動で起動してください。

ここで「左Shiftキーの右側のキー」と「右Shiftキーの左のキー」を押すように促されますが、右側については HHKB 日本語キーボードの場合はカーソルキーがねじ込まれるように配置されているので注意します。

赤字で囲っているキーを押せば日本語キーボードとして認識してくれるはずです。

自動認識が駄目なこともある

ただし、たまにこのステップをふんでいて「キーボードが認識されません」という表示がでてくることもあります。

理不尽な気持ちになりますが、この場合は「スキップ」を押して手動で選択します。

ここで、JIS （日本）キーボードを選んでおけば大丈夫です。間違ったキーボードを選ぶと、たとえば「Shift + 8」を押しても左括弧が入力されないといったようにズレたことになりますので、すぐに気がつくはずです。

キーマップ変更ツールで好みの配列に

以上の設定でも使えますが、もう少しだけ便利にしておくために、キーマップの変更をしておきます。HHKBの公式サイトから「キーマップ変更ツール」をダウンロードして、インストールしておきます。

デフォルトではこのようになっているのですが、どういうわけか Magic Keyboard と比べると左の「command ◇」と「option」場所が逆になっていて不便です。せめてこれを逆にしましょう。

Command キーを増やす私の使い方

私の場合は、この左 option キーの左に CAPS LOCK が配置されていてうっかり押してしまうのが嫌なので、もう少しだけ設定を続けます。

最終的にはこのように、左は command キーを２つに増やすようにしています。CAPS LOCK は要りません。

そこでキーマップ変更ツールで「左optionを最も左側に」「commandキーを２つ」に設定します。

Karabiner Elements を使っている人なら、caps lock の場所を移動してから、caps lock を左 command に割り当てるという設定でも同じ効果が得られます。

キーマップ変更とKarabiner Elements でたいていのことはできる

非常に簡単にですが、私の mac 上での HHKB 設定について紹介しました。簡単に済むかと思ったら、意外に画像もたくさん必要でしたね。

ここでは紹介しませんでしたが、もう少しマニアックな必要性に対応するための変更などもこれに追加しますが、たいていのことはキーマップ変更ツールと、Karabiner Elements の simple modification 設定で可能になります。

mac で初めて Apple 以外の外付けキーボードを使うという場合には参考にしてみてください。

Happy Hacking Keyboard 30周年を記念して「押下圧30ｇモデル」が登場

mehori@lifehacking.jp (堀正岳) — Mon, 08 Jun 2026 15:41:19 +0900

同じ道具をずっと、長い期間使っていることがあります。

私は手帳はずっとモレスキンの横掛ポケットサイズを使っていますし、ボールペンは uni-ball Signo の黒 0.38 mm を選びます。最適な道具を求めてさまざまな製品を試すのもよいですが、手に馴染んだものを意識せずに使いこなすのもまたよいものです。道具は自分の一部分だからです。

Happy Hacking Keyboard は自分にとってそうした道具で、いま書いているこのブログ記事も、これまでに書いた書籍も、このキーボードを叩くことで生まれました。

その Happy Hacking Keyboard、略して HHKB が今年で30周年を迎え、それを記念して特別に押下圧が45gから30gに改変された記念モデルを発売しています。馴染みがあるのに、馴染みのない、ちょっと不思議な体験ができるのではないかと思って早速一台を購入して使ってみました。

（関係性明示：私は Happy Hacking Keyboard アンバサダーですので、本記事の内容は PFU 様への事前取材の内容を含みます。キーボードは自分で購入して試しています）

押下圧の問題

キーボードの押下圧、つまりはキーを押すときに必要な力は、普通の人ならばあまり意識することのない細かいこだわりかもしれません。

一般的な大人がキーボードに指を置いた場合の圧力は大雑把に 30-50g 程度などと言われますが、それに対して HHKB を含む多くの売れ筋のキーボードは入力するときの圧力が 45g になるように調整されています。

これは手を休めているときにうっかり入力せず、押さないように手を浮遊させとくと気にかかる力、実際に押す際の力などを考慮したときのバランスから Cherry MX メカニカルキーなど、さまざまな前歴を経てこの数字に収束した経緯があります。

一方、最近の MacBook やノートパソコンのキーにはもっと軽い 30g 程度の圧力のものも多いですし、軽いタッチで入力したいというニーズに答えて REALFORCE には 30g キー荷重モデルや荷重を変更できるもでるなどもあります。HHKB にもこの軽いキータッチのモデルを期待する声は一定数ありましたが、それが30周年の節目で登場したわけです。

限定3000台。ただしモデルや色によっては、早めに売り切れの可能性も

今回の記念モデルは限定3000台で、PFU ダイレクトのみでの販売になります。Amazon などでは購入できませんのでご注意ください。

また、英語・日本語がそれぞれ1500台で、墨750台・白300台・雪450台と、モデルによって台数が異なりますので、希望のモデルが早めに無くなる可能性もあります。

というわけで今回選んだのは白さが目に眩しい「雪」モデルの日本語キーボード…って、あれ？

うっかり間違えて英語配列を買ってしまいました…。

日本語キーボードのキーをさまざまにカスタマイズして使っていたのですが、仕方ないですね…。

この30周年モデルはキーボード本体は既存の HHKB Professional HYBRID Type-S で、押下圧だけが 30g になっているのと、Control キーが赤い記念キートップになっています。

若干のキーバインドの変更のあとで姿勢を決めて触ってみると、当然なのですが、軽い！

言葉で伝えるのが難しいのですが、重いスニーカーを履いて出かけたあとでそれを脱いだときのような、急に身軽になったような開放感があります。

何度も 45g の HHKB Classic Type-S との間を切り替えながら試してみたのですが、自転車のギアが変わったように意識に変化が起きる軽さです。

本当に必要か？姿勢や手の位置も検討して考えてみよう

このように書いてしまうとキーボードが好きな人は飛びつきたくなるかもしれませんが、それなりに値段する買い物ではありますので、ふだんプログラミングや、大量の文章も書いている立場で少しだけ補足を試みたいと思います。

ヘビーユーザーなら言うまでもないことかも知れませんが、キーボードを使っているときの疲労感や、手をかざしているときの引きつった感覚は、押下圧だけではなくキーボードの傾きや手の位置、姿勢にも大きく左右されます。

また、文章を書くときのように、ずっとタイピングが切れ目なく続く場合にはプログラミングをしているときと違った緊張も生まれます。そうしたときには、BIRD電子さんのタイピングベッドなどを使って手首を少し高くするだけでも疲れ具合は大きく変わります。

押下圧だけで疲れ方が決まるわけではないので、そこまで文章を大量に書くわけではないという人には 30g の押下圧が必要かどうかは微妙かもしれません。

しかし、一気に3000-5000字ほどの執筆を日常的にしているという人ならば、姿勢やパームレストの問題も加味したうえで、さらにこの軽さを追求したくなる瞬間があるのは感覚的に伝わるかと思います。

頭のなかのアイデアを一刻でも速く入力するために、この数分だけちょっとタイピングを加速させたい。そのためにはふだんのキー押下圧が邪魔で、手の甲に疲れがたまってしまう、あの感覚です。

こうした状況に覚えがあるなら、この 30 周年モデルを試してみる価値はあるといえるでしょう。

人気が出れば定番化もあり？

担当の人の話によれば、もちろん HHKB も時代に合わせるべきところは合わせてゆく予定だそうです。この30周年モデルがどの程度受け入れられるか、その反応をみて、今後 30g モデルを定番化するかどうかも検討されるようです。

実際、以前は左上が定番だった HHKB のキーも、HHKB Classic のオリジナル白以外は中央印字になっています。これも時代の変化ですね。

私は 1998 年に大学の研究室で最初の HHKB が導入されていた頃から、30 年の歴史のほとんどをさまざまなモデルの変化とともに過ごしてきました。

その間、HHKB はまったく変化しないのではなく、キー内部設計や、静音性や、Bluetooth 対応や、HHKB Studio のように大胆な変化も、その都度時代に合わせて行ってきました。

不変ではなく、このゆるやかな変化こそが本当の伝統なのだと考えると、今後の HHKB の開発と変化にも、期待をしたくなります。

今後も、あてになる道具として、長く使い続けられればと思います。

「最適化の罠」から逃れる

mehori@lifehacking.jp (堀正岳) — Sun, 10 May 2026 01:42:27 +0900

もし、英語圏の「最適化」界隈で有名な YouTube 動画配信者のリストを作ったなら、おそらく Matt D’Avella 氏の名前はそのトップ５に常に入っているはずです。

チャンネル登録者数400万人を誇る Matt は、クオリティの高い動画で知られているだけでなく、素朴で近づきやすい語り口や、ちょっと極端でユーモアのある実践的な動画が人気です。

「人生のための12の習慣」や「ミニマリストが教えるパーソナルファイナンス」といったノウハウ的な動画もあれば、「30日間、朝５時に起きてみた」「冷たいシャワーを30日連続で浴びることで起きたこと」のような、思わず続きが知りたくなるタイプの動画もあって話題に事欠きません。この手の話題が好きな人はつい、なんとなく見てしまうのではないでしょうか。

しかし近年、少しずつですが、彼の動画のスタイルに変化が生じていました。それまでのしゃにむに生産性を高めようという動画が鳴りを潜めて、「仕事最優先のハッスルカルチャーの嘘」や「デジタルデトックスの勧め」といったように、それまでの流れを抑制するテーマの動画が増えてきたのです。

決定的だったのは、Matt とパートナーの間に子供が生まれ、子育てに時間をとられるようになったことでした。そしてついに先週、「自分はすべてを最適化しようとして、かえって人生を悪くした」という題名の動画が投稿されたのです。

ついにきたか。と、私は思ったのでした。

減らさないといけないもの

動画のなかで、Matt はいま膨大な数の動画やブログが「最適化」ビジネスに相当するものに貢献しており、人生のすべてをテクニックで生産性が高く、成功に導かれるように調整するアドバイスに満ちていることを指摘します。

そしてその上で、それをすべて実践すること自体が、そもそもまともな人生を生きることを不可能にしているのではないかと問いかけます。

例に挙げられているのが、アンチエイジングのための最適なスキンケアから、筋トレ、ヨガ、瞑想、緻密な時間管理といった、かなり極端なものばかりですので、「それはそうでしょう…」と私などは思ってしまうわけですが。

そして重要な点に Matt は気づきます。

すべてのことをする時間はないうえに、減らして良い無意味なアクティビティはもうすでに減らしていることに。つまり減らさないといけないのは、本当なら減らしたくないと考えているものなのです。

本当は筋トレを増やしたい、もう少しスキルを学ぶ時間を確保したい、本を読んだりしたい。でも、赤ちゃんが泣いているので優先順位はすべて変わってしまいます。

子供がいない人でも、この泣いている赤ちゃんに相当するものがあるはずです。

それは硬直した最適化の末に身動きの取れなくなった人生を粉砕する個別の事情であり、そのためには時として悔しい思いをしながらいろいろなものを諦めざるを得ないなにかです。

「意味」を追求するのをやめる

Matt はこの動画のラストで「アトミック・ハビット」の「1%改善」を引き合いにして、いつまでも人生を最適化で「より多く」「より豊かに」「より賢く」などとはできないとしたうえで、子供との時間のようにあらかじめ意味などが決まっていないことにもっと費やしたいとまとめています。

もっとも、この動画のなかでも技巧をこらして配置されたカメラで子どもとの時間を何カットも撮影しているあたり、言ってることとやっていることがズレているような気もします。また、Matt はYouTube で生計を営める立場なので、子どもと遊ぶこと自体を諦めて働かざるを得ない人の立場が頭上を素通りしている構図も見逃せません。

とはいえ、言いたいことはわかります。

それは「意味がないことをする」のが最も尊いと言っているのではなく、「意味があるから追求する」といった算段がつくものは、どこかで最適化の魔の手から逃れられなくなる息苦しさについての話なのです。

たとえば、「本を読むこと」自体を味わいたいのに、それがいつの間にか「読めていない生活は良くない」「もっと意味のあるものを読まないといけない」といった感情の引き金にしかならないなら、どこかで乗り換え駅を通り過ぎているといえます。

そういった、なにが喜びをもたらすのかについての塩梅の難しいバランスの問いかけがここには含まれています。

Matt は「幼い子供と遊ぶ時間をもっと味わいたいから」と、誰にも否定できない線で動画をまとめましたが、長期的にみるとここにはさらに難しい問題があるのです。

一つだけいえるのは、目の前の局所最適化は長い目で見た幸せを保証しないという視点です。

私がいつもブログで Happy Lifehacking と書くとき、それは「Lifehacking = 手元の小さな習慣」を行うこと自体が Happy だという意味ではありません。

ちょっとややこしいですが、それは長い目でみた Happiness につながるものをして、Lifehack にせしめなければいけないということなのです。

Logseq DB の同期機能を試してみる

mehori@lifehacking.jp (堀正岳) — Sat, 02 May 2026 23:25:06 +0900

ふだんの生活で出会うさまざまな情報をメモにとるだけでなく、あとで活用可能なネットワークにして整理できるアプリケーションやウェブサービスのことを「パーソナル・ナレッジ・マネージメント」の頭文字をとって PKM などといいます。

最近だと、Obsidian や Notion を PKM 的に使う人も多いかと思いますが、私がずっと利用しているのは Logseq という、箇条書きのアウトライン形式でメモをとるアプリです。

もともと Logseq は Obsidian と同様に Markdown を利用してファイルシステムをベースにした仕組みでしたが、それでは拡張性や速度に限界があったこともあって、ここ数年は SQLite をバックエントにした新しいバージョンが開発されていました。開発は延びに延び、いったいいつ終わるのだろうというほど待たされたのですが、ここ数週間でようやくひとまずのリリースに向けた作業が進められていることが明らかになりました。

これにともなって、以前までのバージョンは Logseq OG という名前に変わり新機能の開発の行われないメンテナンスモードに入ります。新しいアプリは Logseq DB として開発が進められるだけでなく、今後は iOS アプリや Android アプリの整備も着手される予定になっています。

だいぶ開発が進んでいるので、まもなく利用できるようになる LogseqDB ですが、公式の同期機能などはまだリリースされていませんし、基本的には有料になる予定です。ただし、Logseq は自分でサーバーを立てて複数のデバイスを同期させることも可能になっていますので、この記事ではそうした最新の開発状況を試してみたいという人向けに情報をまとめてみました。

まず前提情報を確認

本題に移る前に、いくつかの前提情報を書いておきます。まず、もしあなたの目的が「Logseq DBを試してみたい」というだけならば、以下の作業を実行する必要はなく、ウェブ版のテストサーバーを使うことができます。test.logseq.com に存在するバージョンは：

比較的最新の Logseq のテスト用で、Chrome などのブラウザで利用可能
ブラウザから直接ファイルシステムにバックアップをとることができますので、今後正式版のアプリがリリースされた際にそこに情報を持ち出すことも可能
画像やファイルなどのアセットを追加することは可能ですが、それをバックアップすることはできません。それをするには正式な同期サーバーがリリースされるのを待つか、自前のサーバーを利用する必要があります。

といった特徴や制限がありますが、いまではかなり安定していますので日常使用には問題がないはずです。

つまり、以下の作業を試してみたいという人は、複数のパソコン、スマートフォンで Logseq のグラフを同期して持ち出したい。しかも公式のリリースよりも先にその機能を試してみたいという人向けになります。

では、以下の作業はどんな人向けか？

以上の前提に立ったうえで、以下では Cloudflare Worker を使った自前の Logseq と、同期サーバーをビルドしてみます。これで、以下のようなことが可能になります。

ローカルネットワーク上で複数端末の Logseq が同期できます
自宅の電源を入れたままの端末で同期サーバーを動かせば、Tailscale 経由で出先でも同期が可能です
Cloudflare のアカウントや VPS は不要です

ここからは同期に対応した Logseq の最新ビルドを利用することになりますが、当然バグがあったり不安定なことがありますので、使用する際には、必ず１時間毎の自動バックアップ機能を設定しておき、データ消失が起こらないように注意してください。

デスクトップアプリの最新のビルドは Github の Nightly Build で手に入れることができます。macOS の場合は arm か x86 かに注意して、M1 以降の Apple シリコンの場合は arm 版をダウンロードするようにしてください。間違ったバージョンをダウンロードすると、速度がかなり低下します。

以下、最新の同期サーバーを構築しますが、macOS で Homebrew を使った場合の解説になります。

事前準備

手順としては、1. Logseq のソースコードを Github から入手し、2. 同期サーバーをビルドするという順序になりますが、事前にいくつかの開発環境をインストールしておきます。

Node、npm、pnpm
Java と Clojure
Cloudflare wrangler

まずは node と npm を Node.js を公式サイトのインストーラーを使ってインストールします。次にパッケージマネージャーの pnpm は：

npm install -g pnpm

で完了です。次に、Java と Clojure 言語の環境は、Homebrew を使ってインストールするのが楽です。

brew install --cask temurin
brew install clojure/tools/clojure

Cloudflare wrangler も、同様に Homebrew でインストールしてしまいましょう。

npm install -g wrangler

これで準備は完了です。

同期サーバーを作成する

次に、Logseq の同期サーバーを構築して立ち上げておきます。

cd logseq/deps/db-sync
pnpm install
pnpm release
# この下の行は一度だけ実行する
cd worker && wrangler d1 migrations apply DB --local && cd -
cd worker
wrangler dev

これで同期サーバーが立ち上がりますが、localhost:8787 からしかアクセスできませんので、ローカルネットワークの他の端末から見えるようにするためにもう一つだけ設定が必要です。いったんサーバーを落として、このディレクトリの下の worker というディレクトリにある wrangler.toml に以下を追記します。

[dev]
port = 8787
ip = "0.0.0.0"

そのうえで、このディレクトリで wrangler dev と実行します。これで、ローカルネットワークの他の端末からも同期サーバーが見えるようになります。たとえばこの端末のローカル IP が 192.168.1.10 なら、Logseq の同期サーバーを 192.168.1.10:8787 に設定すればよいわけです。

同期サーバーや Logseq 本体はいまも開発が続けられていますので、変更が入ったときには git pull で変更を取り入れて、もう一度同期サーバーをビルドすれば最新の状態を反映することができます。

ここでは同期サーバーのみをビルドしていますが、Logseq 本体のアプリをビルドすることも簡単にできます。ただし、同期機能をローカルで試したい場合には ENABLE_DB_SYNC_LOCAL=true フラグが必要になりますので、ドキュメントを見ながら作業してみてください。

Logseq 側の同期の設定

次に、同期に対応している Logseq 上で、同期サーバーの場所を設定します。「設定 → 高度な設定」に存在する同期サーバーの欄に、同期サーバーが動いている場所を入力します。

iOS のテストアプリを使ってみたいという人は、Testflight から入手して、同様に同期サーバーの設定をします。ただし、Testflight の Logseq をインストールすると従来の Markdown 版のアプリは消えてしまいますので注意してください。

すでに存在する DB グラフを同期に対応させる

同期を使い始めるためには、Logseq のグラフを同期サーバー側にアップロードする必要があります。この設定は、「すべてのグラフ」で対象のローカルグラフの右側にある「…」メニューを右クリックして表示される「Logseq Syncを使う」から実行します。

これを行うと、グラフが同期サーバー上で管理されるようになります。ここでとても重要な注意なのですが、この設定の前にグラフはアセットもふくめてバックアップをとっておくのが賢明です。

2026年5月時点での Logseq にはグラフのパスワード周りにバグが残っていて、正しいパスワードをいれても同期が開始されないといったことがあります。この場合にはグラフを一旦削除して、インポートしてから再度同期を設定するとうまくいきます。

私はグラフを同期させたときに初回にE2EEについてのポップアップが出てきてパスワード入力を求められるものの、どんなパスワードをいれても失敗するという不具合に遭遇したこともあります。この場合は「拒否」でポップアップを消して、その後に表示される Logseq のパスワード入力欄にパスワードを入力するとうまくいきました。

とにかく、まだ最新の Logseq には不具合も多いので、大切なデータはアセットも含めてバックアップをとってからでなければ同期しないほうがいいでしょう。まずは空っぽのグラフで始めるのがおすすめです。

一般ユーザー向けの、楽な方法はじきに

以上で、ローカルネットワークで Logseq を同期させるサーバーを運用することができます。もし、このサーバーを出先からアクセスしたい場合には、Tailscale などを使ってローカルのサーバーにアクセスするといった手段が有効です。

開発経験などがないと難しい内容だったと思いますが、数ヶ月以内には公式の同期サーバーも試験公開される可能性もありますので、ハードルが高いという人はそれを待つのが無難かもしれません。

開発の最前線を試してみたいという人は、（バックアップに注意しつつ）挑戦してみてください。

これでいいじゃないと思わせる Cheero のオープンイヤーイヤホン CHE-647「Smart Pro」

mehori@lifehacking.jp (堀正岳) — Fri, 03 Apr 2026 13:14:47 +0900

ふだんは机ではヘッドフォンを、歩いているときも AirPods Pro をつけて、さまざまなものを聴く生活をしています。音楽、ポッドキャスト、オーディオブック。

生活のすべての時間を生産的に、なにかの情報を受け取りながら過ごしたいなどと考えているわけではありませんが、ムードを決めて何かをするのに耳に何かを入れるのが私には向いているらしいのです。集中したいときのプレイリスト、リラックスして作業をしながら聴く番組といったように、その時に合わせて雰囲気を耳から整えるのです。

そこで気になっていたのが、オープンイヤー型のイヤホンです。作業をしているときに背後からきた同僚に気づかなかったといったバツの悪い経験が何度もあったので、耳の穴を塞がず、周囲の音も耳に入るタイプのイヤホンが一つあればと思っていたのですね。

安い、軽い、十分！なオープンイヤー型イヤホン： CHE-647

そんなことを考えていた半年ほど前に、いつもお世話になっている Cheero 様から、オープンイヤー型イヤホン “cheero Wireless Open Earphones Smart Pro” の製品レビューのお誘いがありましたので、商品を提供していただき試していました。

すぐにレビューを書けばよかったのですが、思いのほか馴染んでしまい、そこにあるのが当たり前のように数ヶ月使っていました。忘れていたわけではありませんよ！（笑）

おそらく皆さんは、Amazon などの写真で、この耳たぶに挟むタイプのオープンイヤー型イヤホンは見慣れていると思います。使ったことがあるかたは、音質もそれなりであることをご存知でしょう。

今回レビューしている “Smart Pro” も同様です。音質的には可もなく不可もなく、十分に楽しむことができますし、ポッドキャストやオーディオブックでボイスを聞く場合にも問題がないという表現になるでしょうか。このあたりは、どの製品でも似たりよったりかと思います。

使ってみて便利だったのは、バッテリーのもちです。安いオープンイヤー型イヤホンはいまだと2500-3000円程度のものが多いと思いますが、それに対して “Smart Pro” は5000円台と、少しだけ高めです。

しかし前者は5時間程度のバッテリーのものがほとんどであるのに対して、“Smart Pro” は8時間利用可能です。この数時間の違いが、一日利用するときにはけっこう効くのです。

充電ケースにいれれば 1.5 時間程度でまたフル充電になる手軽さも重宝します。午前中ずっと使い、昼休みに充電し、午後もずっと利用するといったペースが生まれますので、これまで一度もバッテリー切れになったことがありません。

この手の製品はたくさんありますが、もうこれでいいじゃないかと思わせる手軽さです。失礼かもしれませんが、なんだかお箸とかお茶碗とか、室内のスリッパに感じるような感覚ですね。こだわりの高音質の製品と、ふだんの作業時間にずっと使い続ける機種の二つがあってもいいわけです。

気になる自転車での利用は

さて、この “Smart Pro” を使っていてもう一つ気になっていたのは自転車での利用です。

御存知の通り、イヤホン・ヘッドフォンをしながらの自転車の運転は以前から違反の対象で、令和８年の道路交通法改正では反則金の対象と明示されています。

その一方で、警察庁交通局の発表している自転車ルールブックにおいては「装着時に利用者の耳を完全に塞がないものについては、安全な運転に必要な音又は声が聞こえる限りにおいて、違反になりません」という、一定の線引きもあります。

ただし、イヤホンを片耳のみに装着しているときや、オープンイヤー型イヤホンや骨伝導型イヤホンのように、装着時に利用者の耳を完全には塞がないものについては、安全な運転に必要な音又は声が聞こえる限りにおいて、違反にはなりません。（「自転車ルールブック」より抜粋）

なによりも大切なのは、イヤホンが使えることではなく、自分と周囲の人の安全です。そういう意味ではどうでしょう？

おそらく、これは本製品 “Smart Pro” に限ったことではありませんが、耳たぶへの挟み方しだいでは耳の穴をより塞ぐ付け方も、耳の穴から遠ざけた付け方も両方可能です。周囲の音がちゃんと耳に入ってきて、気を取られないような音量に設定し、「これなら安全だろうな」と感じられる装着は可能でした。

ただし、そう思っているのと、実際の道路上での様子は違う可能性もあります。ルールブックとしてオープンイヤー型のイヤホンが容認されているのは、もちろん利用者自身が安全に対して万全を期することが前提です。

なのでここでは、「安全な運転に必要な周囲の音が聞こえるように装着することは可能」としたうえで、だからといってそれをお勧めするのではなく、自身の技能、音に対する敏感さも考慮したうえで安全にご利用くださいと書くのに留めたいと思います。

というわけで、なんだかちょっと不思議なレビューになってしまいましたが、軽いし、バッテリーの容量とコストのバランスもよいですし、これでいいんじゃない？という結論になります。

記事を公開した 2026 年 4 月現在、Cheero のサイト上ではセールでお安くなっているみたいですので、もし感じる所があればぜひ。

軽すぎる万年筆「パイロット：Lightive」で手帳はじめ

mehori@lifehacking.jp (堀正岳) — Fri, 02 Jan 2026 22:10:53 +0900

新年を実家で過ごすなら、三鷹駅南口の日本堂文具店に足を運ぶのが私の習慣です。年のはじめに、原稿用紙を買うのです。

去年はうっかり足の指を骨折して実家に行けなかったので二年ぶりの訪問となりましたが、今回は首尾よく四百字詰め原稿用紙を二冊買うことができました。一年の最初の原稿をここに手書きで始めると、なにやら気が引き締まってやる気がでてくるような気がする、一種の願掛けです。

会計をしようとレジに向かったところ、隣りの万年筆コーナーに目を引くディスプレイがありました。低価格帯の万年筆で定評のある PILOT の「Lightive」のリニューアル版です。

低価格で日常使いしやすい万年筆といえば同じく PILOT の kakuno が人気ですが、こちらはもう少し大人向けの価格帯です。それでも 2500 円程度ですから、初めて万年筆を使ってみたいと思っているエントリー層にはぴったりでしょう。というわけで、ついでに一本買ってみました。

kakuno はもう何本も使い潰してきたのですが、ちょっと使用していない期間があるとインクが乾燥して再度つかうまでに手間がかかることが何度かありました。Lightive はそうした乾燥を防ぐためのインナーキャップが採用されており、初心者が扱いやすくなっているようです。

使ってみると、その名前「light = 軽い」の通り、とても軽量であることにまず驚きます。これはリップサービスでもなんでもなく、この質感や大きさから想定される重さの半分くらいの重さしかないのです。

ボディ部分はつや消しで触り心地がよいですし、kakuno と違ってクリップがついているのでいろいろな場所に挟めるというメリットもあります。

今回選んだのは細字 F タイプ。素直に付属のカートリッジのブラックを使っていますが、書き味もまったく問題ありません。世間の評判でも、もっと高価格帯の万年筆と比べても遜色のない書きやすさだとの声を耳にします。軽い、書きやすい、コスパ良すぎ！というわけです。

気になるモレスキンチェックは

写真を撮影し忘れているので恐縮なのですが、このペンとインクの組み合わせでモレスキン手帳での裏抜けチェックも行ったところ、問題ありませんでした。

もちろんページの裏側からまったく見えないというわけではありませんが、インクの裏抜けで読みにくい・書きにくいといった心配は無用です。

というわけで、さっそく新年の手帳はじめは気持ちよく走りの良い万年筆でスタートできました。

文具店ならば、ディスプレイとともにメモに試し書きのコーナーがあるはずですので、気になる方はぜひ実際に触れてみてください。

Amazon: パイロット万年筆ライティブ（Lightive）

パーマリンクのある活動に集中してみる

mehori@lifehacking.jp (堀正岳) — Thu, 01 Jan 2026 00:50:33 +0900

2026年には「個人ブログの時代」が戻ってくるかもしれないと考えています。それがたとえ、風の力で開いた扉がすぐに閉じてしまうような、束の間のことであったとしてもです。

こう考えるようになったのには２つの理由があります。一つは生成 AI、もう一つは SNS におけるアルゴリズムの蔓延です。

オーセンティックな記事はどこにある

ここ数年がそうであったように、2025年も生成 AI の話題が非常に多い年でした。しかしこの一年は特に、互いにしのぎを削る ChatGPT・Gemini・Claude といったサービスが提供する機能によって記事の本文、画像、インフォグラフィックのすべての領域で AI の使用が目に見えて広がったのが印象的でした。

ブログやウェブ記事の分野だけをとっても、ちょっとみないうちにアイキャッチが疑似ジブリ風のイラストになったり、文章の情報量が不自然に増幅していたり、個性的だった文体が洗練されたよそよそしさに置き換わっていたりした例をよく見かけます。

これは私が偏屈だからそう思う部分もあるのかもしれませんが、そうした記事が以前の記事に比べて飛躍的に役に立つものであったりわかりやすいものであることは稀です。むしろ、情報量のわりには論点がジェネリックでヤマもなければオチもない記事になっていたり、堂々巡りになっていることのほうが多いように見えます。

まるで「この記事を書くのに手間をかけていられない」といった焦りが文章から燻っているようで、それがなまじ誤字脱字のない完璧な修辞から繰り出されるので不気味さが際立つのです。

記事の内容が技術的な問題と回答だけならばこれでもよいのですが、およそ論点を提示するブログ記事の場合には、誰がどういう立場で書いているのかという行間や文脈が重要になります。生成 AI にはまだこれができません。

なんのためにこの記事を書いたのか、書き手はどの立場でこの意見を語っているのか、どうして自分が時間をかけて読まなくてはいけないのか。そういった、読者が当然抱く疑問が宙吊りになったままだと、記事から真剣さというか本当になにかを語っているような雰囲気が伝わってきません。

オーセンティックな（ = 本物らしい）感触がないのです。

アルゴリズムが迷走する

ここに、SNS のアルゴリズムのエンシット化が加わります。エンシット化とは、サービス提供側が自身の利益を最大化するためにユーザーが離脱しない程度に機能を改悪することで、たとえばツイッターが「おすすめタイムライン」をデフォルトにして、フォローしていないひとの投稿を広告とともに大量に表示するのはそのよい例です。

実際、X となったツイッターでは「フォローしている人の投稿が表示されない」といった苦情が絶えませんし、投稿する側でも表示が間引きされないために「リプライなどのエンゲージメントをわざとおこなう」といったバッドノウハウが広まる始末です。

これは終わりのない蟻地獄のような様相を呈しています。SNSで投稿しても届かないので、投稿を増やしたら間引かれるし、関係のないエンゲージメントをしてもノイズと判別されます。まるでずっと警笛を鳴らし続けているように、自分の投稿に注目が集まるようにあの手この手で目立たないといけない。そうしないと埋没をする。そうしていても、埋没する。

これがエンシット化が進んだSNSの風景というわけです。

窓が少しの間だけ開くタイミングが？

この二つの影響もあって、1. ちゃんと人間の「声」をもっているコンテンツが、2. 見逃さずことなく流通することに、一時的に価値が見出されるタイミングがあるのではないかと思っています。個人ブログは、まさにこれに合致したメディアだというわけです。

ただし、昔のようにブログがもてはやされたり注目される時代が来るとも、誰もが RSS を使用するようになるとはさすがに思いません。

時代はゆるやかにループして繰り返すものですが、そのたびに同じ場所に戻るのではなく、少しだけ違ったなにかをなぞりながら次の周回を目指すからです。

古いブログそのものでも note のようなサービスでもないものが今回は注目されるかもしれませんし、RSS のようなサービスでも Discord のようにファンを囲った閉じた庭でもないつながりかたが生まれるのかもしれません。

具体的にはわからないのですが、オーセンティックで、強いつながりをもつメディアに一時的に光が当たることだけは必然のような気がしているのです。もしかしたら、ポッドキャストや YouTube 配信といった形ですでに来ているともいえるかもしれません。

パーマリンクを意識しよう

私自身は毎週 YouTube 配信もしますし、ポッドキャストをすれば何時間でもしゃべれる人間ではありますが、それでも文章を書くのが最も性に合っています。

そこで、先程の二つの要件を満たすなにかを探すならば、やはりブログやブログに近いサービスを利用するのが中心になります。

ブログというメディアを特徴づける要素はいろいろありますが、ツイッターや生成AIとの対比でいうならば「パーマリンクのアーカイブ性」が際立ちます。

細かいことをいえば YouTube も X 投稿だってパーマリンクはあるのですが、「この人が A という話題について書いているすべての記事を探したい」といったニーズに応えるときに、固有ドメインとブログという組み合わせはいまも優位に立っています。

そこで、しばらくの間は次のようなポイントを意識してみたいと考えています。

属人性の高い情報発信：これは AI が記事を飲み込んで私の署名を消したとしても利用価値が少ない、代替不能なテキストを構成していることを意味します
テーマの属人性を高める：ライフハックといえばこの人、このテーマだったらこの人といったように、書いているテーマそのものと自分自身の活動がわかりやすく結合している状態を意識します
検索性を高める：これは AI SEO を高めるというのではなく、「ここで探せばこのテーマは見つかる」という期待感に応えることを意味します。このためには、パーマリンクをもつメディアであること、それがオープンであることに強だる必要があります

もちろんアルゴリズムに支配されている世界から読者や仲間を引き込まなければいけないわけで、ブログや note といったパーマリンク性の高いメディアへの誘導を意識した SNS の投稿やコミュニティを意識した情報整理も必要になります。

とにかく、アルゴリズムによって表示されるかされないかが制御できない場所よりも、来た人が確実に話題をたどることのできるアーカイブ性を意識することで、この一瞬だけ「窓が開く」場面に立ち会えるのではないかと期待しています。

その後はまた、次の周回が始まるのでしょう。しかし最初の風景が見えていれば、次にやってくるもが先読みしやすくなります。

なにがやってくるのだとしても、私はその風景を見てみたいのです。

新しい「知的生活」についての本を作ります

mehori@lifehacking.jp (堀正岳) — Sun, 28 Dec 2025 02:42:17 +0900

現在進行中の書籍の原稿もあるのですが、こちらが次第に収束に向かい始めているので、同時並行で次のプロジェクトの構想を練り始めています。

執筆期間としては２年を想定し、2018年にビジネス書として執筆した「知的生活」の話題をもう一度真面目にリサーチするつもりです。

そもそも「知的生活」という言葉は高尚に聞こえすぎますし、なにか頭のいいことを目指しているイメージがありますが、私が目指しているのはもちろんそうしたものではありません。すべての余計なものを剥ぎ取って基本的な部分だけを見つめるなら、「知的生活」とは「自分の考えを持つための習慣」と言い換えてもよいものです。

これがよくよく突き詰めると難しく、ふだん自分が自分の考えらしいと思い込んでいるものにはかなりの部分に他人から、環境から、境遇から受け取っている影響が含まれます。舐められまいとするあまりに勝手に背負い込んでしまう気負いや、過去の嫌な出来事に起因する偏りといったものもあります。

そして今は、生成 AI のようにプロセスを飛ばして答えを与えてくれる仕組みが世界中の情報を覆い尽くそうとしている時代でもあります。自分らしい考えを守るのは、意外に困難で、問いかけに値する喫緊の問題といえるのです。

執筆の過程を共有する

今回は、出版社の企画からスタートしているわけでもありません。今のところどこかから刊行する予定はありませんし、いま声をかけていただいてもお断りせざるをえない、あやふやな状態です。

というのも、情報収集、取材から、草稿までをある程度共有しつつ、あらかじめ結論を定めずに執筆して、どこに向かうのかにまかせてみたいというのが今回の企画の根っこにあるからです。

ただ、すべてをフルオープンにしてもコントロールが難しくなりますので、ひとまずこの企画関連の話題は note のメンバーシップ「めほりの知的生活サークル」で不定期にシェアしてゆくつもりです。ひとまず、現時点での計画や章立ての原案などを以下の記事にまとめてみました。

新しい「知的生活」についての本を作ります | めほりの知的生活サークル

自分でもどこにたどり着くのかわかってはいない旅路なのですが、きっと面白い話題であるとご期待いただいて大丈夫かと思います。

本格稼働は2026年から。ご一緒できれば嬉しいです。

インプットする情報の流れを減らしたら、喜びが生まれた

mehori@lifehacking.jp (堀正岳) — Tue, 30 Sep 2025 17:35:00 +0900

SNS を通した偶然の情報との出会いも多くなりましたが、根っこの部分では私の情報インプットの仕組みは今も昔も RSS に依存したままです。膨大なサイトの RSS フィードを Feedly のようなサービスに登録し、それをReeder のようなアプリで高速に読むことで、日々のニュースを漏らさず把握できるようにしています。

登録しているのはテック系のメディア、ブログメディア、個人ブログなど約200個のフィードですが、この数になると一日に約1000件ほどの記事が流れてきますので、もちろん全てに目を通すことはできません。表題と、最初の一段落ほどで重要性を判断して、興味を持った記事だけ時間をかけて読むことをしています。

大量の情報に目を向けることができますので、全体の雰囲気をつかむのにはよいものの、この方法には大きな欠点があります。楽しくないのです。

以前はこの方法でも楽しめていた時期はありました。しかし最近は、しだいに記事の表題がクリックを誘発するために本題を隠したり煽るようになっていたり、記事が購読料の壁の向こうにあって読めなくなるケースが増えてしまい、探す手間に対して無駄の量が増えているのです。AIで書かれた、ノイズで水増しされた記事が増えているのも、苦痛の一端です。

日によっては、1000件の記事の表題に目を通してもなにも読むべきものが見つからないという事もあります。情報は膨大に流れているのに、どこにも心が動かすものがないのです。

すると、偶然なにか興味深いものを見つけられないかと SNS のタイムラインを当てもなく眺めている時間が増えてしまいます。それも結局は疲れる時間なのですが、偶然何かを見つけられることもあるので、なんとなく眺めることをやめられなくなってしまいます。

アクティブに情報を探しているつもりだったのに、いつしかアルゴリズムの差配しだい受動的にタイムラインを眺めているだけの、不満な状態が完成してしまうのです。

フィードの思い切った削減

こうした時間がしだいに苦痛になっていたある日、そういえば Reeder には新旧の２つのバージョンがあって、それぞれを別に運用できることを思い出しました。

旧 Reeder は Feedly のようなサービスを登録するのが基本的な使い方なのですが、新 Reeder は iCloud で情報を管理しているので、別個に運用することができます。ここに、まったく別のダイエットした情報の流れを作ったらどうだろうと思いついたのです。

新 Reeder には YouTube やポッドキャストのようなメディアも登録して流れを作ることができるというメリットもあります。

YouTubeチャンネルも RSS 同様に 200 近く登録しているものの、実際に見ているのはほんの一部に過ぎません。そこで、「絶対に一つ残らず見たい」と思っているチャンネルだけを新 Reeder に登録しておくことで、視聴チャンネルをダイエットできるのです。

メディアではなく、個人の声を追う

登録するフィードを選ぶ際には、一つの方針を決めました。「有名メディアなので読む」という基準を捨て、「ぜひとも読みたい個人の声があるかどうか」を重視するというスタンスに変えてみたのです。

いくら有名でニュースをたくさん掲載しているメディアであったとしても、ほとんどの記事は注意深く読むことがありません。たいていはツイッターで投稿が流れていったのを目にして、それで満足してしまいます。

だったら、新 Reeder のほうには自分が更新を追っているブロガーのフィードを優先度高めにしておいたほうが、満足度が高くなるのではと考えたのです。

たとえば新 Reeder の最初のフォルダにはこのように個人ブログを中心にせいぜい10個程度を登録しておき、ブログメディアやその他のフィードは優先度を下げておきます。

YouTubeとポッドキャストも、厳選して10個程度の、いつも目にするものだけに集約します。

すると、非常に濃厚なタイムラインが新 Reeder のホーム部分に表示されるようになります。雑多なニュースは旧 Reeder で眺めておけば、ここにはニュースに対する反応、意見、批評といった、本当に耳を傾けたい話だけが集まります。

なにより、情報をただ伝えるだけの記事ではなく、「個人の意見」が凝縮されたフィードにはいいようもない楽しさがあるのです。

いま必要なのは、個人ブログの「声」

こうして膨大なフィードをまとめ直すと、日々の情報インプットのストレスをかなり軽減できるようになりました。

ニュースや最新の知見などは、以前と同様に旧 Reeder でスキミングするか、SNS で偶然出会うものをブックマークしていきます。しかし、それは普通に暮らしていても勝手に耳に入ってくる情報ですので、その情報の奔流の中から砂金を探そうと努力はしません。

むしろ、新 Reeder に凝縮させた個人ブログを中心とした記事のほうが、時間をかけて読む意味があり、考える価値があり、満足をもたらしてくれるのです。それらの中から、必読のものを10個程度選び、Raindrop.io に保存して移動時間などに読んでいきます。

すると、例えば Dave Winer 氏が「ブログ文化の再構築」を提案している記事が目に付いたり、それについて有益な提案をしている別のブログを紹介している記事が目に飛び込んできます。

Cory Doctorow 氏がいつもの舌鋒の鋭さでアップルの正義が消費者の正義とは限らないという指摘をしている記事の視点について考えることができます。

今日は作家イアン・マキューアンのインタビューが配信されているのに気づいて、その最新作「私たちが知りうるもの」で未来人が現代を振り返ってノストラジーに浸るという構図が解説されているのを耳にしてその奇抜さに興味をかき立てられるということもありました。

上手に情報を減らすことができるなら、そこには喜びが生まれるのです。

この仕組みの弱点は「発見」で、これだと膨大に流れてくる note の新しい記事や、今日たまたまブログを書いた人の記事は流れてこないというデメリットはあります。しかし実際のところ、数千の「読んでほしい」という記事に対して読むべきものは１つ程度なのですから、この問題は私の側で目を通す記事を増やすことで解決するものでもないように思えます。

それより、いま一番足りていないのは、喜びをもたらす個人ブログの声なのではないかという気がします。偏っていて、個性があって、考えさせて、友人がとなりで喋っているように心を通わせながら読めるブログが、いま一番足りてないのです。

ライフハックLiveshow 624 回「Clickjacking」

mehori@lifehacking.jp (堀正岳) — Mon, 25 Aug 2025 00:37:39 +0900

日曜22時からのYouTube Live、ライフハックLiveshow 624 回「Clickjacking」をお届けしました。

今回の話題はVRChatの3Dアート展示ワールド “Spatiology” の話題や、パスワードマネージャーが危険にさらされる DOM-based Extension Clickjacking の話題などについてです。

参考リンク

テキストファイルが最高のToDoリストとは限らない

mehori@lifehacking.jp (堀正岳) — Fri, 15 Aug 2025 01:52:22 +0900

先日、「Todoist や OmniFocus などを使ったタスク管理よりも、シンプルなテキストファイルが最強だ」という海外の記事が話題になっていました。

煩雑で細かい操作、たとえば「やるべきこと」をどのように整理すればいいか、どのようにメニューを操作すればいいか、そのサービスに会社のパソコンからログインできるかといったことに囚われることなく、単純なテキストファイルにすべてを保存する方がスピーディーであてになるというのが記事の趣旨です。

もちろん、こうした話題が出てくるのはこれが初めてのことではありません。むしろ、ライフハック界隈ではおそらく３度目か４度目のことではないかと記憶しています。

有名なのは、ブログメディアの Lifehacker の立ち上げ人だったジーナ・トラパーニ氏が紹介した方法で、彼女も同じく ToDo.txt というファイルを使ってタスクを管理していました。このブログで紹介したのは2012年のことですね。

本家ライフハッカーを立ち上げたジーナ・トラパーニの方法

ギークらしく、ジーナはこのテキストファイルにタスクを追加したりアップデートをすばやく行ったりするために、わざわざコマンドラインツールを開発していて、本人にとってはこれが最速の手法になっていました。いまでも、このプロジェクトはtodotxt.org という名前で Githubでメンテナンスがされているようです。

本当にテキストファイルが最強？

こうした歴史を紹介したのは、「この発想が登場するのは初めてのことではない」という点と「何年経っても一部のマニア以外には広がらない」という点をあらためて念押ししておきたかったからです。それはこの手法が悪いからではなく、万人にとって最強の手法など存在しないからです。

たとえば、くだんの記事ではこの画像のようなテキストファイルが例としてあげられており、箇条書きにしたタスクを入力するのに「２秒とかからない」となどと書かれています。しかしもちろん、一行を入力するのに音声入力を使ってもそれは無理な話です。細かい日付や箇条書きも含めて考えると、これをスマートフォンで入力する方が難しくないでしょうか？

また、これが何十行、何百行にもなるといちいち目を通すのが大変になります。そのリストのなかに来週までとりかかれないタスクが含まれていると、「いまは関係がないタスク」がノイズになって一気に効率が悪くなります。テキストファイルは通知を送ってくれませんので、遅れそうなタスクがないかどうか、いちいちリストに目を通さないといけないのも、危険と隣り合わせです。どこからでもアクセスできるという安心がある一方で、この仕組みはタスクを忘れないという安心を与えてくれないのです。

発想が魅力的なのでついうっかり受け入れてしまいそうになるのですが、これは言うほど便利でも簡単でもなく、タスク管理の基本的な目的を達成している手法でもないといえます。既存のサービスに依存することのない、スマートフォンのなかで同期されているシンプルなテキストファイルという利点は、別の欠点によって相殺されてしまうわけです。それが過去何度も繰り返されてきた議論の結論です。

自分に合ったタスク管理を考えてみる

これはどこかに理想のタスク管理の手法があるという話ではなく、その人がいま直面している仕事量や、手元で一番手を伸ばしやすいツールがなにかといった要素、あとは好みで選び取るしかありません。簡単に整理してみましょう。

タスク管理は「やらなくてはいけないこと」をどこか外部記憶に保存しておくだけのことです。書き込みやすく、無くしにくく、タスクを思い出しやすければ、十分なものです。すると、問いかけとしては：

手元でいつでも見られることが大事か（ブラウザやアプリをみるのが手間ではないか）
デジタルで同期していることが大事か（スマートフォンの電池切れや圏外の影響は考慮するかどうか）
タスクを検索したり、締め切り日や優先度で整理したいか
通知がスマートフォンに届いてほしいか
サブタスク・プロジェクトなどといった形で抽象化したいか

このあたりが主なものになるかと思います。

たとえば、タスクをさっと書き留めるためにスマートフォンを開いてエディタアプリを起動するだけでも10秒ほどの時間ロスになりますが、それが嫌なら紙に書き留めるのが「最強」になります。

どこにいってもタスクを見たいので、机のうえに忘れてしまうメモ帳はリスクになるという人はデジタルで管理するのが「最強」になります。

大量にタスクがあるのでそれを検索したり、忘れそうなタスクについて通知が送られるのをあてにしているのなら、テキストファイルではなくて ToDoist のようなアプリが「最強」かもしれません。

仕事を大雑把に「論文を書く」などといった形で捉えておき、あとから「資料を集める」「共著者に連絡する」といった細かい部分をゴリゴリと構造化してゆく考え方に慣れているなら、LogSeq や OmniFocus といったマニアックなツールを使い始めるといろいろなことができるようになります。

おそらく、これらの質問のどこかにあなたにとっての「最強」があるといえます。そして、これがどうも面倒だなという印象がするなら、紙切れ一枚にタスクを書き出すところからスタートすればいいのです。

ジーナ・トラパーニ氏がコマンドラインツールを作ってまでもテキストファイルにこだわったのは、それが万人向けの最高のやりかただからではなく、彼女がプログラマでテキストファイルを触っている頻度が高く、オタクでもあるのでツールをつくることで自分好みの手法を生み出すことに喜びを感じたからです。

きっと誰でも、そのときの自分に合った「最強」の手法が作れるのです。

バッハタイマー：ポモドーロ・メソッドで集中する３時間のクラシックが効果的

mehori@lifehacking.jp (堀正岳) — Fri, 20 Jun 2025 00:44:38 +0900

私の現在の職場は個室というわけではないものの、一人で集中して研究のプログラミングをしている時間が長いので、ヘッドフォンを付けて音楽を聴いていることがよくあります。

テンポのよいトランス系の音楽で調子が出る日もあれば、The Echelon Effectのようなアンビエントのほうが集中力が高まることもあります。そしてもちろん、クラシックも。

そういうわけもあって、クラシック音楽レーベルのナクソス・ジャパンのチャンネルにも登録していたのですが、数週間前に「バッハタイマー【3時間集中】～はかどるバッハ！」という動画が投稿されていたので、ちょっと驚いていました。ナクソスさん、時々やりますよね、こうしたゆるゆる企画。

再生すると、すぐにかかるのは「ギターによる無伴奏チェロ組曲第一番・ト長調 BWV1007」です。普通にチェロではなく、そこはギターなのですね。でも、弦の軽快さがウォーミングアップにちょうどよい気もします。

この動画は「ポモドーロ・メソッド」に基づいたタイマーになっていますので、まずは25分の集中時間が始まります。そのあとに、５分だけ緊張をほぐすための小休止の時間がきます。

とはいえ、作業に集中しているということは動画は見ていない可能性も高いわけで、どのようにして休息時間に気づくのかというと、そこにクラシックらしい工夫があります。

なんと、公演の休息時間のように、音楽が止まるのです。ちゃんと会場のざわざわとした音も聞こえてきますし、次の公演、ではなく集中時間の30秒前には着席を呼びかけるチャイムが鳴り始めます。これはいい！

休息のあとに始まるのはブランデンベルグ協奏曲。他にもフルート・ソナタBWV1032、管弦楽組曲第一番ハ長調BWV1066といったように、有名でなじみ深い音楽が続きます。

「25分の集中 + 5分間の休息」を２セットおこなうと、次は「25分の集中 + 10分間の休息」となります。この３セットを二回繰り返し、最後の休息は動画の終わりなので省略してちょうど三時間の集中時間というわけです。

後半には、ときおり内省的な無伴奏ヴァイオリン・ソナタ第三番ハ長調BWV1005も挿入されたりして緩急も入りますし、オルガンによる「目覚めよ、と呼ぶ声あり BWV140」のような労る音楽も挿入されます。

思うに、これはバッハのようにテンポが大きく変わらない楽曲だからこそちょうどよい試みのようです。他の作曲家だったら、こうはいかないかもしれません。

それでも、日によってバッハではなく、もっとしんみりとした音楽で気持ちを落ち着けて集中したい場合もあるのですから、いくつかのバージョンを期待したいところです。

ナクソス・ジャパンにはけっこう頻度高く情報発信をしているnoteページもありますし、24時間の配信をしているチャンネルもありますので、あわせてチェックしたいところです。

ふだんの作業に音楽をお供にしているひとは、ぜひチャンネル登録して、ブックマークに保存してみてください。

Raindrop.io：Pocketからの移行先に最適なブックマークサービス

mehori@lifehacking.jp (堀正岳) — Sat, 24 May 2025 18:06:21 +0900

ブックマーク・あとで読むサービスの代表格だったPocket が終了するという知らせに、大量の情報を常日頃みているヘビーユーザーを中心に驚きの声が上がっています。

Pocket は元々 Read it later、つまり「あとで読む」というそのままの名前のサービスだったのが改名し、その後 2017 年に Firefox ブラウザの開発で知られる Mozilla に買収されたという歴史があります。

しかし買収後はあまり開発が進んでおらず、AI 時代になっても機能追加は滞っていて、なんとかサービスを維持しているという案配でした。今回のサービス終了も、ビジネス的には仕方がないのかもしれません。

移行先として有力な Raindrop.io

問題は、Pocket からの移行先ですが、ここでおすすめしたいのが機能的に Pocket とほぼ一対一に対応しており、iOS / Android アプリも、ウェブアプリ、デスクトップアプリも充実している Raindrop.io です。

実際、私はすでに３年ほど前から Pocket をやめて新規のブックマークはすべて Raindrop.io に保存するようにしていますが、ブックマークだけでなくファイルなどの整理にも使えて、より柔軟な機能をそろえています。

Raindrop.io ではブックマークを Pocket 同様に保存して、コレクションと呼ばれるフォルダに整理し、タグを付け、メモも追加することができます。

表示のしかたも柔軟で、スクリーンショットではリスト形式で表示させていますが、他にカード式, Masonry 形式など、いろいろな並べ方ができます。

ブックマークを保存するには、ブラウザ拡張がもっとも便利です。保存したいサイトでボタンを押すだけですが、ここでメモを追加することもコレクションを選ぶこともできます。

タグの部分に候補がでているのも見えますでしょうか。これは過去のタグや、本文から推定されているものです。たとえば「GTD」というタグはまだ存在しないのですが、本文から推定しているようですね（こちらはProアカウントの機能になります）。

Raindrop.io はこのようにブックマーク保存に特化していますが、実際には画像、PDF、ePub といったファイルを保存して整理するのにも使えます。

たとえば YouTube リンクを保存したり動画ファイルを保存すると、「動画」のコレクションに情報が追加されます。なので、「あの動画のなかから探そう」といった絞り込みが楽にできるのです。

ハイライト機能と、たくさんのタブの一括保存も

ブックマークするのはいいのですが、どうしてこのページを保存するつもりになったのか思い出せないこともあります。そうしたときに使えるのがハイライト保存機能です。

ウェブページの文章を選択して macOS だと「Command + Shift + S」を押せば、Raindrop.io はその部分をハイライトにして保存してくれます。Proアカウントならハイライト部分にもメモを書くことができますので、本に書き込みをする感覚で情報を保存できます。

また、上の拡張機能の紹介部分で画像に「タブ」と書かれているボタンがみえるかと思いますが、これは開いているタブをすべて保存する機能です。数十個のタブを一つのブックマークにしてしまい、あとで作業に復帰するのに使えます。

こうしてみると、Raindrop.io はたんにブックマークを保存するのではなく、使いかけのファイル、タブ、思いつきを保存するのに特化した設計になっていることが分かります。

iOS / Andriod 版も機能充実

最近はスマートフォンで情報を見つけることがほとんどだと思いますので、そちらで同じ機能にアクセスできるのは必須です。

Raindrop.io の場合、アプリもウェブ版・デスクトップ版と同様の機能にほぼすべてアクセスできます。

スクリーンショットの右下に見えている青いボタンはクリップボードに URL が含まれているときに表示されるもので、ここをタップすればすぐにブックマークが保存されます。

たとえばツイッターで面白いサイトをみつけて、ブラウザでURLをコピーし、Raindropに遷移してからこの青いボタンを押せばリンクが保存されるわけです。

もし Safari でウェブページを開いているなら、デスクトップと同様の機能をもっている拡張機能を使うことができます。これが本当に便利で、なしには過ごせません。

無料でも使えるが、Pro がおすすめ

機能満載の Raindrop.io ですが、基本機能は無料で使えるというのですから驚きです。ブックマーク、コレクション、タグ、ハイライト、すべて無制限に無料で使えます。

ファイルをアップロードする場合の容量は100MBに制限されますが、ほとんどの人にはこれは問題にならないでしょう。

しかしそれでも Raindrop.io の有料課金をお薦めしたいのが「永続的なコピー」機能があるからです。

これは保存したブックマークを Raindrop.io が背後で保存しておき、もしサイトがリンク切れになっても内容にアクセスできるようにしている機能です。

完璧な「魚拓」というわけにはいかないのですが、時間がたったブックマークにアクセスするときに威力を発揮します。

AI によるタグの推測、全文検索、リマインダ機能、ハイライトへのメモの追加、月間10GBのファイルアップロードが有料版に追加されていますが、私はむしろ安いくらいだと思って使っています。

ブックマーク公開機能や拡張機能

Raindrop.ioには他にもブックマークを他のユーザーと共有する機能があります。これはたとえば研究室で論文リストを共有して管理したいときなどに使うことができます。

また、FeedlyやFeedbinといったRSSフィードサービスとの連携や、EvernoteやGoogle Driveとの連携といった部分でもRaindrop.ioはここ数年で大分進化してきました。

個人的にはSpotifyのお気に入りリストを連携できたりする機能に可能性を感じています。

Pocket から Raindrop.io への移行

もし Pocket から Raindrop.io に移行するなら、その手続きも簡単です。Pocket の CSV エクスポート機能で情報をとりだし、それを Raindrop.io にアップロードするだけです。

私のように20000件ほどのブックマークがある場合、CSVファイルができるまでにしばらくかかることもありますので、辛抱強く待ちます。

あとは Raindrop.io の設定・アップロードからファイルをアップロードします。これで終わりです。

Raindrop.ioで決まりか？

機能が充実していておすすめなRaindrop.ioですが、不安点があるとしたら、これがカザフスタン在住のRustem Mussabekov氏個人によって開発され運営されているところです。

過去には障害で数日ダウンしたりといったこともあって、不思議に思って調べたら「一人で運営しているのか…」と驚いたのでした。

しかしいまではだいぶ安定してサービスが継続していますし、サポートもしっかりしてきたように見えます。

こうした点を不安に思う人もいるかもしれませんので、その場合は個人的なファイルはアップロードしないなどの注意をするのがよいかもしれません。

また、新しく始めるかたは、まずは無料ユーザーとして試してみて、問題なさそうだったら課金アカウントにアップグレードするという流れで触れてみると良さそうです。

もし、ここで紹介していない機能などがありましたら、ぜひ紹介してください。

GTD「ストレスフリーの仕事術」のいまでも使える３つの考え方

mehori@lifehacking.jp (堀正岳) — Fri, 02 May 2025 21:59:15 +0900

なんとなくソーシャルメディアを眺めていたところ、「はじめてのGTD ストレスフリーの整理術」の新装版書籍が発売されたという話題が流れてきました。

GTD…懐かしい名前を聞きましたね…。

GTDとは、“Getting Things Done” つまり「物事を片付ける」というフレーズの頭文字をとった用語です。アメリカの企業コンサルタント、デビッド・アレン氏が2002年に提唱した仕事のワークフローで、2004-2005年頃は IT エンジニアを中心にカルト的な人気を誇りました。

2005年といえば、まだジョージ・W・ブッシュ氏が大統領でしたし、iPhoneは影も形もなく、クラウド技術もまだ一般的ではない、Web 2.0 が用語としてようやく流行し始めた頃の話です。もう一世代くらい昔の話ですね。

GTDはその後「ライフハック」ムーブメントの中心的な話題として受け入れられ、ライフハックはGTDを実践することと同義と言われるほどに広まりました。

さすがに、20年という時間が経過するうちに最近は日本でも本家アメリカでもGTDの話題は減ってきています。いまでは「GTD」という言葉自体が、昔を知っている人にしか通じない、時代の符丁のようなものかもしれません。

しかし GTD には、いまでも頭の片隅において損のない、いくつかの基本的な考え方が存在します。それは仕事の仕方が大きく変わったいまでも通用する、時代を越える原則 = プリンシプルなのです。

GTDとはなんだったのか

GTDについての詳細は書籍に譲るとして、その基本的なルールをご紹介しておきましょう。

GTDでは、「メールを送らなくては」といったタスクから「実家に電話しなければ」といった、気になっているすべてのことを管理することを目指します。「気になること」が管理できていないからこそ混乱やストレスが生まれるというのが、GTD の前提です。

GTD を実践する人は、こうした「モノ」や「コト」を、一つのワークフローにかけて分類していきます。「メールを送る」といった具合にアクションをとることができるものなのか、「机の上のレシート」のように片付ければもう気にしなくて良いものなのかといった具合に、一つ一つのものを分類すると、すべてのモノ・コトがToDo リストか、資料置き場か、ゴミ箱かといった具合に整理できます。

こうしてすべてのものが所定の場所に収まると、次に気にするべきことだけが ToDo リストに浮上していて、あとでもよいことは背景に隠されているという状態に落ち着きます。これが、GTDにおける「ストレスフリー」の状態だというわけです。

とても複雑に見えるのは、実際いまよりも仕事の現場が複雑だったからだというのもあります。仕事が電子メールだけでなく、電話や書簡といった形でも飛び交っていましたので、情報の保管場所もパソコン、キャビネット、マニラフォルダといった場所に分散していました。

まだ ToDo リストを管理するサービスやアプリもなかった当時、GTD の愛好家たちはどのようにしてこのワークフローを実装し維持するのか、紙がよいのかデジタルがよいのかといったことを熱心に語り合ったものでした。

いまでも通用する、３つのGTD の考え方

GTDはその後しだいに人気が薄れていきましたが、その理由はスマートフォンにあるのではないかと私は個人的に考えています。

いつでもどこでもメールやタスクをチェックできる、なんならリアルタイムにメッセージをやりとりしてスマートフォンのなかで常に仕事が進めることができる、日常の情報をすべてアプリのなかで見つけて消費できる。

ここまで私たちの生活とスマートフォンが一体化すると、わざわざそれをGTDのワークフローをつかって外部のシステムに整理し直すという作業自体がナンセンスになります。

GTDが管理することを目指しているアテンション = 注意すべきものがすべて頭のなかで完結していたのがGTD全盛期の時代だとするなら、いまの時代はアテンションが私たちの頭の中とスマートフォンの両者にまたがり、切れ目なく常にあいまいに浮遊した状態に変わっています。悲しいかな、スマートフォンはもう私たちの一部なのです。

それでも、普段生活していて GTD の考え方がいまでも役立っていると感じることがよくあります。それは ToDoアプリを使いこなしたりといった小手先の話ではありません。それはスマートフォンの向こうから弾丸のように飛んでくるすべてを、心の一番弱い場所でまともに喰らってしまわないようにするための心がけのようなものです。

考え方１：「アクション可能か」を問いかける

たとえばいまオフィスにいるのに、自宅の冷蔵庫に牛乳がないことを気にしてもどうしようもありません。「牛乳を買う」という思いつきは、その時点では「アクション不能」なのです。なので、できることといえば「勤務後に開くリスト」にその思いつきを書き留めておくことくらいです。

このように「いま」「この場所で」できないという物理的制約はわかりやすいのですが、もっと気をつけた方がいいのは「心理的制約」のほうです。心配事です。

たとえば「任期が切れたあとに仕事があるか心配だ」という思考は、非常に深刻なものではあるものの、アクション可能ではありません。この認識はもちろん心配を消してはくれません。しかし「心配ではあるが、いまアクションはとれない」という認識が少しだけ心を落ち着かせます。

せいぜい、「準備できることがないかあとで考えてみる」という項目を ToDo に足しておいて、今やるべきことに向き合うきっかけを与えてくれるのです。

考え方２：次のアクションだけに注目する

複雑な仕事をまえにして途方に暮れそうなとき、GTD では「ネクスト・アクション」はなにかという問いかけを行います。つまり、その仕事を前進させるためにとることができる、「いま」「ここで」実行できるアクションがあるか？という問いかけです。

もしそうしたアクションがないなら、それは 1. 単に心配だという気持ちか、2. 状況が曖昧すぎるかのどちらかです。

この思考は、なにかに焦っているときに「やるべきことが分かったうえで焦っている」のか「どうすればいいのかわからなくて焦っているのか」を峻別できるのでストレスを大いに軽減してくれます。前者なら、「うひょー」とでも言いながら手を動かせばよくて、後者は立ち止まって考えないといけません。

この二つが区別できていないと不安が強まって感情的になりますし、他人との関係もギクシャクしてしまいがちですので、日々応用することが可能です。

考え方３：頭で管理しきれない情報を受け取る場所を作る

先ほど「勤務後に牛乳を買う」ことを記入した ToDo リストが登場しましたが、なにもこれは高機能なタスク管理システムだったり、Notion を使ったシステムだったりする必要はありません。

むしろそういうことをしている人のほうが本末転倒になって失敗しがちで、これは単に「仕事」「仕事以外」という二つの紙切れがあれば十分です。あるいは「仕事」「家庭」「個人」といったように、必要最低限の、一時的にそのことを思考の外に追い出す場所がありさえすればいいのです。

実のところ、生成AIの時代になって、このことはむしろ重要性を増しています。というのも、あの有能な言語モデルたちは情報を増やすことには長けているのですが、いまこのことだけ考えていれば十分という、私たちの不安や記憶力の限界を考慮した情報のしぼりこみには現状あまり向いていないからです。

情報がふえれば判断すべきことが増え、判断の曖昧さはストレスや失敗の不安を誘い込みます。それを避けるためにも、人間を超えるための仕組みを作ろうと無理をするのではなく、自分の記憶の器にあわせたバッファ領域を確保するしかないのです。

GTD はもう古くとも

実は今回の新装版は手にしていませんので、どこか新しいところがあるのかは把握していません。デビッド・アレン氏が最後にGTD本を改定したのは2015年ですので、ここ数年のAIにまつわる現場の変化は追い切れていないのではないかと推測しています。

GTD のワークフローも、リアルタイムに情報のやりとりが発生するチャット時代ではなく、電子メールにようやく手が届いた時代のものですから、少し考え方が古い場所があるのは否めません。

それでも、GTD の考え方には時間を越えて応用可能な部分が残っています。それは私たちの心を痛みから守るための防衛ラインの敷き方に関係していますので、古くなることはないのです。

きっとこうした考え方を取り入れて、次の GTD が生まれる日もあるのかもしれません。それまでは、GTD の基本をたまに振り返るのも無駄ではないのでしょう。