HN 日本語サマリー

← 一覧へ戻る
科学・技術

耐久性のあるソフトウェアのゆっくりとした形成

The Slow Formation of Durable Software (newsletter.dancohen.org)

50 pointsby benbreen12 コメント

要約

AIによる即時的なソフトウェア開発が可能な現代において、Zoteroという研究ツールの開発は、数年をかけたゆっくりとした協調的なプロセスを経て誕生しました。著者は、この時間をかけたアプローチが、AIによる迅速な開発とは対照的に、より永続的で強固な基盤を持つソフトウェアを生み出したと論じています。これは、現代のソフトウェア開発における重要な教訓であると示唆しています。

全文翻訳

2026年10月6日 耐久性のあるソフトウェアのゆっくりとした形成 数百万人が利用することになる研究アプリケーション、Zoteroを考案するために、歴史家グループが何年も費やした経緯 2006年6月、当初SmartFox、後にFirefox Scholarと呼んでいたものの最初のアルファ版のスクリーンショット。弁護士とアルバニア語の辞書に相談して他の選択肢を探す前。* * *今日、ソフトウェアはAIを使えば、ほぼ瞬時に、大規模なユーザーベースのためにも、自分自身のためにも、あらゆる目的のためにも、あるいは真剣な目的のためでなくても作成できます。ロビン・スローンが魅力的に言うように、「欲しいものを頼む」だけです。2000万人以上が、数十の言語や数え切れないほどの分野で利用している「研究を収集、整理、注釈付け、引用、共有するのに役立つ、無料で使用しやすいツール」であるZoteroの誕生は、この即時的な満足感とは正反対です。最初のプロトタイプを生成するのに5分ではなく5年かかり、アプリケーションを洗練し拡張するのにさらに数年かかりました。もし2000年代初頭にAIが存在していたとしても、私たちはZoteroの構想を加速することはできなかったでしょう。なぜなら、私たちは何を求めているのか正確には知らなかったため、LLMのために首尾一貫したプロンプトを書くことができなかったからです。代わりに、Zoteroが何であるべきかについての明確なビジョンを開発するには、多大な時間と協力が必要でした。しかし、そのゆっくりとした形成は、一時的なものではなく耐久性のあるソフトウェア、構築可能な強力な基盤を持つソフトウェアにつながりました。プログラミングがますます魔法のボットを使ったカフェイン漬けの乱痴気騒ぎになるにつれて、この慎重なペースと共同思考への重点は、おそらく重要な教訓となるでしょう。2006年10月5日のZoteroローンチ20周年を記念して、私はZoteroの事前史、1.0リリースを構想、設計、構築するために何が必要だったかをできる限り recount します。これは、新興技術に詳しく、コーディングのスキルを二次的なものとして持っていた歴史家たちが、大テーブルでチャットしながら多くの時間を費やした(その一部は無駄な時間だった)物語です。その会話はやがて、学術研究の未来についてのアイデアに収束しました。使い古された格言が正しく主張するように、失敗は孤児であり、成功には多くの親がいると言われますが、Zoteroも例外ではありません。適切な説明には、この比較的控えめな投稿よりもはるかに多くのものが必要でしょう。そして、以下に続くものは、予想通り、そして必然的に、私自身の視点からのものです。Zoteroの成功への私の貢献は、主に1.0ベータ版のローンチ前および直後の数年間に遡ります。当時、私はジョージ・メイソン大学の歴史学部助教授であり、センター・フォー・ヒストリー・アンド・ニュー・メディアの研究ディレクターでした。この研究所は現在、その創設者であり、デジタル史の分野全体を本当に開拓した先見の明のある歴史家、ロイ・ローゼンツヴァイクにちなんで、ロイ・ローゼンツヴァイク・センター・フォー・ヒストリー・アンド・ニュー・メディア(RRCHNM)と呼ばれています。ロイは2007年に57歳という若さで悲劇的に亡くなりました。彼の病気と死は、この物語に暗い影を落としています。私はロイの後任としてRRCHNMのディレクターになりましたが、その時点から、私のZoteroに関する日常業務は減っていきました。なぜなら、私は責任を他の、より有能な人々に引き継いだからです。Zoteroの才能あるリード開発者であるダン・スティルマン。過去20年間のプロジェクトの巨大な成長を巧みに監督してきたショーン・タカツ。アウトリーチ、サポート、数え切れないほどの詳細を処理した非営利団体コーポレーション・フォー・デジタル・スコー​​ラーシップの軌道上にいたRRCHNMの多くの人々。国際的な開発者およびボランティア貢献者のチーム。そして、残念ながら以下で強調できたのは一部に過ぎない、さらに多くの同僚たち。この記念日に、あなたは生産的な協力者の全リストを称えるために、Zoteroのクレジットと謝辞のページを訪れるべきです。ショーン・タカツも、ローンチ以来のZoteroの継続的な改善と影響に関する素晴らしい投稿をしています。私はZoteroの起源と初期の年にそこにいたこと、そしてそれを存在させるのを助けたことを誇りに思っています。この春、私の子供の一人の大学卒業式で、Zoteroに関わっていたと聞いた出席者が、予期せず、そして長く私を抱きしめて、感謝の意を表してくれました。私の学術的な執筆に対して、そのようなことをしてくれた人は誰もいませんし、これからもいないでしょう。2006年後半のZoteroチームのメンバー。化学療法を受けて数ヶ月のロイ・ローゼンツヴァイクが中央にひざまずいています。彼は皆を大いに喜ばせるために、プリウスのZoteroライセンスプレートを手に入れたばかりでした。立っている人々(左から右へ):ショーン・タカツ、トレヴァー・オーウェンズ、ジョシュ・グリーンバーグ、私。ひざまずいている人々:カリ・クラウス、ロイ。写真提供:シャロン・レオン* * *ソフトウェア開発は、当初センター・フォー・ヒストリー・アンド・ニュー・メディアの計画にはありませんでした。その、今では愛おしいほどレトロな、世紀末の名前(デジタルではなくニューメディア)で、センターが1994年に設立されたとき、ウェブはまだ数年しか経っていませんでした。私は2001年1月に、科学史に関するプロジェクトに取り組むために、新米の博士号取得者としてRRCHNMに参加しました。技術史を研究した別の新米博士号取得者であるジム・スパロー(現在はシカゴ大学の歴史学教授)と共に、アルフレッド・P・スローン財団から資金提供を受けたECHO:Exploring and Collecting History Onlineというウェブサイトを構築しました。「Collecting」はセンターにとって新しい動名詞であり、私たちの方法論の拡大を示唆していました。科学は指数関数的に成長していましたが、科学史家の数は全く増えていなかったので、私たちはウェブを使って科学者が自分たちの仕事を自己文書化するのを助けることができると考えました。このために、私たちのサイトはインタラクティブである必要があったため、「ツール」(小さなウェブアプリ)をいじり始めました。これらは、歴史をオンラインで表示するだけでなく、アップロード、ソート、アーカイブすることも可能でした。この目的のために、私は当時ウェブアプリケーションの標準プログラミング言語になりつつあったPHPでいくつかのアプリケーションを書きました。なぜなら、PHPはウェブの共通語であるHTMLとうまく融合したからです。これらのアプリの一つであるWeb Scrapbookは、特にクラスで、学生がウェブブラウザから画像、リンク、その他のリソースを収集して、クラスメートやインストラクターと共有できるコレクションに取り込むことを可能にしたため、ある程度の牽引力を得ました。ユーザーは、小さなJavaScriptコードが埋め込まれたブラウザのブックマークをクリックして、目的のアイテムを選択し、データをアプリケーションに渡しました。Web Scrapbookは、厳密なソフトウェアとは言えませんでした。私の初期バージョンは、パスワードを暗号化せずにインターネット上で送信していました。そして、記事や本の執筆を助けるために必要となるであろうメタデータやその他の学術情報、そして適切な脚注を形成するために必要な情報には、基本的な注意しか払っていませんでした。2002年頃の私のウェブアプリケーションにログインしようとする者よ、警告しておこう(Web Scrapbookのランディングページのスクリーンショット)幸いなことに、同時期に、センターの別の同僚であるエレナ・ラズロヴァ(博士号取得中にRRCHNMのウェブマスターを務め、現在はコンコーディア大学の歴史学教授)が、メモを取り、引用を保存するための、より学術的なアプリケーションであるScribeに取り組んでいました。エレナはFileMakerというデータベースアプリケーションを使用してScribeを構築しました。ユーザーはそれをダウンロードして個人のコンピュータで実行しました。2002年頃のエレナ・ラズロヴァのScribeアプリケーションScribeは、EndNoteのような商用ソフトウェアの良い無料代替品として、他の歴史家の間で人気がありました。それはMacまたはPCでローカルに実行され、Zoteroが後に拡張することになる整理、検索、メタデータ、注釈の機能を持っていました。私がWeb Scrapbookで並行して作業している間、エレナは世紀の最初の数年間でScribeにいくつかの改善を加えました。* * *したがって、2003年までに、私たちはウェブアプリとスタンドアロンアプリの両方の書き方を知っていましたが、どちらも役立つものの、どちらも悩ましいほど不十分でした。私たちはすでにほとんどの研究をウェブで始めており、将来の堅牢な研究アプリケーションは、プライマリソースとセカンダリソースがますます存在するこの環境に接続されている必要があると考えていました。それは、ライブラリカタログのメタデータとして、あるいはデジタル化されていればフルオブジェクトとして存在していました。私たちが本当に必要としていたのは、Scribeの一部の側面と、oの側面を持つアプリケーションでした。