As We May Think 我々が思考するように その3

yourpalm.jubenoum.com

その2の続きです。

Vocoderとステノタイプ


3

記録を作成するために、私たちは今、鉛筆を動かす、タイプライターを叩く。次に、消化と修正のプロセスが続き、その後、植字、印刷、配布という複雑なプロセスが続く。手順の最初の段階を考えると、未来の著者は手書きやタイプライターで書くのをやめ、直接記録に話しかけるようになるであろうか。彼は、速記者やワックスシリンダーに話しかけることによって間接的にそうしている。しかし、彼が自分の話を直接タイプされた記録にしたいのであれば、すべての要素は存在している。彼がする必要があるのは、既存のメカニズムを利用し、彼の言語を変更することだけである。

最近の世界博覧会で、Voderと呼ばれる機械が展示された。少女がそのキーをなでると、認識可能なスピーチが発せられた。その手順のどの時点でも人間の声帯は関与していなかった。キーは単にいくつかの電気的に生成された振動を組み合わせ、これらを拡声器に渡しただけである。ベル研究所には、Vocoderと呼ばれるこの機械の逆の機械がある。拡声器はマイクに置き換えられ、音を拾う。それに話しかけると、対応するキーが動く。これは、仮定されたシステムの1つの要素かもしれない。

もう一つの要素は、通常、公開会議で遭遇する、やや当惑させる装置であるステノタイプに見られる。少女はそのキーを気だるそうになで、部屋を見回し、時には不安な視線で話者を見る。そこから、話者が言ったとされることを音声的に簡略化された言語で記録するタイプされたストリップが現れる。後で、このストリップは通常の言語に再タイプされる。なぜなら、その生まれたての形では、それは開始された者にしか理解できないからである。これら2つの要素を組み合わせ、Vocoderにステノタイプを操作させると、話しかけるとタイプする機械ができあがる。

私たちの現在の言語は、この種の機械化に特に適しているわけではない、それは事実である。普遍言語の発明者たちが、スピーチを送信および記録するための技術によりよく適合する言語を作成するというアイデアに飛びつかなかったのは奇妙である。機械化は、特に科学分野で、問題を強制するかもしれない。その結果、科学的な専門用語は、素人にとってさらに理解できなくなるであろう。

今、研究室にいる未来の研究者を想像することができる。彼の手は自由で、彼は固定されていない。彼が動き回り、観察するとき、彼は写真撮影し、コメントする。時間は自動的に記録され、2つの記録を結びつける。彼が野外に出かける場合、彼はラジオで彼のレコーダーに接続されているかもしれない。彼が夜に自分のメモについて熟考するとき、彼は再び自分のコメントを記録に話す。彼のタイプされた記録は、彼の写真と同様に、両方ともミニチュアである可能性があり、彼はそれらを検査のために投影する。

しかし、データと観察の収集、既存の記録からの並行資料の抽出、そして共通の記録の本体への新しい資料の最終的な挿入の間には、多くのことが起こる必要がある。成熟した思考には、機械的な代替物はない。しかし、創造的な思考と本質的に反復的な思考は非常に異なるものである。後者については、強力な機械的補助具があり、またあるかもしれない。

数字の列を足すことは反復的な思考プロセスであり、それはずっと前に適切に機械に委ねられた。確かに、機械はキーボードによって制御されることがあり、数字を読んで対応するキーを押すという一種の思考が関与するが、これさえも回避可能である。光電池によってタイプされた数字を読み取り、次に対応するキーを押す機械が作られている。これらは、タイプをスキャンするための光電池、結果として生じる変動を分類するための電気回路、および結果をソレノイドの動作に解釈してキーを引き下げるためのリレー回路の組み合わせである。

このすべての複雑さは、私たちが数字を書くことを学んだ不器用な方法のために必要である。もし私たちがそれらを位置的に、単にカード上の一連の点の構成によって記録したならば、自動読み取りメカニズムは比較的に単純になるであろう。実際、点が穴である場合、私たちは国勢調査の目的のためにホレリスによってずっと前に製造され、現在ビジネス全体で使用されているパンチカードマシンを持っている。いくつかのタイプの複雑なビジネスは、これらの機械なしではほとんど運営できないであろう。

足し算は一つの操作にすぎない。算術計算を実行するには、引き算、掛け算、割り算も含まれ、さらに、結果の一時的な保存、さらなる操作のためのストレージからの削除、および印刷による最終結果の記録のための何らかの方法が必要である。これらの目的のための機械は現在2つのタイプがある。データの挿入のために手動で制御され、通常は操作の順序に関して自動的に制御される、会計などのためのキーボードマシン。そして、別々の操作が通常一連の機械に委任され、カードがその後1つから別のものに物理的に転送されるパンチカードマシンである。どちらの形式も非常に便利であるが、複雑な計算に関する限り、どちらもまだ初期段階である。

物理学者が宇宙線を数えることが望ましいと発見した直後に、高速電気計数が登場した。物理学者は自分たちの目的のために、1秒間に100,000回の電気インパルスを数えることができる熱電子管装置をすぐに構築した。未来の高度な算術機械は本質的に電気的であり、現在の速度の100倍以上で動作する。

さらに、それらは現在の商用マシンよりもはるかに用途が広く、さまざまな操作に容易に適応できる。それらはコントロールカードまたはフィルムによって制御され、独自のデータを選択して、このように挿入された指示に従ってそれを操作し、非常に高速で複雑な算術計算を実行し、配布またはその後のさらなる操作のために容易に利用できるような形式で結果を記録する。そのような機械は巨大な食欲を持つであろう。そのうちの1つは、単純なキーボードパンチで武装した女の子でいっぱいの部屋から指示とデータを受け取り、数分ごとに計算結果のシートを配信する。複雑なことをしている何百万人もの人々の詳細な事柄において、計算すべきことは常にたくさんある。


解説

このセクションでは、記録の作成プロセスと、計算の機械化の可能性に焦点をあてています。 Vocoder/Voderはベル研究所で開発された初期の電子的な音声合成、分析装置で Voderで人工的な音声を生成し、Vocoderは人間の声を符号化する仕組みです。これとステノタイプという、速記用タイプライターと組み合わせて、音声による文字入力の可能性を示唆しています。

生物学者のメモや写真のくだりは、今やスマートフォンでかなり実現できていそうですね。ただ、整理と参照という点では2025年時点でも考慮の余地はありそうです。

本質的に反復的な思考プロセスは「足し算」が例に挙げられていますが、そこにカテゴライズされる思考プロセスは、生成AIの本格的浸透以降、日に日に多くなっているのだろうなと感じています。さて今に残る「創造的思考」とはどんなものなのでしょうか。次に「反復的」とされる思考プロセスはどのようなものになるでしょうか。

この辺は今を生きる私たちが考えないといけないですね。

その4に続きます。

yourpalm.jubenoum.com

As We May Think 我々が思考するように その2

yourpalm.jubenoum.com

その1の続きです。

元の文のテキスト https://www.w3.org/History/1945/vbush/vbush.txt

クルミを身に着けた人間の姿

2

記録が科学にとって有用であるためには、継続的に拡張され、保存され、そして何よりも参照されなければならない。 今日、私たちは慣習的に、執筆と写真撮影、それに続く印刷によって記録を作成する。 しかし、私たちはフィルム、ワックスディスク、磁気ワイヤーにも記録する。 まったく新しい記録手順が登場しないとしても、これらの現在の手順は確かに修正と拡張の過程にある。

確かに、写真技術の進歩は止まらないであろう。より高速な素材とレンズ、より自動化されたカメラ、 ミニカメラのアイデアの拡張を可能にするためのより微粒子の感光性化合物は、すべて間近に迫っている。 この傾向を、必然ではないにしても、論理的な結末まで予測してみよう。 未来のカメラマニアは、額にクルミより少し大きい塊を身に着けている。 それは3ミリメートル四方の写真を撮り、後で投影または拡大されるが、これは結局のところ、 現在の慣行を10倍超えるだけである。レンズは、焦点距離が短いために、 肉眼で対応できるあらゆる距離まで対応するユニバーサルフォーカスだ。 ”クルミ”には、少なくとも1つのカメラに現在搭載されているような光電池が内蔵されており、 広範囲の照明に対して自動的に露出を調整する。クルミの中には100枚の露出用のフィルムがあり、 シャッターを作動させてフィルムをシフトさせるためのバネは、フィルムクリップを挿入したときに一度だけ巻かれる。それはフルカラーで結果を生み出す。それは立体視である可能性もあり、 間隔を置いたガラスの目で記録する。なぜなら、立体視技術の著しい改善が間近に迫っているからである。

そのシャッターを切るコードは、男性の袖の中を指で簡単に届くところまで伸びているかもしれない。 素早く握ると、写真が撮られる。普通の眼鏡のペアには、一方のレンズの上部近くに、 通常の視界の邪魔にならない場所に、細い線の正方形がある。その長方形を通して物体が現れると、 それはカメラのフィルムに焦点が合う。未来の科学者が研究室や野外を動き回るとき、 記録に値するものを見るたびに、彼はシャッターを切り、聞こえるクリック音さえもなく、それが記録される。 これはすべて幻想的であろうか? それについて幻想的な唯一のことは、その使用から生じるであろうほど多くの写真を作るという考えである。

乾式写真はあるであろうか?それはすでに2つの形でここにある。 ブレイディが南北戦争の写真を撮ったとき、プレートは露出時に濡れている必要があった。 今では、代わりに現像中に濡れている必要がある。将来的には、おそらくまったく濡らす必要はないであろう。 ジアゾ染料を含浸させたフィルムは長い間存在しており、現像なしで画像を形成するため、 カメラが操作されるとすぐにすでにそこにある。アンモニアガスにさらすと、未露光の染料が破壊され、 その後、写真を光の中に持ち出して調べることができる。このプロセスは現在遅いが、 誰かがそれをスピードアップするかもしれず、現在写真研究者を忙しくさせているような粒子の問題はない。 カメラをスナップしてすぐに写真を見ることができると有利な場合が多いであろう。

現在使用されている別のプロセスも遅く、多かれ少なかれ不器用である。50年間、含浸紙が使用されてきた。 これは、紙に含まれるヨウ素化合物の化学変化により、電気接点が触れるすべての点で暗くなる。 それらは記録を作成するために使用されてきた。なぜなら、それらの上を移動するポインターが 後ろに軌跡を残すことができるからである。ポインターが移動するにつれてその電位が変化すると、 線は電位に応じて明るくなったり暗くなったりする。

この方式は現在、ファクシミリ伝送で使用されている。 ポインターは、次々と紙の上に近接した線のセットを描画する。 それが移動するにつれて、その電位は、遠くのステーションからワイヤーで受信された変化する電流に応じて変化する。 そこでは、これらの変化は、同様に写真をスキャンしている光電池によって生成される。 描画されている線の暗さは、常に光電池によって観察されている写真の点の暗さと等しくなる。 したがって、写真全体がカバーされると、受信側でレプリカが表示される。

シーン自体は、シーンの写真と同じように、このように光電池によって一行ずつ見渡すことができる。 この装置全体がカメラを構成し、必要に応じて省略できる追加機能として、遠くで写真を作成することができる。 それは遅く、写真は細部が貧弱だ。 それでも、それは乾式写真の別のプロセスを提供し、そこでは写真は撮られるとすぐに完成する。

そのようなプロセスが常に不器用で、遅く、細部が不完全であり続けると予測できる人は勇敢な人であろう。 今日のテレビ機器は、1秒間に16枚のかなり良い画像を送信し、それは上記で説明したプロセスと2つの本質的な違いしかない。 一つは、記録が動くポインターではなく、動く電子ビームによって作成されることである。 なぜなら、電子ビームは非常に速く画像を横切ることができるからだ。 もう一つの違いは、電子が当たると一時的に光るスクリーンを使用することだけであり、 永久に変更される化学処理された紙やフィルムではない。 この速度はテレビでは必要である。なぜなら、静止画ではなく動画が目的だからである。

光るスクリーンの代わりに化学処理されたフィルムを使用し、装置が一連の画像ではなく1つの画像を送信できるようにすると、乾式写真用の高速カメラができる。 処理されたフィルムは、現在の例よりもはるかに高速に動作する必要があるが、おそらくそうなるであろう。 より深刻なのは、この方式ではフィルムを真空チャンバー内に入れる必要があるという反対意見である。 なぜなら、電子ビームはそのような希薄な環境でのみ正常に動作するからだ。 この困難は、電子ビームを仕切りの片側で再生させ、フィルムを反対側に押し付けることによって回避できる。 この仕切りが、電子がその表面に垂直に通過し、横方向に広がるのを防ぐようなものであればである。 そのような仕切りは、粗雑な形では確かに構築でき、それらが一般的な開発を妨げることはほとんどないであろう。

乾式写真と同様に、マイクロ写真もまだ長い道のりがある。 記録のサイズを縮小し、直接ではなく投影によって調べるという基本的な方式は、 無視するには大きすぎる可能性を秘めている。 光学投影と写真縮小の組み合わせは、学術目的のマイクロフィルムですでにいくつかの結果を生み出しており、 その可能性は非常に示唆に富んでいる。今日、マイクロフィルムでは、線形係数20の縮小を使用しても、 検査のために材料が再拡大されたときに完全な明瞭さを生み出すことができる。 限界は、フィルムの粒子、光学系の卓越性、および使用される光源の効率によって設定される。 これらはすべて急速に改善されている。

将来の使用のために100の線形比を仮定する。 紙と同じ厚さのフィルムを考えるが、より薄いフィルムも確かに使用可能になるであろう。 これらの条件下でさえ、本での通常の記録の体積とそのマイクロフィルムレプリカとの間には、 合計で10,000倍の差があるであろう。 ブリタニカ百科事典はマッチ箱の体積に縮小できる。 100万冊の図書館は、机の片方の端に圧縮できる。 もし人類が活字の発明以来、雑誌、新聞、本、小冊子、広告の宣伝文句、通信の形で、10億冊の本に相当する体積の記録を合計で生み出したとしたら、その全体を組み立てて圧縮すれば、引っ越し用のバンで運び去ることができる。 もちろん、単なる圧縮だけでは十分ではない。 記録を作成して保存するだけでなく、それを参照できる必要があり、この問題の側面は後で述べる。 現代の偉大な図書館でさえ、一般的には参照されていない。それは少数の人によって少しずつ閲覧する手小戸である。

しかし、コストに関しては圧縮が重要である。 マイクロフィルム版ブリタニカの材料費は5セントで、どこにでも1セントで郵送できる。 100万部を印刷するのにいくらかかるであろうか?新聞の1枚を大量に印刷するのに、1セントの何分の一かの費用がかかる。 縮小されたマイクロフィルム形式のブリタニカの全資料は、8.5インチ×11インチのシートに収まる。 それが利用可能になれば、将来の写真複製方法を使えば、材料費以外1部あたり1セントで大量の複製品を生産できるだろう。 オリジナルコピーの準備は?それは主題の次の側面である。


解説

このセクションでは、主に科学的記録の作成、保存における1945年当時の技術的進歩に焦点を当てています。 乾式写真は今でいうインスタントカメラ、チェキなどで使われている技法ですが、「すぐ参照できる」などの 特性はデジタルカメラにもありますし、”クルミ”のくだりは現在のコンパクトな動画撮影機器を想起させます。

図書館やブリタニア百科事典の件は、Wikipediaに通じていそうです。今や物理的に輸送をしなくても電子的に 運ばれたデータを手元の機器で参照できるようになりましたが、発展の方向性はしっかり示されています。

その3に続く

yourpalm.jubenoum.com

Google Workspace Business Standard vs Google AI Pro: 比較と価格

個人のAI ProよりWorkspaceのプランのほうがお得なのでは?と疑問に思って、2025年8月時点で調べた内容です。

結論

Google AI ProとGoogle Workspace Business Standardの比較: 個人向けのGoogle AI Pro (約2,900円) と比較して、法人向けのGoogle Workspace Business Standardは、Geminiの機能を学習されない形で利用できる上、Google Meetでの自動生成メモや共同ストレージなどの機能も含まれており、アカウント料金がより安価になる場合があるということ。

所感

お値段以上に気になったポイントとしては、個人だと有料のプランでもGeminiでのやりとりは「学習の対象となる」ということ。 有料にしたら、学習の対象外となると思い込んでおりました。

個人 Google アカウント(gmail.com)

個人のGoogleアカウントでは、Google Oneの有料プランを通じてGeminiの高度な機能を利用できます。

サービス/機能 無料版 Google AI Pro Google AI Ultra
月額料金 Free 2,900円/月 36,400円/月
Geminiモデル Gemini 2.5 Pro / Flash Gemini 2.5 Pro / Flash Gemini 2.5 Pro / Flash
ストレージ 15 GB 2 TB 30 TB
Googleアプリ連携 ⭕ (一部機能) ⭕ (Gmail, ドキュメント, スライド等) ⭕ (Gmail, ドキュメント, スライド等)
サイドパネル -
Gemini データ学習の有無 デフォルトで学習 (設定で無効化可) デフォルトで学習 (設定で無効化可) デフォルトで学習 (設定で無効化可)
Gems/Canvas
Deep Research Flash 5回/月
動画制作 (Veo) - ⭕ (Veo3 Fast) ⭕ (Veo3)
NotebookLM ⭕ (制限あり) ⭕ (高度な機能) ⭕ (高度な機能)
NotebookLMデータ学習の有無 学習されない 学習されない 学習されない
その他 - Google One 特典 Google One 特典 + YouTube Premium

Google Workspace

法人向けのGoogle Workspaceでは、各プランにGeminiの機能が統合されています。

サービス/機能 Business Starter Business Standard Business Plus Enterprise
月額料金/ユーザー 約800円 約1,600円 約2,500円 問い合わせ
ストレージ ユーザーあたり30 GB ユーザーあたり2 TB ユーザーあたり5 TB ユーザーあたり5 TB (追加可能)
Gemini統合 スタンドアロン版のみ (アプリ連携) (アプリ連携) (アプリ連携)
サイドパネル -
Geminiモデル Gemini 2.5 Pro / Flash Gemini 2.5 Pro / Flash Gemini 2.5 Pro / Flash Gemini 2.5 Pro / Flash
AI Ultra Add-on可
Geminiデータ学習の有無 学習されない 学習されない 学習されない 学習されない
Gems/Canvas
Deep Research -
動画制作 (Veo) - ⭕ (Veo3 Fast) ⭕ (Veo3 Fast) ⭕ (Veo3 Fast)
AI Ultra Add-onでVeo3
NotebookLM ⭕ (制限あり) ⭕ (高度な機能) ⭕ (高度な機能) ⭕ (高度な機能)
NotebookLMデータ学習の有無 学習されない 学習されない 学習されない 学習されない
ビデオ会議の自動メモ生成 -
共同ストレージ -
高度なセキュリティ - -

注記

  • 本資料は2025年8月時点の公開情報に基づいています。最新の価格や機能は公式サイトをご確認ください。
  • 個人向けプランのデータ学習: デフォルトで学習に利用されますが、Googleの「Geminiアプリのアクティビティ」設定からいつでも無効にできます。
  • Workspaceの料金: 契約形態やリセラーによって変動する場合があります。
  • Workspaceのデータ学習: ユーザーのデータがモデルの学習に利用されることはありません。
  • サイドパネル: Gmail、ドキュメント、スプレッドシート、スライドなどのGoogle Workspaceアプリ内で、コンテキストに応じたAI機能を利用できるパネルです。
  • Deep Research: GeminiがWeb上の情報を深く検索・分析し、より詳細で包括的な回答を生成する機能です。複雑なトピックのリサーチに適しています。
  • 共同ストレージ: チームでファイルを共有・管理するための共有ドライブ機能です。Google WorkspaceのBusiness Standard以上のプランで利用できます。
  • 高度なセキュリティ: データの保護、アクセス管理、脅威対策など、エンタープライズレベルの高度なセキュリティ機能群です。Google WorkspaceのBusiness Plus以上のプランで利用できます。
  • データ学習の注意点: 個人の無料プランおよび有料プラン (Google AI Pro/Ultra) では、明示的に設定しない限り入力内容がGeminiの学習に利用される可能性があります。個人情報や機密情報を扱う場合は、必ず学習拒否設定を行うか、Google Workspaceプランの利用が推奨されます。
  • Deep Think機能: Google AI Ultraで提供されるDeep Thinkは、複数の仮説を同時に立てて最も妥当な答えを導く推論能力を持ち、数学やコーディングの難問、複雑なビジネス戦略にも対応できます。
  • 動画生成機能 (Veo, Flow, Whisk): 有料プランでは、Whiskで画像を生成し、Veoで動画化、Flowでそれらをつなぎ合わせて長編ストーリー動画を作成するなど、高度な動画コンテンツ制作が可能です。特にGoogle AI Ultraでは、これらの機能の使用上限が最大になります。
  • NotebookLM: 個人的なデータを学習されることなく、リサーチや文書作成のパートナーとして利用できる機能です。有料プランではより広範なアクセスと機能が提供されます。

参考URL

書記は権力である:歴史に学ぶ、プロジェクトを動かす議事録の意味

会議の議事録作成。多くのビジネスパーソンにとって、それは少し退屈で、雑用のように感じられる仕事かもしれない。「誰かがやらなければいけない仕事」くらいの認識で、重要性を感じている人は少ないのではないだろうか。

しかし、歴史を紐解けば、「書記」、すなわち「書く人」が常に権力の中枢にいたという事実が浮かび上がってくる。単なる記録係が、なぜ組織の運命を左右するほどの力を持ったのか。

本記事では、歴史上の強力な「書記」たちの事例を振り返りながら、現代のビジネス、特にプロジェクトマネジメントにおける議事録作成が持つ、知られざる重要性と影響力について論じたい。

歴史が証明する「書記」の力

歴史上、情報を整理し、権力者の言葉を公式な文書として記録する役割は、極めて重要な意味を持っていた。

詔勅を起草する者 - 中書省・中務省

日本の律令制における中務省や、中国の隋唐時代にあった中書省。これらの機関の重要な役割の一つは、天皇や皇帝の命令である「詔勅」を起草することだった。

彼らは単に言われたことを書き写していたのではない。最高権力者の漠然とした意思を、具体的で、実行可能な公式文書へと「翻訳」するプロセスを担っていた。どの言葉を選び、どのような構成にするか。その裁量には、実質的な政策決定権が含まれていた。権力者の言葉を「公式」な形にする独占的な権利こそが、彼らの権力の源泉だったのである。

情報を制する者 - 共産党書記長

「書記」という言葉が権力の頂点を意味する最も象徴的な例が、共産党における書記長(総書記)だろう。

もともと、書記局は党の日常業務や人事を管理する事務組織に過ぎなかった。しかし、ソ連のスターリンは、その書記長の立場を利用して党内の全情報を掌握。誰がどこで何をしているか、誰が誰と繋がっているか。その情報を元に人事を巧みに動かし、反対勢力を排除し、ついには絶対的な権力者へと上り詰めた。

「情報を制する者が組織を制す」。書記というポジションが、単なる記録係ではなく、組織の神経系統を支配する司令塔になり得ることを、歴史は雄弁に物語っている。

権力者に最も近い者 - ローマ皇帝の秘書官

ローマ帝国では、皇帝の個人的な秘書業務を行う秘書官が、国政に大きな影響力を持った。特に、皇帝に絶対の忠誠を誓う解放奴隷出身の秘書官たちは、皇帝の代理人として振る舞い、絶大な権力を手にした。

彼らは、皇帝への上奏文を取り次ぎ、皇帝の指示を文書化し、外部へと伝達する情報のゲートキーパーだった。皇帝の意思決定に最も近い場所で、その意図を汲み取り、具体的な形を与える。その近接性こそが、彼らを単なる使用人ではなく、事実上の権力者へと押し上げたのである。

プロジェクトを動かす現代の"書記" - PMOと議事録

さて、これらの歴史の教訓を現代のビジネスに置き換えてみよう。ここに、PMO(プロジェクト・マネジメント・オフィス)や、会議で議事録を取る担当者の姿が重なって見えてこないだろうか。

プロジェクトにおける議事録は、単なる会議の記録ではない。それは、プロジェクトの「公式な歴史」であり、関係者の行動を規定する「文書」である。

歴史上の書記たちが持っていた3つの権力の源泉は、現代の議事録作成にもそのまま当てはまる。

  1. 意思決定の公式化: 会議での曖昧な発言や、その場の空気で流されそうな議論。それらを「決定事項」として議事録に明記する行為は、まさに詔勅の起草に等しい。「誰が、何を、いつまでにやるのか」を記述された議事録は、関係者の責任と行動を促す、プロジェクトの"指令書"となる。質の高い議事録は、プロジェクトを停滞させる「言った言わない問題」を撲滅する強力な武器だ。

  2. 情報の集約: プロジェクトでは、様々な会議で多種多様な情報が飛び交う。優れた議事録作成者は、これらの断片的な情報を集約・整理し、プロジェクト全体の進捗、課題、決定事項を可視化する。これは、共産党書記局が党内の情報を掌握したことと本質的に同じである。情報を整理し、構造化して再配布することで、議事録作成者はプロジェクトの情報流通の中心となり、見えざる影響力を持つことになる。

  3. 権力者(意思決定者)との近接性: 議事録を作成し、レビューのためにキーパーソン(プロジェクトマネージャーや役員)に提出するプロセスは、意思決定者との重要なコミュニケーションチャネルだ。質の高い議事録は、作成者の論理的思考能力やプロジェクトへの理解度を示す絶好の機会となる。的確な要約やネクストアクションの提案を通じて、意思決定者の信頼を勝ち取り、「こいつは分かっているな」と思わせることができれば、それはキャリアにおける大きなアドバンテージとなるだろう。

まとめ:議事録を通じてプロジェクトを動かせ

議事録作成を「退屈な雑用」と捉えるか、「プロジェクトを動かすための強力な武器」と捉えるか。その認識の違いが、あなたのプロジェクトにおける影響力、ひいてはビジネスパーソンとしての成長を大きく左右する。

歴史上の書記たちがそうであったように、現代の我々もまた、「書く」という行為を通じてプロジェクトを動かし、価値を生み出すことができる。

次に議事録作成の機会が巡ってきたら、思い出してほしい。あなたのキーボードは、単なる入力装置ではない。それは、歴史上の書記たちが手にしたペンのように、プロジェクトの未来を刻むための、強力な権力装置なのである。


参考URL

関連過去記事

yourpalm.jubenoum.com

yourpalm.jubenoum.com

VS Codeで快適な日本語環境を!自分が設定しているフォント5選 (2025年版)

プログラマーにとって、毎日長時間見つめることになるソースコードの「フォント」は、開発効率や目の疲れに直結する重要な要素です。特に日本語を含むコメントやドキュメントを扱う場合、日本語と英数字のバランスが取れた、視認性の高いフォントを選ぶことが快適な環境の鍵となります。

この記事では、2025年現在、Visual Studio Code (VS Code) での日本語対応フォントを自分がローテーションで使っているものを5つ。

プログラミングフォント選びのポイント

  • 等幅フォントであること: 文字幅が均一なフォントは、コードのインデントや桁揃えがしやすく、可読性が向上します。
  • 英数字の視認性: 0 (ゼロ) と O (オー)、1 (イチ) と l (エル) など、紛らわしい文字が明確に区別できることが重要です。
  • 日本語の読みやすさ: コメントやMarkdownドキュメント内の日本語が、長時間読んでも疲れない自然なデザインであることが望ましいです。
  • 合字 (Ligatures) への対応: =>!= といった演算子を、より分かりやすい一つの記号として表示する機能です。好みが分かれますが、対応しているとコードがスッキリと見えることがあります。

おすすめ日本語プログラミングフォント5選

1. UDEV Gothic

比較的新しく、急速に人気を集めているフォントです。BIZ UDゴシックとJetBrains Monoを組み合わせて作られており、ユニバーサルデザインに基づいた高い可読性が特徴です。Nerd Fonts由来のアイコンも含まれているため、ターミナルやステータスバーの表示にも強いです。

  • 特徴: UDフォントベースで見やすい、Nerd Fontsアイコン同梱
  • 配布URL: UDEV Gothic - GitHub

設定例 (settings.json)

"editor.fontFamily": "'UDEV Gothic NF', 'UDEV Gothic 35NF', monospace"

2. PlemolJP (プレモル ジェイピー)

IBMが開発したオープンソースフォント「IBM Plex Mono」に、日本語フォント「IBM Plex Sans JP」を組み合わせたフォントです。モダンでスッキリとしたデザインが特徴で、特にWeb開発者からの人気が高いです。

  • 特徴: スタイリッシュでモダンなデザイン、可読性の高い日本語
  • 配布URL: PlemolJP - GitHub

設定例 (settings.json)

"editor.fontFamily": "'PlemolJP Console NF', monospace"

3. HackGen (ハックゲン)

プログラミング用英字フォント「Hack」と、日本語フォント「源柔ゴシック」を合成したフォントです。英数字と日本語の文字幅のバランスが絶妙で、混在していても違和感が少ないのが大きな魅力です。

  • 特徴: 英字と日本語のバランスが良い、自然な読み心地
  • 配布URL: HackGen - GitHub

設定例 (settings.json)

"editor.fontFamily": "'HackGen Console NF', monospace"

4. Myrica (ミリカ)

非常にコンパクトなデザインで、画面に多くの情報を表示させたいユーザーに人気のフォントです。横幅が狭いため、左右にウィンドウを並べて作業する際にもコードが読みやすいです。

  • 特徴: コンパクトで情報量が多い、画面を広く使える
  • 配布URL: Myrica/MyricaM

設定例 (settings.json)

"editor.fontFamily": "'Myrica M', monospace"

5. Source Han Code JP (源ノ角ゴシック Code)

Adobeが開発したオープンソースの定番フォント「Source Han Sans (源ノ角ゴシック)」を、プログラミング用途に調整したものです。安定した品質と、クセのないデザインで、多くの開発者に愛用されています。

設定例 (settings.json)

"editor.fontFamily": "'Source Han Code JP', monospace"

VS Codeでのフォント設定方法

  1. F1キーでコマンドパレットを開き、settings.jsonと入力してPreferences: Open User Settings (JSON)を選択します。
  2. 開いたsettings.jsonファイルに、以下の設定を追記または変更します。
{
    // (他の設定...)

    // フォントファミリーを指定
    "editor.fontFamily": "'UDEV Gothic NF', 'PlemolJP Console NF', 'HackGen Console NF', monospace",

    // フォントサイズ
    "editor.fontSize": 14,

    // 行の高さ
    "editor.lineHeight": 1.3,

    // フォントの合字(リガチャ)を有効にする
    "editor.fontLigatures": true,

    // (他の設定...)
}
  • editor.fontFamilyには、使用したいフォント名を優先順位の高いものからカンマ区切りで指定します。PCにインストールされていないフォントは無視されます。
  • editor.fontLigaturestrueにすると、フォントが対応していれば合字が有効になります。

まとめ

自分に合ったフォントを見つけることは、生産性を高めるための重要な一歩です。今回紹介したフォントはどれも無料で利用できるので、ぜひいくつか試してみて、お気に入りの一本を見つけてみてください。

Obsidian同期ガイド:PC・iPhone・iPad間でノートを自動連携させる方法

概要

Obsidianは最高のノートツールですが、その真価は複数のデバイス間でシームレスに連携できてこそ発揮されます。公式のObsidian Syncは非常にスムーズですが月額費用がかかります 1。一方で、iCloudを使った同期は手軽ですが、ファイルの競合や意図しないデータ損失のリスクが常に付きまといます。

そこで今回は、GitとGitHubを利用した堅牢なバージョン管理を、PC・iPhone・iPadといったマルチプラットフォームで実現するための決定版とも言える方法をご紹介します。この手法の主役は、デスクトップではObsidian Gitプラグイン、iOSデバイスでは高機能なGitクライアントアプリ「Working Copy」です。

この記事を最後まで読めば、一度設定するだけで、あとは何も意識することなく各デバイスで同期が完了する、まさに「設定して忘れる(Set it and forget it)」レベルの快適な知識管理環境を、あなたの手で構築できるようになります。

はじめに:なぜこの方法なのか?

私がこの方法を考えたのには理由があります。

  • 堅牢性: Gitによるバージョン管理は、すべての変更履歴を保持するため、万が一の時も過去の状態に簡単に戻せます。

  • コスト効率: Working Copyは有料(一回限りの購入)ですが、月額課金のObsidian Syncに比べ、長期的に見ればコストを抑えられます。

  • 自動化による快適性: Obsidian GitプラグインとAppleの「ショートカット」アプリを連携させることで、手動操作を一切必要としない、ほぼ全自動の同期フローを実現できます。

技術的な設定は少し複雑に感じるかもしれませんが、一つ一つのステップを丁寧に行えば、誰でも再現可能です。それでは、早速構築していきましょう。

前提条件:始める前に必要なもの

以下の準備をお願いします。

  1. GitHubアカウント: まだお持ちでない場合は、公式サイトで作成してください。

  2. デスクトップPC: メインで利用するWindowsまたはMac。

  3. iOSデバイス: 同期したいiPhoneまたはiPad。

  4. 必要なアプリ:

    • Obsidian: 各デバイスの公式サイトまたはApp Storeからインストール。

    • GitHub Desktop (推奨): コマンド操作不要でGitを扱える便利なデスクトップアプリ。

    • Working Copy (iOS): App Storeからインストール。プッシュ機能を利用するためにPro版へのアップグレード(有料)が必須です。

    • ショートカット (iOS): iOSに標準でインストールされています。


構築手順:ステップ0 - 基盤作り(PC編)

まず、すべての同期の土台となる「中央リポジトリ」をGitHubに作成し、メインのPCと連携させます。

1. GitHubでプライベートリポジトリを作成する

あなたのノートは大切な知的資産です。まずは、それを安全に保管する場所をGitHub上に用意します。

  1. GitHubにアクセスし、新しいリポジトリを作成します。

  2. Repository name: obsidian-vaultなど、分かりやすい名前を付けます。

  3. 【最重要】Descriptionの下にある可視性を必ず「Private」に設定してください。これをPublicにすると、あなたのノートが全世界に公開されてしまいます 1。

  4. 「Add a README file」などのオプションは、今はチェックせずに「Create repository」をクリックします。

2. PCにVaultをセットアップし、GitHubと連携する

次に、PC上のObsidian Vaultを、先ほど作成したGitHubリポジトリに接続します。ここでは初心者にも分かりやすいGitHub Desktopを使った方法を解説します。

  1. GitHub Desktopを開き、GitHubアカウントでログインします。

  2. メニューから「File」→「Clone Repository」を選択し、「URL」タブに切り替えます。

  3. ブラウザで開いているGitHubリポジトリのページでURLをコピーし、GitHub DesktopのURL欄に貼り付けます。

  4. Local pathで、このリポジトリを保存したい場所を選択し、「Clone」をクリックします。

  5. 既存のObsidian Vaultがある場合:

    • エクスプローラー(またはFinder)で、既存のVaultフォルダの中身(.obsidianフォルダを含むすべてのファイルとフォルダ)を、先ほどクローンした新しいフォルダに移動します。
  6. Obsidianを起動し、「保管庫を開く」→「フォルダーを保管庫として開く」を選択し、クローンしたフォルダを指定します。

  7. GitHub Desktopに戻ると、多数のファイルが「Changes」としてリストアップされているはずです。

  8. 左下の「Summary」に「Initial Commit」などと入力し、「Commit to main」ボタンをクリックします。

  9. 最後に、画面上部の「Push origin」ボタンをクリックして、ローカルのファイルをGitHubにアップロードします。

3. Obsidian Gitプラグインで同期を自動化する

このプラグインが、Obsidian内での同期を司る心臓部です。

  1. Obsidianの「設定」→「コミュニティプラグイン」を開き、「セーフモード」をオフにします。

  2. 「コミュニティプラグイン」の「閲覧」ボタンを押し、「Obsidian Git」を検索してインストールし、有効化します。

  3. 有効化後、「設定」の「プラグインオプション」に「Obsidian Git」が追加されます。以下の設定を強く推奨します。

    • Vault backup interval (minutes): 自動でコミット&プッシュする間隔です。「5」や「10」に設定すると、定期的に自動で同期してくれます 9。

    • Pull updates on startup: 必ず有効にしてください。Obsidian起動時に常に最新の状態から始めることで、コンフリクトを劇的に減らせます。

    • Commit message template: {{device_name}} backup: {{date}} のように設定すると、どのPCからの変更か一目瞭然になり、管理が楽になります。

    • Disable Push: 必ずオフ(無効)にしてください。オンになっているとコミットはされますが、GitHubへのプッシュは行われません。

4. .gitignoreで不要なコンフリクトを防ぐ

.gitignoreファイルは、Gitに「このファイルは同期しなくていいよ」と教えるための指示書です。これがないと、各デバイスのウィンドウの状態など、同期すべきでない情報まで同期しようとして、頻繁にコンフリクトが発生します。

  1. Vaultのルートフォルダ(.obsidianフォルダと同じ階層)に、.gitignoreという名前のテキストファイルを作成します。

  2. 以下の内容をコピーして貼り付けます。これは、一般的なベストプラクティスに基づいた設定です。

# Obsidian
.obsidian/workspace.json
.obsidian/workspace-mobile.json
.trash/

# Plugins
.obsidian/plugins/*/data.json

この設定により、コンフリクトの最大の原因であるUIの状態ファイル(workspace.json)や、プラグインが保存する機密情報(data.json)が同期対象から外れます。


構築手順:ステップ1 - iOSデバイスに「受け皿」を作る

ここからはiOSデバイスでの設定です。まず、GitHubからデータをクローンしてくるための空のVaultを作成します。

  1. iPhone/iPadでObsidianアプリを開き、「Create new vault」をタップします。

  2. Vaultに任意の名前を付けます。

  3. 【最重要】「Store in iCloud」のトグルスイッチが必ずオフになっていることを確認してください

  4. 「Create」をタップして、空のVaultを作成します。

構築手順:ステップ2 - Working Copyでリポジトリをクローンする

次に、Working Copyアプリを使って、GitHub上のリポジトリをiOSデバイスに持ってきます。

  1. Working Copyアプリを開き、サイドバー(または右上の「+」ボタン)から「Clone repository」を選択します。

  2. 「GitHub」タブを選び、自分のGitHubアカウントにサインインします。

  3. リポジトリの一覧から、先ほど作成したObsidian Vaultのリポジトリを選択して「Clone」をタップします。

構築手順:ステップ3 - Working CopyとObsidianを繋ぐ「フォルダ同期」

ここがiOS連携の核心部分です。Working Copyが管理するリポジトリと、Obsidianが読み書きするVaultフォルダを完全に一致させます。

  1. Working Copyで、クローンしたリポジトリを開きます。

  2. 右上の共有アイコンをタップし、「Setup Folder Sync」(または「Link Repository to Directory」)を選択します。

  3. ファイルピッカーが表示されたら、「このiPhone内」→「Obsidian」と進み、ステップ1で作成した空のVaultフォルダを選択して「完了」をタップします。

Obsidianアプリに戻ってみてください。PCで作成したノートがすべて表示されていれば、成功です。


究極の効率化:Appleショートカットによる同期の完全自動化

ここまでの設定で手動同期は可能ですが、私たちのゴールは「何もしなくても勝手に同期される」状態です。その鍵を握るのがAppleの「ショートカット」アプリです。

1. 「プル(Pull)」ショートカットの作成

まず、GitHubから最新の変更を取得するためのショートカットを作成します。

  1. ショートカットアプリで新しいショートカットを作成し、「Obsidian Pull」と名付けます。

  2. Working Copyの「Pull Repository」アクションを追加し、対象のVaultリポジトリを選択します。

2. 「プッシュ(Push)」ショートカットの作成

次に、ローカルでの変更をコミット&プッシュするためのショートカットを作成します。

  1. 新しいショートカットを作成し、「Obsidian Push」と名付けます。

  2. アクション1: Commit Repository

    • Working Copyの「Commit Repository」アクションを追加します。

    • リポジトリを選択し、メッセージ欄には iOS Backup - {{Current Date}} のように設定します。

    • 詳細設定を開き、「Fail when nothing to Commit」をオフにします。

  3. アクション2: Push Repository

    • 続けて、Working Copyの「Push Repository」アクションを追加し、同じリポジトリを選択します 2。

3. オートメーションの設定:魔法をかける最後の仕上げ

最後に、作成したショートカットがObsidianの起動・終了時に自動で実行されるように設定します。

  1. ショートカットアプリの「オートメーション」タブで、新しい個人用オートメーションを作成します。

  2. 【オートメーションA:起動時にプル】

    • トリガー: 「App」→「Obsidian」→「が開かれたとき」にチェック。

    • アクション: 「ショートカットを実行」→「Obsidian Pull」を指定。

    • 「実行の前に尋ねる」を必ずオフにします。

  3. 【オートメーションB:終了時にプッシュ】

    • 同様に、新しいオートメーションを作成します。

    • トリガー: 「App」→「Obsidian」→「が閉じられたとき」にチェック。

    • アクション: 「ショートカットを実行」→「Obsidian Push」を指定。

    • こちらも「実行の前に尋ねる」を必ずオフにします。


複数PCでの運用

2台目以降のPCにセットアップするのも簡単です。

  1. 2台目のPCにもObsidianGitHub Desktopをインストールします。

  2. GitHub Desktopを開き、ログイン後、ステップ0-2と同様にGitHubからVaultのリポジトリをクローンします。

  3. Obsidianを起動し、「保管庫を開く」→「フォルダーを保管庫として開く」で、クローンしたフォルダを選択します。

  4. 最後に、ステップ0-3と同様にObsidian Gitプラグインをインストールし、同じように設定すれば完了です。

これで、どのPCで作業しても、変更が自動的にGitHubに送られ、他のデバイス(PCやiOS)でObsidianを開いた際に最新の状態が反映されるようになります。

まとめ

お疲れ様でした!これで、あなたがどのデバイスでObsidianアプリを開いても自動で最新の状態がプルされ、アプリを閉じたり一定時間が経過したりすると自動で変更がプッシュされる、理想の同期環境が完成しました。

有料アプリの購入という初期投資は必要ですが、一度この環境を構築してしまえば、月額費用を気にすることなく、Gitの堅牢なバージョン管理の恩恵を受けながら、デバイスを意識しない管理体験が手に入ります。

私自身、この方法を採用してから、デバイス間の同期に関するストレスが減少しました。(時々Conflictが起きるのは仕組み上しかたがないですが)少し手間をかける価値は十分にありますので、ぜひ挑戦してみてください。

参考情報

WSL環境Ubuntuでのclaude-code, gemini-cliインストールエラー(EACCESエラー)解決方法

問題の概要

WSL(Windows Subsystem for Linux)のUbuntu環境で@anthropic-ai/claude-codeをグローバルインストールしようとした際に、以下のようなEACCESエラーが発生する。 @google/gemini-cliをインストールするときにも同様の問題が発生する。

エラーの詳細

npm error code EACCES
npm error syscall mkdir
npm error path /usr/lib/node_modules/@anthropic-ai
npm error errno -13
npm error Error: EACCES: permission denied, mkdir '/usr/lib/node_modules/@anthropic-ai'

このエラーは、npmが/usr/lib/node_modules/ディレクトリに書き込む権限がないために発生する。

解決方法

方法1: sudoを使用してインストール

最も簡単な方法

sudo npm install -g @anthropic-ai/claude-code

メリット: 即座に解決できる
デメリット: セキュリティ上の懸念、今後も同様の問題が発生する可能性

方法2: npmのグローバルディレクトリを変更

最も推奨される方法 - 今後のグローバルインストールでも権限問題を回避できます。

# npmのグローバルディレクトリをホームディレクトリ内に設定
mkdir ~/.npm-global
npm config set prefix '~/.npm-global'

# パスを追加(.bashrcまたは.zshrcに追加)
echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc
source ~/.bashrc

# claude-codeをインストール
npm install -g @anthropic-ai/claude-code

メリット: - セキュリティが向上 - 今後のグローバルパッケージインストールで権限問題が発生しない - ユーザー固有の環境を保持

方法3: npxを使用(一時的な解決策)

インストールせずに直接実行する場合

npx @anthropic-ai/claude-code

メリット: インストール不要
デメリット: 毎回ダウンロードが必要、永続的な解決策ではない

方法4: ディレクトリの所有権を変更

sudo chown -R $(whoami) /usr/lib/node_modules
npm install -g @anthropic-ai/claude-code

メリット: 既存の構造を維持
デメリット: システム全体の所有権を変更するためリスクがある

インストール確認

インストール後は以下のコマンドで正常に動作することを確認してください:

claude-code --help

自分が採用した方法

方法2(npmのグローバルディレクトリ変更) で対応しました。

理由:

  1. セキュリティ: sudoを使わずに済む
  2. 将来性: 他のグローバルパッケージでも同様の問題を回避
  3. クリーンな環境: ユーザー固有の設定を保持

関連情報