趣味を愛する者だけが辿り着く場所

Share

技術の最前線を走っているのは、なぜプロではないのか。

カメラのレンズ光学テストで最も精密なデータを公開しているのは、メーカーでもプロ写真家でもなく、個人の愛好家が運営するWebサイトだ。天文学の新天体発見において、アマチュア観測者は今なお重要な役割を担っている。世界のインターネットインフラの根幹を支えるLinuxは、一人の大学生が趣味で書き始めたコードから生まれた。

「ハイアマチュア」という言葉がある。もともとはカメラ業界のマーケティング用語として定着した言葉で、プロ向けとエントリー向けの間に位置する製品カテゴリを指していた。しかしこの言葉が示す現象は、カメラ業界に限らない。報酬を受け取らないがゆえに、報酬の論理に縛られない人々が、技術や知識の最前線を開拓しているという構造は、あらゆる分野に見られる。

プロは最先端にいない

直感に反するが、多くの分野でプロフェッショナルは技術の最先端にいない。

理由は単純だ。プロは「仕事として成立する範囲」に最適化する。クライアントが求めているのは「十分な品質」であって「到達可能な最高の品質」ではない。納品物の品質を95点から98点に上げるために必要な追加コストは、たいてい対価に見合わない。だからプロは95点で止める。合理的な判断だ。

時間の問題もある。プロには納期がある。案件が終われば次の案件が来る。一つのテーマを際限なく掘り下げる余裕はない。一方で、趣味でやっている人間には、原理的に無限の時間がある。週末の夜を、誰にも頼まれていないレンズの解像度テストに費やすことができる。納期がないから、「もう少し精度を上げてみよう」と思えば、そのまま続けられる。

永遠の素振りという構造がここにある。手段であったはずの技術の習得が、いつしか目的そのものに変わる。報酬も締め切りも評価も関係なく、ただ精度を上げること自体が快楽になる。アマチュアの語源はラテン語のamator、つまり「愛する者」だ。好きだからやる。好きだからやめない。好きだから、プロが合理的に打ち切る地点のさらに先へ進む。

歴史が証明する構造

この構造は、繰り返し歴史に現れている。

リーナス・トーバルズがLinuxカーネルを書き始めたのは1991年、ヘルシンキ大学の学生だったときだ。動機はシンプルで、自分のPCで動くUNIX風のOSが欲しかった。学術的な成果を目指したわけでも、ビジネスとして構想したわけでもない。趣味のプロジェクトだった。そのコードが、現在ではサーバー、スマートフォン(Android)、スーパーコンピュータ、そしてクラウドインフラの大部分を動かしている。

アマチュア天文家による小惑星や彗星の発見は、プロの大型望遠鏡が空を覆い尽くした現在でもなお続いている。プロの天文学者は限られた観測時間を特定の研究テーマに集中させるため、空の大部分は「誰も見ていない」状態にある。その隙間を埋めているのが、自宅の望遠鏡で毎晩空を見上げるアマチュアだ。

Wikipediaの記事の大半は、報酬を受け取らない編集者によって書かれ、維持されている。百科事典を商業的に運営しようとしたMicrosoft Encartaは2009年にサービスを終了した。無報酬のアマチュアの集合知が、企業の有償プロジェクトを圧倒した事例として語られることが多い。

「好きだから」の強さと脆さ

内発的動機づけの強さは、心理学でも広く研究されている。報酬がなくても続く行動は、報酬によって駆動される行動より持続性が高いとされる。好きなことをやっている人間は、義務でやっている人間よりも長い時間を注ぎ、深いところまで潜る。

しかし、内発的動機には構造的な弱点がある。飽きたら終わる。

プロには「嫌でもやる」仕組みがある。契約、報酬、評判。これらが外的な拘束力として機能し、モチベーションが枯れた日にも仕事を継続させる。アマチュアにはこの仕組みがない。引き継ぎもない。ハイアマチュアが長年蓄積してきた知識やデータが、その人が活動をやめた瞬間に散逸するリスクは常にある。

ハイアマチュアに依存する分野は、特定の個人の情熱に支えられている。その構造は美しいが、脆い。一人が去れば穴が開く。穴を埋める制度的な仕組みは存在しない。努力が続かないのは意志の問題ではなく環境の問題だという分析は、ハイアマチュアの持続性にもそのまま当てはまる。情熱は環境が支えている。環境が変われば、情熱も変わる。

プロとアマチュアの境界線

プロとアマチュアの境界を「収入の有無」で引くのは、分かりやすいが正確ではない。

写真の世界では、週末にしか撮らないが光学や色彩について深い知識を持つ愛好家がいる。毎日撮影しているが技術的な関心は薄く、クライアントの要望を忠実に再現することに特化したプロもいる。どちらが「上」ということではない。目的が違う。プロは「求められたものを安定して届ける」ことに最適化され、ハイアマチュアは「自分が知りたいことを徹底的に追究する」ことに最適化されている。

レンズは一本でいいという判断ができるのは、機材の性能差が実際の撮影結果にどう影響するかを自分の手で検証した人間だ。それは必ずしもプロではない。プロは「仕事に必要なレンズ」を持つ。ハイアマチュアは「なぜそのレンズでなければならないか」を問う。問いの深さは、報酬の有無とは関係がない。

褒め言葉か、それとも

「ハイアマチュア」は褒め言葉なのか。

プロになれなかった人の婉曲表現なのか。あるいは、プロにならないことを選んだ人の矜持なのか。

おそらく、どちらでもない。ハイアマチュアとは、ある分野に深く没入しながらも、その没入を収益化しないことを(意識的にであれ結果的にであれ)選んだ状態を指している。そこには自由がある。クライアントの要望に応える必要がない。市場の需要に合わせる必要がない。自分の興味だけを羅針盤にできる。

その自由は、同時に不安定さでもある。誰にも認められなくても続けられるか。成果が社会的に評価されなくても手を動かし続けられるか。誰も見ていない花壇を手入れし続けることの意味を、自分の中で見つけられるか。

ハイアマチュアが技術の最前線を支えているという事実は、人間の行動が報酬だけでは説明できないことの証拠だ。好きだからやる。それ以上の理由はない。そしてその「それ以上の理由がない」ことこそが、プロの合理性が到達できない場所まで人を連れていく。

Read more

青空文庫のParser

青空文庫のParser

青空文庫のParserを作ってます。 GitHub - P4suta/aozora: Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks.Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks. - P4suta/aozoraGitHubP4suta Rustで作ってますが、配布物はcargoのほかにnpm/pypiでも入手できます Documentation * Playground — try it in

By Sakashita Yasunobu

イケイケなWinスクショアプリを作りました

パソコンのスクショってなんというか、地味というか、撮ってそのままだと何とものっぺりしていますよね。 特にWindowsだとMacっぽい丸っこい感じとかもなく、無骨だなあと。 ということで、それっぽくおしゃれな背景や角丸を付けておしゃれに撮影をしてくれるスクショアプリを作りました。 GitHubで公開しています。 GitHub - P4suta/Snaply: Snaply — a modern, clean-architecture Windows screenshot tool (WinUI 3 / .NET 10)Snaply — a modern, clean-architecture Windows screenshot tool (WinUI 3 / .NET 10) - P4suta/SnaplyGitHubP4suta ウィンドウ・領域選択・スクリーンのキャプチャができます。 タッチスクリーンなどにも対応しているはずです。 撮影をすると、クリップボードにコピーされ、フォルダーへの保存もされます。

By Sakashita Yasunobu
Find My Files

Find My Files

Windowsにおける爆速ファイル検索アプリの定番といえば、Everythingです。 voidtoolswebhost2 その高速さの理由は、NTFSの仕組みをうまく活用していることにあります。Windowsで一般的に使われているNTFSには、ファイル情報を管理するマスターファイルテーブル(MFT)と、ファイルシステムの変更履歴を記録するUSN Journalがあります。Everythingはこれらを利用することで、初回に高速にファイル一覧を構築し、その後はUSN Journalを監視してリアルタイムにインデックスを更新しています。そのため、数百万ファイル規模の環境でも非常に高速な検索を実現しています。 もちろん、単純にファイル名やパスを保持するだけでは、大量のメモリを消費してしまいます。また、数百万件ものファイルから一瞬で目的のものを見つけるためには、メモリ効率の高いデータ構造や高速な検索アルゴリズムなど、さまざまな工夫が必要になります。 このように、Everythingは見た目こそシンプルですが、中身はかなり高度なことをやっているソフトウェアです。 なお、Everyth

By Sakashita Yasunobu