Podcast Episode 159

スミス: こんにちは！ハッカーボイスのお時間です。今日は2025年8月16日です。ハッカーニュースの注目トピックを、わかりやすく、面白く紹介します。今日の話題はこちらです。 スミス: 一つ目のニュースは「アムステルダムのRitman図書館が秘教書をデジタル化してオンラインで公開」。二つ目のニュースは「Gitにおける巨大ファイルの未来はGitそのもの」。三つ目のニュースは「TextKit 2 – 制約の地」。四つ目のニュースは「スケールしないことをする(2013)」。そして五つ目のニュースは「OpenBSDは非常に高速なので、自己測定のためにプログラムをわずかに修正する必要がありました」です。 スミス: 今日は、これらのニュースを深掘りして、技術的な背景や、それが私たちエンジニアにどう影響するかを解説していきます。あなたは、これらのニュースからどんな未来を想像しますか？それでは、最初のニュースから見ていきましょう！ スミス: 最初のニュースは「アムステルダムのRitman図書館が秘教書をデジタル化してオンラインで公開」です。 スミス: この記事によると、アムステルダムにあるRitman図書館が、ダン・ブラウンからの寄付のおかげで、錬金術、占星術、魔術など、1900年以前の秘教に関する書籍2178冊をデジタル化し、オンラインで公開したそうです。これらの書籍はラテン語、ドイツ語、オランダ語、フランス語などで書かれており、中世や初期近代ヨーロッパの学術的な知識や思想を垣間見ることができます。 スミス: ハッカーニュースのコミュニティではどうでしょうか？ジョシュアさん。 ジョシュア: はい、ハッカーニュースでは、このニュースに対して様々な意見が出ています。あるユーザーは「これは革命的だ。初期の化学、冶金学、物理学の研究を形成する可能性がある」とコメントしています。また別のユーザーは、「AIを使ってこれらの本を解析し、隠された知識を発見できるかもしれない」と期待を寄せています。一方で、「これらの書籍は難解で、現代人には理解しにくいかもしれない」という意見もあります。 スミス: なるほど、貴重な歴史的資料が公開されることへの期待と、内容の難解さに対する懸念があるようですね。次のニュースです。 スミス: 次のニュースは「Gitにおける巨大ファイルの未来はGitそのもの」です。 スミス: この記事では、Git LFSというGitの拡張機能を使わずに、Git自体で巨大ファイルを効率的に扱えるようになる未来について解説しています。Git LFSは、巨大ファイルをGitリポジトリの外に保存することで、リポジトリの肥大化を防ぐものですが、設定が複雑だったり、追加のストレージコストがかかったりする課題がありました。記事では、Gitのpartial cloneという機能を使うことで、Git LFSを使わなくても、必要な巨大ファイルだけをダウンロードできるようになることを紹介しています。さらに、Git large object promisorsという新しい機能が開発されており、将来的にはGit LFSが不要になる可能性があるとのことです。 スミス: ハッカーニュースのコミュニティではどうでしょうか？ ジョシュア: ハッカーニュースでは、Git LFSに対する不満の声が多く上がっています。あるユーザーは「Git LFSはベンダーロックインが強く、コストも高い」と指摘しています。また別のユーザーは、「partial cloneはクールだが、最初のclone時にフィルター引数を書く必要があるのは面倒だ」とコメントしています。一方で、「Git large object promisorsは、クライアント側の複雑さをサーバー側に移すだけのようにも見える」という意見もあります。 スミス: なるほど、Git LFSの課題に対する不満と、新しい機能に対する期待と懸念が入り混じっているようですね。ちなみに、Gitは分散型バージョン管理システムのことです。ファイルの変更履歴などを管理するのに使われます。次のニュースです。 スミス: 次のニュースは「TextKit 2 – 制約の地」です。 スミス: この記事は、WWDC21で発表されたTextKit 2という新しいAPIについての記事です。TextKit 2は、iOSやmacOSでテキストの表示や編集を行うためのフレームワークで、従来のTextKit 1よりも高速で、使いやすいとされていました。しかし、この記事の著者であるMarcin Krzyżanowskiさんは、TextKit 2を4年間使ってみた結果、いくつかの問題点があることに気づいたそうです。特に、viewportという機能を使うと、スクロール時に表示が不安定になったり、ドキュメントの末尾にジャンプする際に問題が発生したりするとのことです。TextKit 2は、設計は優れているものの、実装に問題があり、期待したほど使いやすくない、というのが著者の結論です。 スミス: ハッカーニュースのコミュニティではどうでしょうか？ ジョシュア: ハッカーニュースでは、TextKit 2に対する意見が分かれています。あるユーザーは「TextKit 2は、UITextViewをカスタマイズするためのAPIとして使うのが良い」とコメントしています。また別のユーザーは、「TextKit 2はmacOSではひどい出来で、TextEditアプリでさえバグだらけだ」と批判しています。viewportの問題については、「スクロールバーの問題は避けられないのではないか」という意見もあります。 スミス: なるほど、TextKit 2は、まだ改善の余地があるようですね。次のニュースです。 スミス: 次のニュースは「スケールしないことをする(2013)」です。 スミス: この記事は、Y CombinatorのPaul Graham氏が書いたエッセイで、スタートアップが初期段階でスケールを意識せずに、泥臭く、顧客を満足させることに注力することの重要性を説いています。例えば、Stripeは、創業者が顧客のラップトップを借りて、その場でセットアップを行ったそうです。Airbnbは、創業者がニューヨークでドアを叩き、新しいユーザーを獲得し、既存のユーザーのリスティングを改善するのを手伝ったそうです。これらの例は、スケールしないことでも、初期の成長には不可欠であることを示しています。 スミス: ハッカーニュースのコミュニティではどうでしょうか？ ジョシュア: ハッカーニュースでは、この記事に対して多くの共感の声が上がっています。あるユーザーは、「初期段階では、エンジンを始動させることが重要で、効率を追求するよりも、とにかく行動することが大切だ」とコメントしています。また別のユーザーは、「手動で作業することで、自動化すべきこと、そうでないことを見極めることができる」と述べています。一方で、「Paul Graham氏の意見には賛同できない」という意見もあります。 スミス: なるほど、初期段階では、スケールよりも顧客満足度を優先することが重要ということですね。最後のニュースです。 スミス: 最後のニュースは「OpenBSDは非常に高速なので、自己測定のためにプログラムをわずかに修正する必要がありました」です。 スミス: この記事は、OpenBSDがLinuxよりも高速であるという主張を、簡単なベンチマークプログラムを使って検証したものです。Jann Horn氏が作成したベンチマークプログラムは、複数のスレッドを作成し、各スレッドでソケットを生成するというものです。このプログラムをLinuxで実行すると、OpenBSDよりも大幅に時間がかかることがわかりました。OpenBSDがあまりにも高速なため、プログラムを修正して精度を高める必要があったそうです。 スミス: ハッカーニュースのコミュニティではどうでしょうか？ ジョシュア: ハッカーニュースでは、この結果に対して様々な意見が出ています。あるユーザーは、「これは、Linuxのファイルディスクリプタブルの拡張処理に問題があることを示している」と指摘しています。また別のユーザーは、「OpenBSDは、特定のケースではLinuxよりも高速だが、一般的にはLinuxの方が高速だ」と反論しています。一方で、「このベンチマークは病的なテストプログラムであり、OpenBSDが一般的にLinuxよりも高速であるとは言えない」という意見もあります。 スミス: なるほど、特定の条件下では、OpenBSDがLinuxよりも高速である可能性があるということですね。ちなみに、ソケットとは、ネットワーク通信を行うための窓口のようなものです。 スミス: さて、本日のハッカーボイスでは、5つのニュースを取り上げました。「アムステルダムのRitman図書館が秘教書をデジタル化してオンラインで公開」、「Gitにおける巨大ファイルの未来はGitそのもの」、「TextKit 2 – 制約の地」、「スケールしないことをする(2013)」、「OpenBSDは非常に高速なので、自己測定のためにプログラムをわずかに修正する必要がありました」。 スミス: これらのニュースから、技術の進歩や、ソフトウェア開発の課題、そしてスタートアップの成功に必要なことなど、様々なことが見えてきました。来週はどんな面白いニュースが飛び込んでくるでしょうか？楽しみに待ちましょう！ スミス: ではまた次回。2025年8月16日のハッカーボイスでした。