一度に一台のLispマシンで未来を発明する

テック FacebookXPinterestWhatsAppラリー・マジンターとフランク・ハラシュがXerox PARC、Interlisp、NoteCards、そして「居住型プログラミング」が今も重要である理由について語る2025年3月10日放送の「Do You Speak Tech?」で、私は現代コンピューティングの初期の布地に織り込まれた2人の人物、ラリー・マジンターとフランク・ハラシュと共に座りました。彼らのキャリアは、Xerox PARCが単なる研究所ではなく、今日のインターフェース、ネットワーク、ウェブ文化へと後に凝縮されるアイデアを生み出す一種の技術的な気象システムであった時代にまたがっています。 マジンターはワールド・ワイド・ウェブの標準確立における役割で広く知られています。ハラシュはハイパーテキストの歴史における主要人物であり、PARCで構築された初期のハイパーテキストシステムであるNoteCardsの主要開発者の一人として最もよく知られています。彼らはまた、これまでに作成された中で最も影響力のあるプログラミング環境の一つを保存し（そして再び利用可能にする）取り組みであるMedley/Interlispリバイバルの中心的な声でもあります。 以下は、その会話から引き出された、編集された記事スタイルの物語です。PARCの「黄金時代」、Interlispの背後にある哲学、「あまりにも先を行き過ぎた」ことの代償、そしてなぜ過去が未来のためのツールをまだ含んでいる可能性があるのかを探る旅です。 「完全な自由」…ただし一つの条件として、「良いもの」でなければならなかったPARCを伝説的なものにしたものは何かと人々に尋ねると、しばしば同じ答えが返ってきます。それは「文化」です。しかし、それが日々どのように機能していたかを聞くまで、文化という言葉は漠然としています。フランク・ハラシュはためらわずに言います。「PARCで働くことは『完全な自由』を感じるものでした。」朝に到着し、自分が重要だと信じるものに取り組みました。プロジェクトはしばしば自主的で、好奇心によって形作られ、絶え間ない仲間との交流を通じて洗練されました。ラボの才能の密度は、助け（そして強い意見）が求めなくても得られることを意味しました。 ラリー・マジンターはそれを少し異なる視点で捉えています。確かに自由はあったが、それは説明責任を伴っていたと。誰もあなたに何をすべきかを指示しませんでしたが、毎年、自分が何をしたかを説明する必要があり、それが「良いもの」であることが求められました。そのひねりとは？誰も「良いもの」が何であるかを明確に定義していなかったということです。その曖昧さはストレスになり得るものでしたが、探求を保護する役割も果たしました。 インタビューの中で、マジンターは今日でも関連性のある一線を引きます。それは、研究とエンジニアリングの違いは、何をするかではなく、成功がどのように判断されるかであるという点です。製品が機能しない場合、エンジニアリングは失敗しました。研究プロトタイプが失敗しても、その理由を理解していれば、研究は成功したと言えるかもしれません。PARCはその実験的な領域に存在し、時には動作するシステムを構築し、時には理論を構築し、しばしば両方を同時に行っていました。 単なるアイデアのプロトタイピングではなく、生きたシステムをサポートするInterlispが多くの研究プロジェクトとこれほど異なる進化を遂げた理由の一つは、それが「プロトタイプ優先」の実験として生まれたわけではないからです。マジンターは、他のチームが使用する稼働中のシステムをサポートし、拡張することから始めたグループについて説明しており、それはラボのデモよりもインフラストラクチャに近いものでした。 それは重要でした。なぜなら、Interlispが単なるアイデアではなかったことを意味するからです。それは生きた環境でした。ユーザーがいて、ワークフローがあり、期待がありました。評価論文だけでなく、日々の依存によってもテストされていました。 時間が経つにつれて、それはより一般的な研究努力へと「変貌」しましたが、実用的であることをやめませんでした。そのハイブリッドなアイデンティティ（研究プラットフォームの一部であり、本番環境の一部であること）は、両ゲストが繰り返し立ち戻る、奇妙なほど再び現代的に感じられるプログラミング哲学を形成するのに役立ちました。 彼らは未来を形作っていると知っていたのでしょうか？イーサネット、レーザープリンティング、ウィンドウインターフェースといった発明がPARCの物語と結びついているので、誰もが尋ねる質問を私は尋ねました。それは起こっている最中に歴史的だと感じられましたか？マジンターはアラン・ケイに帰せられる引用を指摘します。「未来を予測する最良の方法は、それを発明することである」と。彼らは先行していて、ハードウェア自体がタイムマシンのようなものだという感覚がありました。研究者たちは、通常のオフィス業務には高すぎるマシンを使用しており、大衆市場が何年も目にすることのない機能への「アクセスを買っている」かのようでした。 ハラシュは有用なニュアンスを加えます。彼が到着した頃には、PARCの評判はすでに確立されており、彼の最初の年は有名なスティーブ・ジョブズの訪問と重なります。ジョブズはPARCのデモを見て、自身のチームを同様のアイデアへと推進しました。しかし、PARCの内部では、その外部からの畏敬の念は日常へと薄れていきました。あなたは歴史を変えていると思って歩き回っていたわけではありません。あなたは自分が必要とするものを構築していました。なぜなら、それが正しい次のステップだと感じられたからです。 そして時として、それほどまでに先を行くことが、それ自身の罠となりました。世界にイーサネットがあると思い込んでいると…そして実際にはなかった会話の中で最も鮮明な瞬間の1つは、PARCの前提が現実と衝突した経緯に関するハラシュの話です。PARCでは、ネットワークコンピューティングは機能ではなく、ベースラインでした。ワークステーションはローカルネットワーク、共有プリンター、ファイルサーバー、時刻同期のようなサービスを前提としていました。その世界では、ネットワークタイムサーバーを必要とするマシンが起動しても奇妙には感じられませんでした。 しかしPARCの外では、より広い市場はまだそこまで到達していませんでした。結果として生じたのは商業的なミスマッチでした。完全にネットワーク化された未来のために設計されたシステムが、前提条件を理解していない現在に販売されたのです。言い換えれば、PARCは未来を発明しただけではありませんでした。時には「過剰適合」したのです。 Interlispの大きなアイデア：プログラムをデータベースのように扱う会話がPARCからInterlisp自体へと移ると、そのトーンはノスタルジーから哲学へと変化します。マジンターは、Interlispの方向性が、主流のプログラミングを支配するようになった「ファイルをコンパイルして実行する」モデルとは根本的に異なると説明します。Interlispはプログラムをデータベースのように扱いました。あなたは主に「ファイルを編集する」のではなく…生きた環境の中で作業し、実行中のコードを修正し、システムを内部から進化させ、必要に応じて保存していました。 ハラシュはこれを明示的に「居住型プログラミング」と名付けています。このフレーズは、ソフトウェアを構築しながらその中に住んでいるような感覚を捉えています。環境全体にわたるソースコードはアクセス可能でした。その場で動作をパッチ適用できました。何かが壊れたとき、必ずしも世界を再起動するのではなく…現在自分が中にいる世界を修正していました。 彼らは、業界がファイルベースのコンパイルワークフローに標準化されたときに、何か重要なものが失われたと主張します。Interlispは迅速な発明を可能にしました。そのトレードオフは、エンジニアリングの規律でした。 危険なスーパーパワー：何でも変更できるもしInterlispが実験を容易にしたとすれば、それはまた長期的な保守性を困難にもしました。ハラシュは、彼がInterlispで完全に構築したハイパーテキストシステムであるNoteCardsに関する自身の仕事から、率直な例を挙げています。PARCの環境では、例えばテキストエディタのような他のコンポーネントに手を加え、内部を微調整してプログラムを即座に動作させることは普通でした。その自由は迅速な結果をもたらしましたが、モジュール性やクリーンなインターフェースを侵害しました。 その後、ハラシュがより大規模な製品規模のソフトウェアプロジェクトの管理に移行したとき、彼は異なる視点でNoteCardsを再評価しました。それを持続可能にするためには、内部ハックではなく「公開インターフェース」が必要であり、それはコラボレーション、交渉、そして設計の規律を意味しました。PARCの発明文化は驚くべきプロトタイプを生み出すことができましたが、それらを製品に変えるには異なる能力が要求されました。 今日の開発文化にInterlispのこだまはあるのか？両ゲストは今日、特にWeb開発と迅速なイテレーションの世界に部分的な類似点を見出しています。マジンターは、現代のマイクロサービス、スクリプト、API、そして「その場で組み立てる」システムをInterlispスタイルと比較しています。すなわち、一つのモノリスを構築するのではなく、星座のようなものを構築するのです。ハラシュは、ブラウザ内のJavaScriptやPython環境でさえ、居住型プログラミング、高速なフィードバック、対話型ループ、そしてワークフローに組み込まれた実験性といった点で、かすかな類似性を持っていると指摘しています。 しかし彼らはまた、現代のツールがまだInterlispの力を完全に再捕捉していないことも示唆しています。それは、長いコンパイル・ロード・実行サイクルなしに、あらゆるレイヤーへの深い可視性を持って稼働中のシステムをパッチ適用する能力です。 もしあなたのIDEがパイプラインというよりも生き生きとしたワークショップのように感じられたら、これはInterlispが何十年も前に解決した問題です。 「間違った」UIからの教訓インタビューの中で最も面白く、そして真に洞察に満ちた部分の一つは、ハラシュが説明する