日付別ニュース一覧

Ubuntu 16.04 で 10 ユーアー運用したブログを、FreeBSD に移行しました。

視覚障害者の方々が Kagi シーチを使用してする方法

## Japanese Translation: Kagi は、ユーザーのサブスクリプションによって完全に資金提供され、SEO やエンゲージメント指標よりも結果の品質を優先する有料かつ広告非表示の検索エンジンです。主流の検索エンジンで見られる乱立した結果、自動再生動画、詐欺的なサイト、AI 生成ノイズなどによる「視覚疲労」に備えて採用されました。結果は有料配置やキーワードではなく品質に基づいてランク付けされ、プラットフォームは「small web」の高品質なソース（開発者ドキュメントやインデペンデントブログなど）を統合するとともに、よりクリーンで信頼性の高いリサーチ環境を構築するために豊富なカスタマイズ機能を備えています。 Kagi のサブスクリプションモデルには、無料トライアル（100 回検索）から Starter（月額 $5 で 300 回検索）、Professional（月額 $10 で無限検索）、Ultimate（月額 $25）までのティアが含まれます。「Fair Pricing」ポリシーにより、ユーザーは未使用の検索クレジットを将来の利用プランに転換したり、適切なクレジット調整とともにプランをダウングレードしたりすることができます。ユーザーは内蔵された CSS エディタを通じて不要な要素を非表示にし、テーマをカスタマイズし、フォントや高コントラスト設定を調整し、AI 生成画像を削除できます。追加の機能として、「Lenses」によるトピックフィルター（例：Academic、Programming）の保存、ドメイン制御による結果のブロック・低減・増加・ピン留め、Bangs コマンド（!w で Wikipedia など）、キーボードショートカット（`?` キーでアクセス可能）があります。「Share this Search」機能により、個々のリンクをコピーせずに特定の Kagi 検索結果を共有することが可能です。Chrome、Edge、Firefox のデフォルト統合を有効にすることで、Kagi は広告、自動再生コンテンツ、詐欺的なサイトへの露出を減らし、より高い検索品質を促すシームレスでプライバシー重視のエコシステムを提供しています。

[Show HN] Freenet：分散型アプリケーション向けのピア・ツー・ピア・プラットフォーム

## Japanese Translation: Freenet プラットフォームは、大規模テック企業のインフラに依存せず動作する通信、コラボレーション、商用向けの分散型アプリケーションを可能にする転換的なアプローチをデジタル領域にもたらします。位置情報に基づいたリング構造で組織化されたグローバルピアツーピアネットワークとして機能し、ユーザーのコンピュータがノードとして作用することを許可するとともに、中央集権サーバーへの依存を排除します。ユーザーはこれらのアプリケーションをブラウザ経由で直接アクセスでき、通常のウェブサイトのように表示されますが、撤去されることができず、追跡不可能であり、従来のクラウドモデルで見られるデータ監視から自由です。開発者は Rust や TypeScript などの熟悉的なプログラミング言語を活用して、これら頑健なツールの構築が可能になり、高額なホスティングコストや依存関係に縛られずに済みます。汎用アクセシビリティのための開放標準を用いて構造化されており、ベンチャー資金によるモデルとは異なり、少数チームによる助成金と寄付に完全に頼っています。今後の成長は、持続可能で無料のデジタルインフラを求める開発者とユーザー双方における採用拡大に大きく依存しており、個人に必須ツールのアクセスを止められないようにするという/serverレス代替手段へと業界をシフトさせる可能性があります。

検索において新しい広告フォーマットの実証実験を行っております。また、ダイレクト オファーのパイロットプログラムも拡大しております。

## Japanese Translation: Google は、高度な人工知能を統合してより速く・透明性の高いショッピング体験を実現し、広告エコシステムを大幅に向上させています。核心的な革新としては、**Gemini モデル**により駆動される新しい「会話型ディスカバリー」広告や**「ハイライトされた回答」**があり、これらはスマートアシスタントとして特定のユーザーの質問に応え、AI モードのリcommendation リスト内に表示されます。これらの更新では、製品情報を統合して信頼性を高める独立した**AI エクスプレイナー**も導入され、75% のユーザーが意思決定においてより自信を持って行動すると報告しています。売上効率を高めるために、Google は 2026 年 1 月に開始された「Direct Offers」パイロットプログラムを拡張し、**ネイティブチェックアウト**、プロモーションのバンドリング、Booking や Expedia といったパートナーを介した旅行オファーを含めることを目指しています。この拡大には、チャットベースの回答でリサーチをリアルタイムのリードに変換するスマートな**ビジネスエージェント**も組み込まれており、Chewy、Gap、L'Oreal といった主要ブランドが利用しています。これらの更新を活用するためには、**AI Max**、**AI Max for Shopping**、**Performance Max**などの特定ツールの活用が推奨されます。最終的には、この戦略はリサーチから取引までのプロセスを簡素化するとともに、すべての広告が「Sponsored」として明確に表示されることを保証します。

私が購入した総額 4 万 8,000 ドルの GPU サーバー、この投資額は適切だったでしょうか？

## Japanese Translation: 2024年、エンジニアは安定した FAANG 社の職位を辞めて独立研究家となり、合計 48,000 米ドルの費用で NVIDIA RTX 6000 Ada GPU 6枚搭載のカスタムサーバー「Grumbl」を構築した。このハードウェア選定は、A100 および H100 の評価を経て、優れた FP8 サポートと推論性能に基づいて行われた。初期のアパート内での導入では電力制約により、別々の回路に接続する二重の電源供給およびプロフェッショナルなビルダーが必要となり、その後設備は著者の親戚の家の地下室に移設され、そこで電気インフラが適切にアップグレードされた。効率性を追跡するため、カスタムスクリプトが毎分 GPU アクティビティと電力消費量を記録し、コスト比較において長期的なクラウド予約プランは除外した。2026年3月13日までに、同様の計算リソースを賃貸するケースと比較して 17,000 米ドル以上の節約を生み出し、初期投資が回収された後、平均利用率が 76% から 85% の間であれば毎日 90〜105 米ドルの節約をもたらしている。保守過程では PCIe リザースまたは大規模故障を疑い、ダウンタイムが発生した三つの期間があり、著者は Nathan Odle のリザース調査といったコミュニティのリソースに依存することとなった。カスタムマザーボードの GPU インターコネクトの低速は、GPU 間でモデルを分割した場合の適性を制限する（ただし並列小規模実験には問題ない）が、将来の計画ではスケーラビリティのため標準データセンターサーバーのコロケーションセンターへの移行傾向がある。このケースは、独立したビルダーが作業を少なくとも 2 ヶ月加速できることを示しており、電力および論理的な課題を効果的に管理することにより（従来の賃貸者保険が却下された後、専門的な事業用保険を確保するなど）、オンプレミス型ハイエンドビルドはクラウドインスタンスに対する財政的に実行可能な代替手段である。

2021 年モデルの MacBook で、Gemma4-31B（50GB のスワップ領域を使用）を用いて、1 年分の動画をローカルでインデックス化

## 日本語訳： 著者は、高額で不安定な SaaS サブスクリプションを回避し、何年分のラベル未設定の旅行映像データを処理するための費用対効果の高いオフラインファースト戦略を示しています。生成 AI が実在するブランドコンテンツでのハルシネーション（信頼性やトリップアドバイザーへのリスクをもたらす）および非現実的な投稿頻度目標という 2 つの主要な理由から標準的な業界ツールを拒否した後、彼らはカスタムローカルワークフローを構築しました。このシステムは、物理的 SSD に格納されたギガバイト規模のアーカイブから直接メタデータを抽出するために DaVinci Resolve Studio 21 と Claude Code およびオープンソース MCP を組み合わせ、数ヶ月間にわたりソーシャルチャンネルを沈黙させていた編集のボトルネックを解決します。重要な革新は、各クリップごとに「サイドカー」マークダウンファイルを使用することで、デバイスの変更にもわたるデータの持ち運び性と回復性を確保することです。このアプローチにより、ローカル LLM（例：Gemma 4）とハルシネーションを防ぐ正確なインデックススキーマを活用して、月間の運用コストは 140 ドルからわずか 22 ドルに削減されました。当面の次のステップは、この新しいインデックスに基づいてクリップを編集するエディタレイヤーを構築することであり、チャンネルのリランチへの道を開きつつ、信頼性と法的懸念のため証言者の AI バイスクローニングは厳しく避けることです。結局のところ、このワークフローはクラウド料金やデータプライバシーリスクなしで広大で構造化されていないアーカイブに対してアクセス可能かつ低コストな解決策を提供します。

スウェーデンの音楽ストリーミングサービス「Spotify」が、ファン向けにコンサートのチケット予約を開始します。

## 日本語訳: Spotify は、アーティストの最も熱心なファンがコンサートチケットを確保できるよう支援する新機能「Reserved」を発表しました。データストリーム、共有数、その他の活動指標を活用し、Spotify は自社の「スーパーファン（最忠実層）」を特定し、各ツアーにつき最大 2 枚までを対象者に優先アクセスを提供します。今夏の米国よりスタートし、Live Nation との多年契約に基づき、特定のアーティストが参加し、対象ファンのために席が確保されます。オファーを受けた者は購入完了のための一日という期間に与えられます。利用可能な席数が対象ファン数を大きく下回るため、すべてのファンがオファーを受けるわけではありません。「Reserved」は、スーパーファン向けに新たに導入された機能とともにはじまりました。これには、「Spotify Labs」による独立したデスクトップアプリ「Studio by Spotify」と呼ばれるものが含まれ、ユーザーの好みに基づいて個別のカスタムポッドキャストやプレイリスト作成が可能になります。また、Spotify が最近 UMG と結んだライセンス契約により、特定の UMG カタログ曲に対して AI を活用したカバー曲・リミックス作成機能も搭載されています。これらの取り組みは、ライブイベントへのアクセスと高度なコンテンツ創作ツールを融合させながら、最も忠実なコミュニティメンバーを優先して報いることで、Spotify をエンターテインメントハブとして位置づけます。

シアトル・シールド：シアトル警察署が運営する情報共有ネットワーク。

## Japanese Translation: 「シエトル・シールド」は、シアトル警察が主導する広範な情報ネットワークであり、不動産会社、ICE（移民法執行局）、NYPD などの法執行機関、Amazon や Facebook などのテクノロジー大手など公私両者のパートナーとテロ脅威データを共有しています。これは 2009 年以来運用されています。公式には、潜在的なテロ行為の特定と緩和に向けた協力的環境を提供するミッション駆動型のプログラムとして位置づけられていますが、警官であるエリン・ニコルソン氏によって管理されており「資金未確保のプログラム」として大きな検討対象となっています。重要な点として、2025 年秋に発令された大統領書簡において、抗議活動に関する言論をテロ指標とみなすことで、その後の運用作動が転換し、2020 年から 2025 年の間に抗議行動や交通渋滞に関する報告がほぼ独占的に生じています。インフラは、FBI などの連邦機関と地方機関間の情報共有を支援するために ABM セキュリティ・サービシズ社のセキュリティプラットフォームに依存しており、当初は無償で維持されていましたが、2020 年に NetSentinal が実施したデータ漏洩事象で機密性の高いメンバーリスト、IP アドレス、連絡先情報が晒されました。軍事要員から国連の分析者まで数百名ものメンバーを抱える規模を誇りますが、専用資金の欠如、限られた透明性、そして抗議行動への監視志向が強まっているため、市民権団体からの批判を集めており、多くの団体がこのプログラムの規模についてほとんど無知のままです。リーダーたちは世界的なガイドラインが地方単位には適用されないことを確認しており、ドナルド・トランプ大統領の下（2025 年秋）のように独立して運用され続ける可能性を示唆していますが、同ネットワークは国家安全保障における協調の増大に合わせて適応しながらも存続すると見られます。

ローンチ・HN：Runtime（YC P26）——チーム全員向けにサンドボックス化されたコーディングエージェントをお届けします。

## Japanese Translation: Runtime は、コード作成エージェントに専門的な企業のコンテキストと厳格なガバナンス制御を提供する、エンタープライズグレードのセキュアなプラットフォームを届けます。汎用的な AI ツールのとは異なり、このシステムはエンジニアから営業担当に至るまであらゆる従業員が、多様なワークフローでエージェントと安全に共同作業を行えるようにすると同時に、ツール呼び出し、ファイル変更、およびコストについて完全に可視性を維持します。主要な利点として、オープンソースの Apache 2.0 ライセンスに基づき、カスタムクラウドとモデルをプライベートインフラストラクチャ上でセルフホストできるよう柔軟に展開に対応しており、データ主権を完全に確保できます。プラットフォームは GitHub、Slack、Jira、Snowflake、Datadog といった人気ツールとの統合を準備されたコネクタを通じてシームレスに行い、専門のエージェント（例：@runtime-finance）をモノレポからマイクロサービス全体にタグ付けして展開できるようにします。ユーザーはカスタム指示、セキュリティガードレール、機密情報、承認ゲート目を定義し、エージェントが許可リスト内および支出制限内で動作するよう保証することで、偶発的な障害を防止します。さらに、システムはセッションスナップショットを活用して調査状態を保持し、起動時間の即座な回復と人間チームと AI エージェント間の円滑なハンドオフを実現します。究極的には、Runtime は標準的なコーディング支援組織の労働力のカスタマイズされた拡張へと転換させ、セキュリティやプロダクション安全性を損なうことなくデリバリーを加速します。

ウェーモが洪水中にロボットタクシーが引き続き走行し続ける事態を受け、アトランタでの運行サービスを一時的に停止しました。

## Japanese Translation: ウェイモは、車両が豪雨によって洪水に巻き込まれた道路で渋滞に巻き込まれたため、安全性を優先し、オペレーションよりも安全を重視するという観点から、アトランタおよびサンアントニオでのロボタクシーサービスの一時停止を発表しました。同社は、最近のソフトウェアアップデートにより危険な水域での運転が制限されるようになっていると指摘していますが、これらの対策は不十分であったとし、アラート（閃き洪水警告など）が回避プロトコルを起動する前にアトランタの出来事が発生したためです。この一時停止は、違法に通過したスクールバスの件を含めた過去の安全問題の歴史を受け、国家高速道路交通安全局（NHTSA）および国家運輸安全委員会（NTSB）による現在進行形の調査がなされています。また、洪水検知および危険管理に関する内部手続きについての追加情報を求める regulator が第二次文書リクエストを発行しました。さらに、1 月 23 日にサンタモニカで発生した子供を巻き込んだ事故を含む他の出来事についても、ウェイモの行動に関する調査は継続されています。その結果、影響を受けた都市での利用者により、自律走行乗車へのアクセスが制限されることになります。同社は、完全なサービス再開前にこれらシステムの欠陥に対処するために、規制当局から大きなプレッシャーをかけられています。

Python 3.15：表舞台には立たなかった機能

## Japanese Translation: Python 3.15.0b1 が機能の凍結（feature freeze）に入り、その主要な拡張は今年中にリリースされますが、すぐには強力な新しい同期ツールへのアクセスが可能になっています。最も重要なのは、この更新によって並行タスクの管理における長年の複雑さが解消され、改善された `asyncio.TaskGroup.cancel()` メソッドによる優雅なキャンセルを可能にし、コンテキストマネージャ装飾子が非同期関数およびイテレーターの全ライフサイクルを正しくラップすることを保証することです。開発者は今や `threading.serialize_iterator()` を介してビルトインのスレッドセーフなイテレータにアクセスでき、`threading.concurrent_tee()` を使用してイテレータ値を複数のコンシューマー間で複製することができるようになり、単一スレッド環境からマルチスレッド環境へ移行する際に外部のキューまたは複雑な状態管理が必要であったような手間がなくなります。さらに、このリリースは `json` モジュールの新しい `array_hook` パラメータによってサポートされる不変辞書タイプである `frozendict` を導入し、`collections.Counter` クラスにビットごとの XOR 演算を追加するとともに、`ExceptionGroup` による堅牢な例外グループ化を導入します。これらの変更は、広範な再設計を必要とせずにデータ整合性を直接高め、コード構造を簡素化します。遅延インポートなどの高度な機能は今後のリリースに留まりますが、現在のユーティリティ上の改善により、エンジニアらはより安定したマルチスレッドアプリケーションをすぐに構築できるようになり、構造化された並行性パターンに関連していた以前のコストのオーバーヘッドが削減されます。

BBEdit バージョン 16

## Japanese Translation: BBEdit 16 はテキストエディタの大きな進化を象徴し、基盤的な速度と AI 統合に焦点を当てています。再構築された内部構造と最適化されたファイル転送プロトコルにより、桁違いのパフォーマンス向上を実現しています。このアップデートは高度な AI 機能を導入しており、ユーザーが文書直接与えにチャットすることを可能にします。また、応答時間の短縮やストリーミング結果を特徴とする拡張された AI チャットワークシートも提供されます。視覚的なツールは大幅に拡大し、画像内でのテキスト検索（grep）を実現しています。ワークフローの近代化には、内蔵された W3C HTML5 シンタックスチェッカー、ウェブ管理ツール、App Intents に基づいたショートカットの拡張が含まれており、これらは外部ワークフローを促進します。新しいカラーカスタマイズオプションにより、プロジェクトや Notebook ごとに特定のカラーシームを選択できるようになりました。また、vi キーボードエミュレーションの追加により、基本的なナビゲーションが支援されています。さらに、Git サポートの精査やウェブサイトを扱うプロジェクト向けの「本番」および「テスト」デプロイメント用の設定オプションなど、クオリティ・オブ・ライフの向上も含まれます。特に重要な点は、2025 年 11 月 1 日以前に BBEdit 15 を購入した顧客に対するアップグレード料金が US$29.99 であり、その日以降の購入には無料であることです。

フーリッパーワン：あなたのサポートが必要です。

## Japanese Translation: :** Flipper One は、高度に文書化され、フル版メインライン Linux を動作させるオープンな ARM コンピュータとしてサイバードキの概念を再構築しています。8 コア搭載の Rockchip RK3576 SoC に 8GB の RAM と、ローカル AI 用の NPU（ただし現在、NPU のサポートにはアップストリーミングが必要）を組み合わせた一方で、ディスプレイと入力処理を SPI/I²C で担当する低消費電力の Raspberry Pi RP202350 MCU を採用しています。この装置の前世代とは異なり、オフラインのポイントツーポイントプロトコル（レイヤー 0）および堅牢な IP ネットワーク接続（レイヤー 1）の両方をサポートし、デュアルギガビットイーサネット、Wi‑Fi 6E、内蔵式 5G/LTE モジュールモジュール性、さらに M.2 セルラー、ストレージ、衛星モジュールなどを追加可能な大規模な拡張システムを備えています。残存するバイナリドライバー（例：DDR トレーナー）や特定ハードウェア機能に対するメインラインサポートの未完全さといった課題はあるものの、ベンダーブロッバスの排除を目指しています。本装置は Debian ベースのプロファイルを実行し、HDMI 2.1 または USB-C DisplayPort を介して Raspberry Pi 5 と同等のデスクトップ機能を提供します。今後の開発には独立した制御ボードの実現や衛星モデムへのパートナーシップが含まれており、現在のソフトウェアでは FlipCTL という CLI ユティリティをラップする GUI フレームワークの開発に注力し、高度な Linux ネッティングを簡易メニュー経由でアクセス可能にすることで、埋め込み系 Linux のカスタマイズを一般化することを目的としています。

1945年のトリニティ核実験から失われた画像が修復されました。

## Japanese Translation: 1945年7月16日午前5時29分45秒（山岳戦争時間）、ニューメキシコ州のジョルナダ・デル・ムエルート盆地で、トリニティ実験により世界初の原子爆弾が爆発した。「ガジェット」という装置は、プルトニウムコアを圧縮して核分裂反応と中性子放出を引き起こすために32個の高威力爆薬ブロックを使用した。予言とは逆に、爆発は数倍もの威力を発揮し、火球は25ミリ秒以内に数百メートルに広がり、その後の数分で蘑菇状の雲を形成し、60秒時には高さ3キロメートルを超えるものとなった。 撮影活動は、52台のカメラを通じて約10万フレームを記録したが、満足な画像を提供したのはわずか11台だけであった。それらもまた、事件の眩惑する明るさや規模を完全に伝えることはできず、大多数のフィルム STOCK を圧倒した。ベルリン・ブリークスナーはミッチェル映画カメラを装着し溶接用のゴーグルを着用して北バンカー No. 10 で作業しており、ファスタックスカメラは爆発から不足100分の1秒以内に暗黒から半透明の玉が突き破られる様子を記録した。20マイル（約32km）離れた地点までの目撃者は多色の火球と捩れた破片の流れを見せ、「爆破」「飛び込む」「観測者を貫き通す」と表現し、物理学者のイジドラル・アイザック・ラビが指摘したように記述した。 ロバート・オッペンハイマー博士を筆頭にロスアラモス国立研究所が行ったこの実験は、世界地政学の転換点となった。ノリス・ブラダブリは1945年10月17日にオッペンハイマーの後任として所長に就任した。今日、修復された写真とハイスピード映像はこの人類史无前例の瞬間における重要な歴史記録であり、さらにエミリー・セイルの著作『トリニティ：世界初の原子爆弾に関する図録的历史』によって詳述されている。本書は20年にわたる修復プロジェクトからの結果を集約している。

クリンプされた平行四辺形によるトライアングルテッセレーション

## Japanese Translation: Xbox 360 時代の C++ コードから派生し、Pixar の Reyes論文に基づく映像品質のレンダリング原理を採用したこの新しい JavaScript アルゴリズムは、従来の DirectX 11 ハードウェアテッセレーションに対する安定したブラウザフレンドリーな代替案を提供し、ポップアップアーティファクトやクラックといった問題を解決する。標準的な手法が非収束動作や回転対称性の問題に起因する視覚的不連続性を招く可能性があるのに対し、このソリューションは subdivision 技術を一点一点で微調整することで連続性を最優先している。packed lookup テーブル（GapInfo および MatchData など）を用いることで、最小限のメモリフットプリント（1.4MB未満）内にテッセレーションファクター 256 までをサポートし、瞬時の $O(1)$ アクセスを確保する。大規模な幾何学データに対して滑らかなエッジを維持するため、高いテッセレーションレベルはブロックに分割され、「triangle」では"clamped parallelogram"、"quad"では対角ファクターの一致といった特定のアプローチが採用されている。この手法は、レガシーハードウェアに対する回転対称性のわずかな低下を受け入れるものの、その制限は最小辺と頂点ペアを一致させることで管理される。この MIT ライセンス付の革新により、開発者は既存のハードウェアに依存する解決策に固有である突然の幾何学的ジャンプを排除しつつ、軽量環境で複雑な 3D モデルを直接実装できるようになる。

パラードデータ（YC スーパースコーン 2023）が求人を展開：分散システム・プラットフォームエンジニア募集のお知らせ

## Japanese Translation: 以下の改良版は、完全性を高めるために Notion リンクを追加し、いくつかの表現を整理しつつ、すべての主要な要点を保持しています。 ## 概要： ParadeDB は Postgres 拡張機能向けのクラウド管理サービスを発表し、データベース内での高度な全文検索とベクトル検索を直接可能にします。この動きは、スタートアップの初期段階からフルサービスプロバイダーへの大幅な転換を示しており、オープンソース検索エコシステムの拡大につながります。同時に、ParadeDB は Kubernetes、Go、Postgres に精通した老練な分散システム/プラットフォームエンジニアを採用しており、この成長を支援する体制を整えています。（「分散システム」とは、コンポーネントが異なる物理マシン上に配置されている计算机网络でありながら、単一の一貫したシステムとして動作しているように見えるコンピュータネットワークを指します。）現在、ParadeDB はシリーズ A 資金調達段階にあり、米国に跨って 10 名のリクルートを抱えています。プロジェクトのコードは https://github.com/paradedb/paradedb でオープンソースで利用可能であり、詳細は https://paradedb.notion.site/ で確認できます。エンジニアリングチームの開発完了および重要人材招聘プロセスが終了した後、新しいインフラストラクチャはユーザーに利用可能となり、複雑な基盤ハードウェアを管理することなくスケーラブルな検索機能を利用できるようになります。この取り組みは、強力なオープンソースツールとエンタープライズ準備管理サービスとの間のギャップを橋渡しし、開発者が既存の PostgreSQL インスタンス上で高度な検索機能を活用するための簡素化された経路を提供するという、ParadeDB のコミットメントを強化しています。 ## Text to translate: The improved version below adds the Notion link for completeness and tightens a couple of phrasings while preserving all key points. ## Summary: ParadeDB is launching a cloud-managed service for its Postgres extension, enabling advanced full-text and vector search directly within databases. This move marks a significant transition from an early-stage startup to a full-service provider, expanding the open-source search ecosystem. At the same time, ParadeDB is hiring a seasoned distributed systems/platform engineer with expertise in Kubernetes, Go, and Postgres to support this growth. (A "distributed system" refers to a computer network where components are located on different physical machines but appear to operate as a single coherent system.) Currently, ParadeDB operates at Series A funding stage with a team of ten people across the US; their project code is openly available at https://github.com/paradedb/paradedb, and additional details can be found at https://paradedb.notion.site/. Once the engineering team completes development and the key hire process concludes, the new infrastructure will be accessible to users, who will then have scalable search capabilities without managing complex underlying hardware. This initiative reinforces ParadeDB's commitment to bridging the gap between powerful open-source tools and enterprise-ready managed services, offering developers a streamlined path to leverage sophisticated search features directly on their existing PostgreSQL instances.

英国赤い電話ボックスはどこにありますか？

## 日本語翻訳: 現在の要約は、K6 プロジェクトの「何」か、「どうやるか」をうまく捉えていますが、キーポイントに含まれている本質的な「誰」（著者の個人的な冒険）に言及できていません。「キーポイント一覧」への完全な忠実さを確保するため、要約にはこの事業の個人的な性質を認めつつ、再利用戦略の明確な説明も維持する必要があります。 **改善された要約:** K6 プロジェクトは、著者によって主導される個人的な冒険であり、イギリス全体で展開されている草の根的取り組みで、歴史的な赤い電話箱が取り壊されるのを防ぐことを目的としています。元々は英国の主要な通信インフラとして建設されたこれらの電話箱は、携帯電話の普及に伴って obsolete（陳腐化）となり、採用され再利用されない限り除去されるリスクが高まりました。このプロジェクトは、これらのランドマークに新たな用途を見出すこと（除細動器ハブ、本貸し出し施設、村の案内など）を目的とし、またそれぞれの受け入れ先によって使用されていた以前の用途と現在の使用について、その背景にある物語を記録することを目的としています。都市部の電話箱が現代技術によって置き換えられつつある一方、イギリスの地方では独自の機会が存在しており、那里的電話箱の利用は明確に「ローカル中心」な特徴を示しています。この価値をよりよく反映させるため、この取り組みは包括的なオンラインデータベースを作成し、ソーシャルメディアを活用してこれらの地方資産をアピールすることで、その範囲を拡大することを計画しています。結局のところ、この努力は、古い構造物が現代のイノベーションと並んで活発なコミュニティハブとして繁栄する様子を示すことで建築遺産を保存し、潜在的に破棄される遺物を実際の日常生活の一部に変えることを実現します。

報道機関に対して、インターネットアーカイブの利用を制限する措置をとっています。

## Japanese Translation: 2026年5月20日時点において、主要な米国ニュース発行者は、インターネット・アーカイブの自動クローラーに対するブロックを大幅に拡大しており、McClatchy、Tribune Publishing、Advance Local（証拠なしでスクレイピングが行われているにもかかわらず8月にハードブロックを開始）を含む340以上の地方および全国サイトにアクセスを制限しています。これは1月の241件から増加したものであり、この傾向はニューヨーク・タイムズなどのグローバル大手やブラジルのフォルハ・ド・サオパウロといった国際的パートナーの先行する動きを踏襲しています。発行者は主にAI企業が補償なしにコンテンツをスクレイピングすることを防ぎ、ライセンス交渉におけるレバレッジを強化するためにクローラーをブロックしています。また、インデペンデント・アウトレットも、チャットボットの回答中に未出典の情報が登場することを避けるためにボートを制限しています。主要な関与する発行者は、上位7大の地方ニュースグループのうち5社を所有しており、そのうち2社（MediaNews GroupとTribune Publishing）はヘッジファンドのアルデン・グローバル・キャピタルが制御しており、同社は2025年のエディトリアルでライセンスなしでのAI利用を侵害行為の一つとして位置付けています。ブロックリストはHeritrix、My-heritrix-crawler、Archive-It、ia_archiver-web.archive.orgを含むさまざまなボート識別子を標的にしています。その結果、研究者、歴史家、一般市民にとって一次資料へのアクセスが縮小する一方、ProQuestやLexisNexisなどの無料商業的代替手段も依然として限られています。これらの損失を緩和するため、インターネット・アーカイブはプレースフォワードの助成金を得て、ニュースルームを対象としたアーカイブ戦略トレーニングを開始しており、2027年末までに300の組織を支援することを目的としています。

# NFS を介して Git コミットをディレクトリ構造としてマウントする（2023 年） ## 개요 (概要) 本ガイドでは、NFS を通じてアクセス可能なディレクトリ構造として Git のコミット履歴をマウントする方法について説明します。これにより、レポジトリ全体をクローンせずにチーム内でコードを検索・確認することが可能になります。 --- ## 前提条件 - リポジトリのストレージに対して読み取り専用アクセス権を持つ Git サーバー環境 - 設定済みの NFS サーバー（Ubuntu/Debian などでは `nfs-kernel-server` など） - セキュアなアクセスのために SSH キーまたは認証方式を設定済みであること（必要に応じて） - マウント対象となるリポジトリがあるクライアント端末において、Git がインストールされていること --- ## ステップ 1：リポジトリ構造の設定 Git リポジトリが `/var/repositories/myrepo` に格納されていると仮定し、コミットログをフォルダとして公開するために専用ディレクトリを作成します。 ```bash mkdir -p /var/nfs/git-commits cd /var/nfs/git-commits git clone --bare /var/repositories/myrepo myrepo.git cd myrepo.git # すべてのコミットとオブジェクトに対してパックファイルを作成 git fsck --full # インTEGRITY（整合性）を確認します git repack -ad # リーズなオブジェクトをパックに集約します ``` コミット履歴をフォルダとして公開するには、コミットログを繰り返し処理します。 ```bash #!/bin/bash REPO_PATH="/var/nfs/git-commits/myrepo.git" cd "$REPO_PATH" # すべての到達可能なコミットを含む完全なコミットグラフをエクスポート git checkout --orphan temp-branch || true git read-tree -m -u HEAD 2>/dev/null || git reset --mixed HEAD for commit in $(git rev-list --reverse HEAD); do mkdir -p "${commit//\//_}" (cd "$REPO_PATH" && git show "$commit":. | tar xz) done ``` > **注**: より清潔で効率的なアプローチとしては、Git ハックまたはスクリプトを用いてコミットのツリー構造を自動化して生成する方法があります。あるいは、`.git/logs/refs/heads/master` を解析しコミットツリーを仮想的ファイルシステムに再構築する `git-dfs` などのツールや、Python スクリプトを採用するのも選択肢の一つです。 --- ## ステップ 2：NFS エクスポートの設定 `/etc/exports` ファイルを編集します： ```bash /volatile/git-commits *(rw,sync,no_root_squash) ``` 次に、変更を適用します： ```bash sudo exportfs -ra sudo systemctl restart nfs-kernel-server ``` ファイアウォールルールで NFS トラフィック（ポート 2049, TCP/UDP）が許可されていることを確認してください。 --- ## ステップ 3：クライアントでのレポジトリのマウント クライアント端末では、以下のように実行します： ```bash sudo mkdir /mnt/git-history sudo mount -t nfs <NFS_SERVER_IP>:/volatile/git-commits /mnt/git-history ``` 永続化のために `/etc/fstab` に追加します： ```bash <NFS_SERVER_IP>:/volatile/git-commits /mnt/git-history nfs defaults 0 0 ``` --- ## ステップ 4：アクセスと探索 マウント後、以下のように移動して確認できます： ```bash cd /mnt/git-history/myrepo ls commit-sha-123abc/ # コミットごとのディレクトリ cat commit-sha-123abc/file.txt ``` 必要に応じて標準の Git コマンドを用いて履歴を解釈します。 ```bash git log --oneline HEAD~5..HEAD # 直近のコミットを検証 git diff HEAD~1 HEAD # 最後にコミットした変更を表示 ``` --- ## トラブルシューティングヒント - **アクセス権限が拒否されました**: NFS エクスポート設定で適切な権限（`rw` および `ro`, ユーザーマッピングなど）を確保してください。 - **マウントに時間がかかります**: `noac`, `nolock` を使用し、NFS サーバーパラメータ（`/etc/nfs.conf`）のチューニングをお勧めします。 - **ファイルシステムの不一致**: バレレポジトリ上で定期的に `git fsck` を実行し、データの整合性を維持してください。 --- ## 代替ツール 高度な用途には専用ツールを検討してください： - [git-dfs](https://github.com/git-dfs) – Git 上の仮想的なファイルシステム - `git-archive-hooks` – シンプルで洗練されたコミットアーカイブワークフロー - `git-repo` API を活用した動的ツリー構造を構築するカスタム Python スクリプト --- ## 結論 NFS を介して Git コミットをフォルダとしてマウントすることで、分散チーム全体でのバージョン履歴のシームレスな閲覧が可能になります。通常の Git クローンの代わりではありませんが、大きなワーキングツリーを複製せずに軽量なスナップショットを共有し、特定の状態を検証する効率的な方法を提供します。 本番環境向けに展開する際には、パフォーマンス、スケーラビリティ、セキュリティのバランスを評価して導入を検討してください。

## Japanese Translation: `git-commit-folders` の核心の価値は、macOS および Linux で全てのコミットをディレクトリとみなすことで、Git リストリーに直感的でフォルダーベースのアクセスを提供することにあります。これによりカーネル拡張モジュール（FUSE と対照的）を必要とせず、ブランチやタグを特定のコミットへのシンボリックリンクとしてマッピングすることで実現されています。この仕組みにより、ユーザーはバージョン間でのファイルブラウジング、削除されたコードの検査、または `grep` 操作を容易に行うことができます。大規模なリポジトリでの拡張性を管理するために、本ツールはコミット ID をハッシュ化してサブフォルダーに格納し（`.git/objects` を模倣）、パッキングされたデータを約 20MB のメモリにキャッシュします。 技術的な観点から、本プロジェクトはいくつかの実装上の課題に対処しています：空間を節約するためにすべてのコミットを直接リスト化するのを避け、樹構造やブロップの ID をハッシュ化することで一意な inode にし、"Not a directory" エラーを解消する点。また、キャッシュ溢れによって引き起こされる "Stale NFS file handle" エラーに対処するため、キャッシュ管理を行っています。アーキテクチャについては、FUSE、NFS、WebDav の実装間で重複していたコードは、コアの `fs.FS` インターフェースとアダプタ関数を導入することで解決されました。現在、プロジェクトは過去の Go ライブラリの制限により NFSv3 に依存しており、著者は `buildbarn` を介して NFSv4 への移行を検討しています。WebDav のサポートは存在しますが、標準的な Go ライブラリがシンボリックリンクをサポートしていないため機能上には制限があります。他の現在の制限としては、実装の詳細が不明であるために Git サブモジュールが無視され、`branch_histories` が各ブランチの完全な履歴ではなく最新の 100 コミットのみを表示される点が挙げられます。

グーグルによる「重力バイトアンドスウィッチ」

## Japanese Translation: Google の I/O 2026 での Antigravity IDE に対する最新の強制アップデートが、開発ワークフローを深刻に阻害し、既存のインストールとの共存ではなく強制的に置換したことで発生しています。新バージョンは、輝きのあるスタンドアロンの Codex スタイル体験として描写され、Google の AI Ultra プランの一部であり、デフォルトアプリケーション経路を積極的に書き換えることで互換性を損なわせ、旧バージョンとも同時稼働が不可能なものとなりました。ソフトウェアが起動試行のすべてを自動的にハイジャックして新ビルドの実施を強制するため、再インストール試行は失敗し、ユーザーが関連するすべてのバイナリを実行した徹底的なクリーンアップを行うまででした。このクリーンアッププロセスにより、日常業務に不可欠なチャット履歴、カスタム設定、プロンプトログが失われました。「antigravity-backup」フォルダが作成されましたが、その内容は現在アクセス不可です。この事象は、ユーザーの嗜好を許可なく書き替える強制的なエコシステムアップデートに伴う重大なリスクを浮き彫りにし、軽微な不便から主要な運用の足かせへとエスカレートしました。著者はこの移行を線引きを超えたと批判し、ツールを自らの制御下に保つために自動更新を完全に無効化する方法を模索する予定です。

Uv は非常に優れたツールですが、パッケージ管理のユーザーエクスペリエンス（UX）はまだ混乱しています。

## Japanese Translation: 本文は、Astral の `uv` ツールがプロジェクトの初期設定において高速性と簡便性を約束するものの、現状のメンテナンスワークフローは、`pnpm` や Poetry といった確立された代替手段と比較して欠陥があることを論じています。具体的には、デフォルトの `uv add` コマンドは厳格なバージョン制限なしに危険なメジャー版のジャンプを許可し、通常のアップデート中にプロジェクトの破損を引き起こすリスクがあります。安全性が高くデフォルトでマイナーバージョンを実行する同業者とは異なり、`uv` はネイティブの `uv outdated` コマンドを欠いており、ユーザーは完全な依存ツリーを検証するか、複雑な手動フラグに頼らなければなりません。さらに、全パッケージを同時にアップグレードすることはセマンティックバージョニングの安全性原則を無視する「核オプション」として機能します。Poetry などのツールが出力を完全なツリーで混濁させずに優れた監査機能を提供するのに対し、`uv` の現状のアプローチではリスクを軽減するために `--bounds` といったプレビューフラグへの過度な依存が必要です。Astral がデフォルトのバージョン制限と専用の監査コマンドを実装するまで、開発者の体験は依然として貧弱であり、ツールが目指す使いやすさの利点を損ない、効率的なパッケージ管理を妨げています。

マルチストリーム大規模言語モデル：プロンプト、思考プロセス、および入出力を並列化・分離化する新刊論文について

## Japanese Translation: この文章は、従来の単一ストリームの AI 処理から、複数の並列計算ストリームへの根本的な転換を提案しており、これにより現在の使いやすさの限界を克服する。ChatGPT などの早期モデルでは、システムが読むことを完了してから行動したり、書く前に思考したりするような堅牢な順次形式に依存していたが、この新アーキテクチャではエージェントが読みながら行動し、書きながら同時に思考することを可能にする。役割の分離を改善することで効率性とセキュリティに関するボトルネックに対処できるようになるため、従来の順序性行为を強制する古いインストラクションチューニング手法を置き換える代わりに、すべてのフォワードパスで複数の入力ストリームから読み取りを行い、因果的に依存した複数の出力ストリームでトークンを生成するという構造へと移行する。このアプローチは、使いやす性の向上、並列化によるモデル効率の向上、関心の分離によるセキュリティ強化、ならびにモニタリビリティの増大を目的としている。ジョナス・ゲイピンによって提出されたこの作業（バージョン [v1]、2026 年 5 月 12 日水曜日）は、複雑なタスクを実行することを妨げてきたデッドロックなどの問題を直接解決するように設計されている。最終的には、この並列構造の採用により、順次処理によって制限されていたモデルの機能を解放することができ、ユーザーには大幅に向上した使いやすさを提供し、企業にはより効率的で安全かつモニタリング可能な自律システムを構築できる。

投げつけられた生成 AI のテキストの山が、対話を阻害しています。

## Japanese Translation: 本質的なメッセージは、Redis と Memcached の選択が完全に特定のワークロード要件に依存しており、どちらのシステムも万能優位性を持つわけではない、という点にあります。Redis は複雑な演算において際立っており、豊富なデータ構造、RDB/AOF を通じた永続化、Lua スクリプティング、パブ/サブ、原子演算、レプリケーション、ネイティブクラスタリングといった機能を活用しています。ただし、原子タスクの予見可能な性能を確保するためのシングルスレッドイベントループアーキテクチャにより、より高い運用複雑性を必要とします。一方、Memcached は単純なマルチスレッド設計を通じて純粋な速度を優先し、複数の CPU コアを効率的に活用し、スラブ割り当てを使用することでフラグメンテーションを最小限に抑え、単純で高トランザクションのキャッシングにおいてより良いスループットを提供します。両システムとも、クライアントサイドシャーディングまたはプロキシ（Memcached）、Redis Cluster を通じたネイティブシャーディングによる水平スケーリングをサポートしています。運用プロファイルには顕著な違いが存在します：Memcached はシンプルさと広範なコミュニティ支援を提供する一方、Redis は機能の豊富さを提供しますが、監視、ライブラリの成熟度、チームの慣れについてより多くの専門知識を必要とします。歴史的な決定は、人気に基づくデフォルトではなく、データ構造の洗練された複雑性と純粋な速度要件のバランスを取る必要があります。したがって、企業は実際のワークロードパターンを用いた厳格な概念実証テストを実施し、インフラストラクチャ計画を特定のスケーラビリティ目標および既存のチーム専門知識と整合させることで、長期的な存続可能性を確保し、合理的な技術選定へと移行すべきです。

ヴィヴァルディ 8.0

## Japanese Translation: Vivaldi 8.0 は、数年来最大のアップデートとして登場し、タブ、ツールバー、パネル、コンテンツを単一の連続した視覚的平面に配置する新しい「Unified」デザインを導入します。これにより、タブバーからウィンドウエッジまでテーマがシームレスに流れます。本アップデートは、Simple、Classic、Vertical Right、Vertical Left、Auto Hide、Bottom の 6 つのプリセットレイアウトを提供し、オンボーディングまたは設定から即時に適用できます。例えば、Simple では上部にタブを維持し、Classic は新デザインのもとで親しみやすいコントロールを保持します。Vertical レイアウトではタブをサイドバーへ移動させ、Auto Hide ではカーソルが画面エッジに触れるまでツールを非表示にし、Bottom ではタブ/アドレスバーを下段へ移動して自然な閲覧を実現します。 タブ管理はタイル化機能、Follower Tab（文脈を失うことなくリンクを検索）、カラーコードされたスタックグループ、統合検索ボタンの導入により強化されました。Vivaldi は、ユーザーの行動を追跡せずデータを資産として扱わないことで、投資家の圧力からの独立性を再確認しています。 カスタマイズは拡張され、新しいデフォルトテーマ（Zen, Soria Moria, Sunset Forest, Kawaii Clouds）と themes.vivaldi.net 経由での 7,000 以上の外部テーマへのアクセスが可能になりました。Theme Editor では暗い背景または半透明の背景をサポートし、設定から以前の好みに戻すか、新しいレイアウトを保持するオプションがあります。完全な変更リストは Changelog セクションで確認できます。

Show HN: ドキュメントアプリの構築に利用可能なオープンソースの .docx エディタ ライブラリです

## Japanese Translation: .docx ファイル用のオープンソースの WYSIWYG エディタを導入するこの革新的なツールは、React、Vue、または Nuxt アプリケーションを開発している開発者が専用パッケージ（`@eigenpal/docx-editor-react`、`vue`、および `nuxt`）を通じて瞬時にリッチなドキュメント編集機能を追加できるようにします。その際立った特徴は「agent-ready」アーキテクチャであり、MCP サーバーやブリッジを含む AI 統合のための SDK を提供しています。以前のソリューションでは複雑な手動設定が必要とされたのに対し、このフレームワーク無効のコアエンジン（`@eigenpal/docx-editor-core`）はパース（OOXML）、シリアライゼーション、レイアウトレンダリングの重い作業を処理し、追跡変更やリアルタイムコラボレーションなどの高度な機能を標準でサポートします。このソリューションは英語、ドイツ語、ポーランド語、ポルトガル語（ブラジル）、トルコ語、ヘブライ語、簡体中国語を含む広範な言語をサポートし、手動での翻訳努力を排除する共有ロカリゼーション文字列を提供します。開発者は自動展開されたライブプレビューサーバー（`latest.docx-editor.dev`）を使用して更新を直ちにテストするか、または `bun run dev` などの特定のコマンドを使用することで検証できます。知的なアプリケーションとの円滑な相互作用を確保するために、このツールはテンプレート用のプラグインホスト（例：`PluginHost`）のような柔軟なプラグイン API を提供し、Next.js などの SSR に優しい環境でのみ動的インポートを必要とします。このエンドツーエンドのアプローチにより、チームがコードベースを手動でフォークする必要がなくなり、ユーザーは機能を容易に拡張しながら、Vite、Remix、Astro、Vue、および Nuxt 間の互換性を確保できます。

人々やブログに関する考察

## Japanese Translation: YouTuberのManu Moreale は、受動的な視聴によって引き起こされることが多い持続不可能なバーンアウト循環よりも、クリエイターのウェルビーイングを優先することで、その独立したキャリアにおける決定的な転換を示唆している。彼は、高品質なコンテンツの制作が多大な精神的かつ肉体的エネルギーを要求するにもかかわらず、多くのクリエイターが危険な断絶に直面していると論じている。彼らはゲストを探し回るよう努めたり、事務作業を取り仕切ったりしながらも、対等なサポートを受けず、自らの精力を消耗しているのだ。Moreale は特に「ゴースティング」の蔓延を非難し、プロジェクトが終了するまで悲しいメッセージが届くことは稀であり、創造的な仕事に対する単純な称賛はオンラインユーザーの間で極めて scarce になっていると指摘した。この更新は、デジタルエコシステムへのより広範な評論として機能し、受動的な視聴が独立系クリエイターにすべての重みを単独で背負うよう残している点を浮き彫りにしている。Moreale は直ちに具体的な今後のプロジェクトの詳細を述べなかったものの、彼にメールでの連絡を控えるよう求めることは、個人の境界線を保護する方向への重要な一歩である。結局のところ、この姿勢は業界が沈黙する称賛だけで事欠かないことを認識することを呼びかけるものであり、独立したクリエイティブな事業の避けられない失敗を防ぐために、意味のある関与と直接的な支援が不可欠となったのだ。

COVID を経て数年が過ぎた現在、父の味覚と嗅覚はガムを噛むことで回復した。

## Japanese Translation: ノッティンガム大学の Nicole Yang 氏によって主導された非中央集権的な臨床試験では、COVID-19 感染後に失われた味覚と嗅覚を回復するために、高強度で多様な風味組み合わせを持つ特別配合のガムが効果的であることが示されました。家庭での毎日2回の使用（朝および夕方に各12週間）を受けた16名の参加者によるパイロット試験の結果、83% の参加者が味覚に著しい改善を報告し、67% の参加者は嗅覚の向上を経験しました。これらのガムは風味を長く保ち、噛む過程で変化し、ユーザーに辛い、ミント香、酸味、甘み、塩味、冷涼なメントール香り、酸味といった要素に触れるよう設計されています。顕著な回復事例には、2022 年 8 月に感覚を失った Paul Wicks 氏が含まれ、6 週間後にはオーツ麦に含まれるブルーベリーの味を認めることで改善を実感し、試験終了時には子供たちの髪、コーヒー豆、犬の糞、切り草、デオドラントなど複雑な臭気も検出できる能力を回復しました。現在、チームはより大規模な集団でこの自宅ベースの方法を評価するための資金調達を目指しており、侵襲的処置なしでの感覚回復に関する将来の技術の開発に情報をもたらす可能性があります。