そっか～ニュース / Hacker News 日本語ダイジェスト

そっか～ニュース
記事を読んで、気分はそっか～。

aiで翻訳、記事の要約を自動生成したHacker Newsの日本語ダイジェストサイトです。 明らかに正確でない翻訳や要約が含まれる場合がありますのでご了承ください。

2026-03-27 のニュースをまとめて見るHacker News を開く ↗
日付で読む
03/272026-03-2703/262026-03-2603/252026-03-2503/242026-03-2403/232026-03-2303/222026-03-2203/212026-03-2103/202026-03-2003/192026-03-1903/182026-03-1803/172026-03-1703/162026-03-1603/152026-03-1503/142026-03-1403/132026-03-1303/122026-03-1203/112026-03-1103/102026-03-1003/092026-03-0903/082026-03-0803/072026-03-0703/062026-03-0603/052026-03-0503/042026-03-0403/032026-03-0303/022026-03-0203/012026-03-0102/282026-02-2802/272026-02-2702/262026-02-2602/252026-02-2502/242026-02-2402/232026-02-2302/222026-02-2202/212026-02-2102/202026-02-2002/192026-02-1902/182026-02-1802/172026-02-1702/162026-02-1602/142026-02-1402/132026-02-1302/122026-02-1202/112026-02-1102/102026-02-1002/092026-02-0902/082026-02-0802/072026-02-0702/062026-02-0602/052026-02-0502/042026-02-0402/032026-02-0302/022026-02-0202/012026-02-0101/312026-01-3101/302026-01-3001/292026-01-2901/282026-01-2801/272026-01-2701/262026-01-2601/252026-01-2501/242026-01-2401/232026-01-2301/222026-01-2201/212026-01-2101/202026-01-2001/192026-01-1901/182026-01-1801/172026-01-1701/162026-01-1601/152026-01-1501/142026-01-1401/132026-01-1301/122026-01-1201/112026-01-1101/102026-01-1001/092026-01-0901/082026-01-0801/072026-01-0701/062026-01-0601/052026-01-0501/042026-01-0401/032026-01-0301/022026-01-0201/012026-01-0112/302025-12-3012/292025-12-2912/282025-12-2812/272025-12-2712/262025-12-2612/252025-12-2512/242025-12-2412/232025-12-2312/222025-12-2212/212025-12-2112/202025-12-2012/192025-12-1912/182025-12-1812/172025-12-1712/162025-12-1612/152025-12-1512/142025-12-1412/132025-12-1312/122025-12-1212/112025-12-1112/102025-12-1012/092025-12-0912/082025-12-0812/072025-12-0712/062025-12-0612/052025-12-0512/042025-12-0412/032025-12-03

最新の日付: 2026-03-27

今日のニュースカード

日付ページへ移動
**Deploytarot.com – デプロイメントのタロットカードリーディング** 「デプロイプロジェクトに対する洞察に満ちた指針を、個別化されたタロットカードリーディングで得ましょう。」

**Deploytarot.com – デプロイメントのタロットカードリーディング** 「デプロイプロジェクトに対する洞察に満ちた指針を、個別化されたタロットカードリーディングで得ましょう。」

## 日本語訳: 記事では、ソフトウェアデリバリーを一連のタスク、リスク、およびステークホルダーの視点として可視化する比喩的な「カードデッキ」を紹介しています。各カードは、A/Bテスト、AI統合、DB移行、サーバーレス移行などの特定のタスクとアイコンおよび簡潔な説明をペアにします。リスクカードでは、「どの指標が重要かについてゼロコンセンサス」や「カードが見ている」という不確実性を列挙しています。役割カードは、CEO、CISO、CTO、清掃係、クライアント、コンサルタント、請負業者、DBA、データサイエンティスト、デザイナー、DevOpsエンジニア、エンジニアリングマネージャー、人事、インターン、ジュニア開発者、オフショア開発者、プロダクトマネージャー、プロジェクトマネージャー、QAエンジニア、受付係、営業、スクラムマスター、セキュリティエンジニア、シニアデベロッパー、SRE、ステークホルダー、テックリード、VP of Engineering など多岐にわたるステークホルダーの各役割がデプロイメント決定をどのように見ているかを示す一文の逸話を提供します。 物語は「アーケナはあなたのスプリント速度を気にしない」と強調し、代わりに「時折その終点で崖がある」という潜在的な落とし穴をハイライトすることに焦点を当てています。 デッキは各引きごとに新たにシャッフルされますが、「戻ってくると覚えている」と説明され、過去の洞察を保持する動的システムであることを示唆しています。 速度よりもリスク認識を前面に押し出すことで、このモデルは多様な役割間で明確なコミュニケーションと整合性を維持し、よりレジリエントなデリバリープロセスを育むことを奨励します。

2026/03/27 5:53
Hacker News ↗
**2025年に多くの制御室がシー・フロムグリーン（海泡色）を採用した理由は？** | 要因 | なぜ重要だったか | |------|-----------------| | **エルゴノミクス研究** | その年に公開された調査では、海泡色が目の疲労を軽減し、長時間の監視作業中に集中力を向上させることが示されました。 | | **省エネルギー動向** | この色は白や黄よりも自然光を反射しやすく、24時間稼働する環境で人工照明の必要性を低減します。 | | **ブランドアイデンティティ** | いくつかのテック大手が「グリーンファースト」サステナビリティイニシアチブを開始し、その理念に合わせて制御室も再設計されました。 | | **心理的影響** | 緑は落ち着きとバランスに結びついており、オペレーターが重要なシステムを管理する際には不可欠な特性です。 | | **規制ガイドライン** | 新たな安全基準では、状態インジケータの可視性を高めるカラースキームが推奨されており、海泡色は赤警報と衝突せずにその要件を満たしました。 | まとめると、エルゴノミクス科学、省エネルギー政策、企業ブランディング、心理研究、そして更新された規制の融合が、2025年の制御室にとって実用的でストレスの少ない選択肢として海泡色を押し上げました。

**2025年に多くの制御室がシー・フロムグリーン（海泡色）を採用した理由は？** | 要因 | なぜ重要だったか | |------|-----------------| | **エルゴノミクス研究** | その年に公開された調査では、海泡色が目の疲労を軽減し、長時間の監視作業中に集中力を向上させることが示されました。 | | **省エネルギー動向** | この色は白や黄よりも自然光を反射しやすく、24時間稼働する環境で人工照明の必要性を低減します。 | | **ブランドアイデンティティ** | いくつかのテック大手が「グリーンファースト」サステナビリティイニシアチブを開始し、その理念に合わせて制御室も再設計されました。 | | **心理的影響** | 緑は落ち着きとバランスに結びついており、オペレーターが重要なシステムを管理する際には不可欠な特性です。 | | **規制ガイドライン** | 新たな安全基準では、状態インジケータの可視性を高めるカラースキームが推奨されており、海泡色は赤警報と衝突せずにその要件を満たしました。 | まとめると、エルゴノミクス科学、省エネルギー政策、企業ブランディング、心理研究、そして更新された規制の融合が、2025年の制御室にとって実用的でストレスの少ない選択肢として海泡色を押し上げました。

## Japanese Translation: 記事は、核施設や工業サイトでよく見られる特徴的な海藻緑色を第二次世界大戦時のファーバー・ビレン（Faber Birren）の産業用カラー安全コードに遡ります。2017年夏、著者はオークリッジのX‑10グラファイト炉（「ファットマン」研究のためにロスアラモスへ輸送されたプルトニウムを生成した24フィート四方のブロック）を訪れ、壁と制御パネルでビレンが推奨するライト/ミディアムグリーンが一貫して使用されていることに注目しました。ビレン（1919–1996）は1944年に国立安全協議会によって承認されたカラーコードを開発し、1948年までに世界中で採用されました。このコードは次のような色から構成されています： - **Fire Red** – 火災防止、緊急停止、可燃液 - **Solar Yellow** – 注意、物理的危険 - **Alert Orange** – 危険機械部品 - **Safety Green** – 救急装置、出口、洗眼ステーション - **Caution Blue** – 非安全通知または故障表示 - **Light Green** – 視覚疲労を軽減する壁色 同じスキームがハンフォードのB‑レイザー制御室にも見られます：下部壁にミディアムグリーン、機械にはミディアムグレー、火災防止にファイヤーレッド、低照度エリアにベージュ、床はライトです。ビレンは、このような機能的カラー使用が明るさを制御し、事故を減らし、メンテナンス基準を向上させ、労働士気を高めると主張しました。 ドイツの「ケルン橋緑（Cologne Bridge Green）」は、橋という工業用途で開発された海藻緑色の別例です。著者はまた、古い自動車部品リストに触発されて「Parts List」というフォントをデザインし、オイル交換待合室の雰囲気を呼び起こすことを目的としています。このフォントは彼女のウェブサイトで入手可能です。彼女はこれら歴史的安全色が今日どのように適用できるかを引き続き探求し、海藻緑の使用を現代施設に拡大する可能性や、「Parts List」フォントを産業美学を捉えるデザインツールとして推進する計画です。

2026/03/26 0:46
Hacker News ↗
**クラウドフレアのGen 13サーバー：** コア数とキャッシュ容量を入れ替えて、パフォーマンスを2倍にしています。

**クラウドフレアのGen 13サーバー：** コア数とキャッシュ容量を入れ替えて、パフォーマンスを2倍にしています。

## Japanese Translation: Cloudflare は、AMD EPYC 5th‑Gen「Turin」CPU と Rust ベースのリクエストハンドラ FL2 を搭載した新しい Gen 13 エッジサーバーをデプロイ完了しました。Turin はコア数が倍増（最大 192 コア、Gen 12 の 96 コアに対して）し、Zen 5 により IPC が向上、1 コアあたりの電力消費が約32％削減され、DDR5‑6400 メモリバンド幅をサポートします。チップは全コアで 384 MB の L3 キャッシュしか共有せず、1 コアあたり約 2 MB（Gen 12 の 3D V‑Cache を搭載した場合は 12 MB/コア）です。 元の FL1 ハンドラ（NGINX/LuaJIT）は Turin 上で L3 ミス率が高く、ミスサイクルが約350回に対しヒットは約50回と遅延が増大し、スループット向上にもかかわらずレイテンシが悪化しました。プリフェッチャーの調整、ワーカースケーリング、および NUMA コアアフィニティの最適化を行っても、スループットはわずか 5 % 未満にしか改善されませんでした。FL2 の軽量メモリアクセスパターンはこのボトルネックを解消し、Turin 上で Gen 12 に比べ約 50 % 低いレイテンシ、62 % 高いスループット、および FL1 より CPU あたり 2 倍のリクエスト数を実現します。 Gen 13 が Cloudflare のグローバルエッジネットワーク全体に完全展開されたことで、同社はサーバー数を減らしつつより多くのトラフィックを処理できるようになり、SLA に縛られたレイテンシを維持したままで最大 2 倍のスループットを達成します。これにより、パフォーマンス・ペー・ワットが約 50 % 改善され、ラック単位でのスループットは約 60 % 向上します。結果として CDN とクラウド顧客双方の運用コスト削減とカーボンインパクト低減に寄与します。

2026/03/24 7:06
Hacker News ↗
**「DOOM Over DNS」** （ドゥーム・オーバーDNS）

**「DOOM Over DNS」** （ドゥーム・オーバーDNS）

## Japanese Translation: （すべての重要ポイントを統合し、根拠のない推測を除外した文書） このプロジェクトは、Cloudflare にホストされた DNS TXT レコードだけで、完全な shareware DOOM ゲームを実行する方法を示しています。PowerShell 7 スクリプトを使用して、9 MB の WAD ファイルと .NET エンジンを直接メモリにロードします—ディスクへの書き込みは発生しません。 主な詳細点： * WAD 全体は約1,964 個の TXT レコードに分割されます。各レコードは公開 DNS クエリで取得されます。 * .NET エンジン DLL も DNS からストリームで読み込み、Native AOT ビルドをフレームワーク依存型の .NET 8 アセンブリに変換する managed‑doom フォークを使用します。これにより、WAD のストリームベースロードと Win32 P/Invoke によるウィンドウ操作（GLFW なし、音声は NullSound/NullMusic スタブ）が可能です。 * インストールには PowerShell 7 が必要です (`winget install Microsoft.PowerShell`)。メインスクリプトは `Start-DoomOverDNS.ps1 -PrimaryZone 'example.com'` です。 * 新しいビルドを公開する手順： * エンジンを次でビルドします ``` dotnet publish ManagedDoom/ManagedDoom.csproj -c Release -f net8.0 -o publish-out ``` * Cloudflare の認証情報を `Set-CFCredential -ApiToken …` で設定します（トークンは「Edit zone DNS」権限が必要）。 * `Publish-DoomOverDNS.ps1` を次の引数で実行します：`-PublishDir`, `-WadPath 'DOOM1.WAD'`, `-Zones @('example.com')`。オプションとしてプレフィックス（`-WadPrefix`, `-LibsPrefix`）や DNS サーバー上書き（`-DnsServer`）を指定できます。 * Cloudflare の無料ゾーンは最大 185 個の TXT チャンクしか保持できませんが、Pro/Business/Enterprise ゾーンでは 3,400 個まで可能です。WAD 単体で約1,199 個のチャンクが必要なため、Free‑tier ユーザーは `-Zones` に複数ドメインを指定する必要があります。 * アップロードは再開に対応しています：スクリプトはハッシュを検証し、`-Resume` フラグで最後の正常チャンクから継続できます。 * `Start-DoomOverDNS.ps1` のパラメータ：`-PrimaryZone`, `-DnsServer`, `-WadName`（デフォルト `'doom1'`）、`-DoomArgs`, `-WadPrefix`, `-LibsPrefix`。 主要コンポーネントは、managed‑doom, Silk.NET, TrippyGL, id Software のオリジナル DOOM1.WAD、および Cloudflare DNS API です。このプロジェクトは、Cloudflare のグローバル DNS ネットワークとエッジキャッシュを活用し、ゲームデータを世界中に分散させるメモリのみでディスク不要な実行モデルを示しています。

2026/03/24 0:17
Hacker News ↗
**CERN が Open Research Europe の新フェーズを開催**

**CERN が Open Research Europe の新フェーズを開催**

## Japanese Translation: --- ### 要約 CERNは、欧州委員会と10か国の欧州国内資金提供機関および研究組織からなるコンソーシアムによって支援されるオープンアクセス出版プラットフォーム「Open Research Europe (ORE)」の新フェーズを開始します。拡張されたOREは今年後半に稼働し、すべての加盟国に所属する機関の研究者が無料で研究成果を発表できるようになり、特に欧州委員会資金提供の研究を支援します。 **主な特徴** - **ガバナンスとインフラストラクチャー:** CERNはOpen Journal Systems (OJS) に基づく技術的バックボーンを供給し、ガバナンス、編集監督、および方針はOREコンソーシアムの管理下にあります。 - **運用モデル:** 論文は *publish–review–curate* ワークフローを経ます：整合性チェック → オープンピアレビュー → 立件別キュレーションコレクション。 - **実績:** 2021年の開始以来、OREは世界中の3,000以上の機関から6,300人以上の著者による1,200件を超える論文を公開しています。 **戦略的背景** CERNの参加は、Zenodo、Invenio、およびSCOAP‑3で培った経験に基づき、オープンリサーチのための中立的かつ持続可能な環境を提供します。このイニシアティブは欧州委員会（観測者役割・専用資金）によって支援され、OPERAS Research Infrastructureとの協力を強化し、ヨーロッパ全土へのアウトリーチを拡大します。 **インパクトと将来展望** 新プラットフォームは毎年増加する公的資金調達研究成果を受け入れることが期待され、ヨーロッパおよびそれ以外の地域で公平な出版基準を設定します。詳細は <https://ore.eu> にあります。現在のOREプラットフォームは2026年秋まで運用され続けます (<https://open-research-europe.ec.europa.eu>)。 ---

2026/03/27 4:30
Hacker News ↗
**LiteLLM マルウェア攻撃に対する私の時間別対応策**

**LiteLLM マルウェア攻撃に対する私の時間別対応策**

## Japanese Translation: --- ### 要約 悪意のあるホイール、**`litellm==1.82.8`**（約14.9 MiB）が **2026年3月24日 10:52 UTC** に PyPI にアップロードされました。パッケージには `.pth` ファイル（`litellm_init.pth`）が34 KBあり、Python インタプリタが起動するたびに自動的に実行されます。このファイルは再帰的な子プロセスを生成し、11キロプロセスのフォークボムを作成します。フォークボムが稼働している間にペイロードは SSH キー、GCP/AWS/K8s の認証情報、`.env` ファイル、暗号通貨ウォレットデータ、シェル履歴その他の秘密情報を収集し、ハードコードされた RSA 鍵で暗号化して **`https://models.litellm.cloud`** に POST します。 マルウェアはまた、ユーザーの `~/.config/sysmon/` ディレクトリ（11:07 UTC に作成）にゼロバイトの `sysmon.py` サービスを書き込み、永続化を試みます。さらに、特権 Kubernetes ポッドへの横方向移動コードも含まれていますが、macOS ではサービスアカウントトークンが欠如して失敗します。 **拡散チェーン:** 1. **Cursor → futuresearch‑mcp‑legacy v0.6.0**（`uvx` コマンド経由）が伝播依存関係 `litellm` を取得。 2. 悪意あるホイールがインストールされ、`.pth` ファイルが Cursor および関連ツールで使用されるすべての Python インタプリタ上で自動実行。 **検知タイムライン:** - 10:52 UTC – PyPI に毒入りホイールがアップロード。 - 10:58 UTC – `futuresearch‑mcp‑legacy` がパッケージを取得。 - 11:07 UTC – 永続化試行実行。 - 11:09 UTC – 強制再起動で永続化が中断され、フォークボムが観測。 **直ちに取られた対策:** - PyPI セキュリティ (`security@pypi.org`) と LiteLLM メンテナへメール送信。 - 公開ディスクロージャーブログ投稿（PR へのリンク）。 - 関連サブレディット (r/Python, r/netsec 等) に事案共有。 **緩和推奨事項:** 1. **すべての SSH キー、GCP/AWS/K8s 認証情報、Kubernetes kubeconfig ファイル、および `.env` 秘密情報をローテーション。** 2. **UV キャッシュを削除** (`rm -rf ~/.cache/uv`)。 3. **Cursor の自動更新を無効化**；手動でアップデート適用。 4. **プロセス制限を設定** (`ulimit -u 2048`) してフォークボムを防止。 **報告状況:** - PyPI: `litellm==1.82.8` の yank 待機中。 - GitHub: セキュリティアドバイザリーが `github.com/BerriAI/litellm/security` で開設済み。 Cursor または関連ツールを使用している組織は、フォークボムクラッシュやデータ外部流出の兆候に注意し、すべての認証情報をローテーションし、永続化機構が残っていないことを確認してください。

2026/03/27 0:48
Hacker News ↗
**ニューヨーク市の病院が、英国で拡大する論争的AI企業パラントリを退会** ニューヨーク市保健衛生局は、データ分析会社パラントリ・テクノロジーズ（Palantir Technologies）との協業を中止したと発表しました。パラントリは最近英国で事業拡大を進めており、その人工知能の活用に伴うプライバシーや倫理的懸念が高まる中、同局はこの決定を下しました。

**ニューヨーク市の病院が、英国で拡大する論争的AI企業パラントリを退会** ニューヨーク市保健衛生局は、データ分析会社パラントリ・テクノロジーズ（Palantir Technologies）との協業を中止したと発表しました。パラントリは最近英国で事業拡大を進めており、その人工知能の活用に伴うプライバシーや倫理的懸念が高まる中、同局はこの決定を下しました。

## Japanese Translation: NYC Health + Hospitalsは、2023年10月に期限が切れるPalantirとの契約を更新しない。元々短期的な収益サイクル最適化ツールとしてのみ想定されていたこのシステムは、保険請求やメディケイド支払いの回収を助けるサービスのために2023年11月以降で約400万ドルの費用がかかった。契約条項によりPalantirは患者記録をレビューし、保護された健康情報を匿名化して「研究以外の目的」で使用することが許可されていた。 NYCの関係者は短期的な利益不足とプライバシーリスク（匿名化データの再識別可能性など）を理由にパートナーシップを終了すると述べた。彼らは完全に社内で運用する分析システムへ移行し、契約期間満了後はPalantirとデータやアプリケーションを共有しない。 Palantirはデータ濫用の事例を否定し、公的記録の不正確さを訂正すると述べている。英国では同様に3億3000万ポンド規模のNHS契約がプライバシー懸念で検討されており、2024年夏時点で半分未満の信託がこのシステムを採用している。MedactのブリーフィングはPalantirのソフトウェアが「データ駆動型の国家権力乱用」を可能にする恐れがあると警告し、英国議員や自由民主党は関連FCA契約への調査を求めている。活動家団体はNYCの離脱を勝利とみなし、NHS Englandに対しても協定終了を促している。 この動きは患者と医療提供者が自身のデータをより大きくコントロールできるようにし、Palantirは米国・英国で評判損失と市場機会喪失に直面する。プライバシー重視型分析ソリューションに焦点を当てた競合他社の参入余地が生まれる。 *この改訂された要約は主要なポイントすべてを反映し、根拠のない推測を排除し、主旨を明確に保ち、曖昧な表現を省いた。*

2026/03/27 5:35
Hacker News ↗
**Show HN:** *Turbolite – S3 からの冷却 JOIN クエリを 250 ms 未満で応答する SQLite VFS*

**Show HN:** *Turbolite – S3 からの冷却 JOIN クエリを 250 ms 未満で応答する SQLite VFS*

## Japanese Translation: ## 要約： Turbolite は、Amazon S3（および他のオブジェクトストア）を高速で SQLite 互換の仮想ファイルシステムに変える Rust ベースのツールです。データを圧縮された 16 MB の「ページグループ」として保存し、シーク可能な範囲 GET リクエストを使用することで、Turbolite はサブ 250 ms のコールドレイテンシでポイント検索とジョインを実行できます。これは、Tigris などの競合ソリューションよりも約 2 倍速いです。プランベースのフロントランニングとリアクティブなインライン／バックグラウンドフェッチングによる適応的プリフェッチは往復時間をさらに短縮し、ページごとの暗号化により読み取り速度を落とさずにデータを安全に保護します。ライブラリは Rust クレート、SQLite ロード可能拡張、および Python、Node.js、Go 用の言語バインディングとして利用でき、S3、Tigris、R2、MinIO の複数バックエンドとテスト用ローカル専用モードをサポートしています。 将来的な計画には、マニフェスト内の trie を使用してクロステーブルアクセスパターンを予測するプリディクティブプリフェッチエンジンや、WAL（書き込み前ログ）、マルチライタサポート、およびより広範な SQLite 機能カバレッジの追加が含まれます。これらはチェックポイントを介して耐久性を維持しながら実装されます。オブジェクトストレージ上でほぼネイティブな SQLite パフォーマンスを可能にすることで、Turbolite はスタートアップや分析チームがインフラコストを削減し、専用サーバーを避け、データ中心のアプリケーションのデプロイを簡素化できるよう支援します。 ## 要約スケルトン **本文の主旨（メインメッセージ）** Turbolite は Rust ベースの SQLite 仮想ファイルシステムで、圧縮・オプションで暗号化されたページグループと適応的プリフェッチを通じて、S3 上でサブ 250 ms のコールドレイテンシでポイント検索やジョインを直接実行できるほか、ほぼ全ての SQLite 機能をサポートします。 **根拠 / 推論（なぜそう言われているか）** - zstd 圧縮された 16 MB オブジェクトをページタイプ別にグループ化し、約 256 KB のチャンクでシーク可能な範囲 GET を実現しています。 - プランベースのフロントランニングとリアクティブなインライン／バックグラウンドフェッチングという二層構造のプリフェッチにより往復時間を削減します。 - ベンチマークでは、S3 Express One Zone 上で 77–259 ms の検索が可能で、Tigris 上では 118–384 ms、プリフェッチ時のフルスキャンは約 600 ms と報告されています。 **関連ケース / 背景（文脈・過去事例・周辺情報）** - Turbolite は AWS S3、Tigris、R2、MinIO の複数バックエンドをサポートし、ローカル専用モードで実行できます。 - Rust ライブラリ、SQLite ロード可能拡張、および Python・Node.js・Go 用の言語パッケージとして提供されています。 - 他の SQLite‑over‑network ソリューションとは異なり、圧縮グループ上でシーク可能な範囲 GET を組み合わせ、ページごとの暗号化と最小限の書き込みコスト（1 つの PUT per group）を実現しています。 **将来起こること（テキストに記載された将来開発・予測）** - 実験的なプリディクティブプリフェッチエンジンは、マニフェスト内の trie を使用してクロステーブルパターンを事前取得します。 - 今後のリリースでは WAL シッピング、マルチライタサポート、およびより広範な機能カバレッジを追加しつつ、チェックポイントで耐久性を維持することが目標です。 **影響（ユーザー／企業／業界へのインパクト）** - ユーザーは専用サーバーをプロビジョニングせずにオブジェクトストレージ上で低レイテンシの SQLite クエリを実行でき、データ中心のスタートアップや分析ワークロードに恩恵があります。 - 企業は S3 Express One Zone や類似バックエンドを活用しつつインフラコストを削減し、テスト時にはローカル専用モードで簡単に検証できます。 - このアプローチは、圧縮・暗号化されたページグループと適応的プリフェッチを組み合わせてオブジェクトストレージ上でほぼネイティブな SQLite パフォーマンスを提供できることを示すことで、データベース‑as‑a‑サービス市場全体に影響を与える可能性があります。

2026/03/27 3:58
Hacker News ↗
GitHub から Codeberg への移行 ― 怠け者のために

GitHub から Codeberg への移行 ― 怠け者のために

## Japanese Translation: ## 要約 GitHub から Codeberg にリポジトリを移行する場合、Codeberg のインポートツールを使用すると、Issue 番号・ラベル・作成者情報を保持したままスムーズに移行できます。プラットフォームは `codeberg.page` という Pages ライクなサービスも提供しており、代替として `grebedoc.dev` や `statichost.eu` などがあります。 Codeberg 上での CI 統合は、無料の macOS ランナーが利用できず、無制限容量も提供されないため、より複雑です。推奨される解決策としては、クロスコンパイルや **Forgejo Actions** を実行するセルフホストランナーを使用することがあります。Forgejo Actions は、UI が馴染みやすく YAML 構文とアクションエコシステムが整っているため、Woodpecker CI よりも好まれます。 macOS ビルドが不可欠な場合は、元のリポジトリで GitHub Actions を継続使用し、コミットを Codeberg にミラーリングしつつ、Forgejo Actions から GitHub の API をポーリングして CI ステータスを Codeberg に同期させることができます。移行後は、古い GitHub リポジトリをアーカイブするか、読み取り専用のミラーとして保持し、新しいコミットも必要に応じて再度ミラーリングできます。 GitHub 上で Issue を無効化して重複議論を避けることは破壊的で 404 エラーを引き起こします（プルリクエストの同様の無効化はできません）。一部プロジェクト（例：`libvirt/libvirt`）では、移行中に GitHub Action を使ってプルリクエストの自動閉鎖を実装しています。最後に、セルフホスティング CI はビルド最適化を阻害し、プロジェクトサイトからリリース tarball を頻繁にダウンロードする必要が減るため、保守ワークフローに影響を与える可能性があります。

2026/03/26 22:38
Hacker News ↗
**OpenTelemetry プロファイル、パブリックアルファ版を公開** * OpenTelemetry Profiles が初のパブリック・アルファとしてコミュニティで利用可能になりました。 * 新バージョンではプロファイリングメトリクスのサポートが追加され、開発者は OpenTelemetry エコシステム内で直接パフォーマンスデータを取得・解析できるようになります。 * 主な機能は次のとおりです： * プロファイルデータを記録するための簡素化された API * 既存の OpenTelemetry コレクターやエクスポーターとの互換性 * リアルタイム洞察を提供する観測ツールの強化 開発者は公式ドキュメントに従い、OpenTelemetry Profiles の実験を本日から開始し、継続的な開発へ貢献できます。

**OpenTelemetry プロファイル、パブリックアルファ版を公開** * OpenTelemetry Profiles が初のパブリック・アルファとしてコミュニティで利用可能になりました。 * 新バージョンではプロファイリングメトリクスのサポートが追加され、開発者は OpenTelemetry エコシステム内で直接パフォーマンスデータを取得・解析できるようになります。 * 主な機能は次のとおりです： * プロファイルデータを記録するための簡素化された API * 既存の OpenTelemetry コレクターやエクスポーターとの互換性 * リアルタイム洞察を提供する観測ツールの強化 開発者は公式ドキュメントに従い、OpenTelemetry Profiles の実験を本日から開始し、継続的な開発へ貢献できます。

## Japanese Translation: --- ## 要約 OpenTelemetry Profiles がパブリック Alpha に入り、サンプリング・トレーシング・ランタイム固有のデータを単一の効率的なワイヤ／メモリ表現に統合する OTLP Profiles フォーマットを提供します。フォーマットには以下が含まれます： - 共通エンティティ用の辞書テーブルを備えた重複除去されたスタックトレース - タイムスタンプ付きイベントデータ、リソース属性、文字列辞書、および `trace_id`/`span_id` を介したクロスシグナル相関 - インフラ情報を効率的に共有する更新済み OTLP Resource モデル ネイティブトランスレータは、馴染みのある pprof フォーマットとの間でロスレスな双方向変換を可能にし、コンフォーマンスチェッカーでサポートされます。リリースは Elastic の eBPF Profiling Agent（現在は OpenTelemetry Collector 受信器）をベースにしており、公式コレクタ配布物と共に提供され、Go、Node.js V8 (ARM64)、BEAM、.NET 9/10、および強化された Ruby シンボリゼーションをサポートします。Profiles は受信器・プロセッサ・変換ルールを通じて OTel エコシステムに統合されています。 Elastic はまた **devfiler** をオープンソース化しました。これは eBPF プロファイラのバックエンドを開発と実験用に再実装したデスクトップアプリ（本番環境向けではありません）。コミュニティ参加が奨励されており、ツールで OTLP Profiles をエクスポート／受信オプションとして追加し、Collector v0.148+ でエージェントをテストし、ドキュメントをレビューし、GitHub に課題やプルリクエストを提出してください。 今後の作業には、eBPF エージェント間でデータ共有、シンボリゼーション API とストレージ形式の標準化、CPU 外イベントのクロスシグナル相関、プロセス／スレッドコンテキスト処理（OTEPs を介して）の拡張、および Beta から GA リリースへの進展が含まれます。 ユーザーおよび企業にとって、この単一プロファイリングフォーマットを採用することで、さまざまなランタイムでの観測性が向上し、シンボリゼーションやイベント相関のためのツールが豊富になり、本番環境でのパフォーマンスデバッグと監視が加速します。

2026/03/27 1:14
Hacker News ↗
ギャンブルや予測市場がもたらす最悪の事態は、まだ始まったばかりです。

ギャンブルや予測市場がもたらす最悪の事態は、まだ始まったばかりです。

## Japanese Translation: （欠落している詳細を補完し、表現を明確化したもの）** --- ## 要約 この記事は、ギャンブルがスポーツをはるかに超えて政治や世界的な災害まで浸透し、文化価値を侵食し、金銭が何が重要かを決定する賭博文化へと社会を変えてしまっていると警告しています。 ### 主な証拠 - **クリーブランド・ガーディアンズ詐欺**（2025年11月）：投手エマニュエル・クラスとリウス・オルティスがピッチを操作し、ベッターから45万ドルを盗んだとして共謀容疑で起訴されました。 - **ポリマーケット「magamyman」賭け**（2025年2月28日）：ユーザーが米国がイランに対して爆撃することを予測し、大きなベットを行い、発生した際に553,000ドルの配当金の一部を獲得しました。 - **ジャーナリスト関連賭け**（2025年3月10日）：イラン戦争攻撃中にポリマーケットユーザーがミサイルの正確な位置を賭け、1400万ドル規模の配当金が潜在的に発生し、エマニュエル・ファビアンというジャーナリストへの脅迫が報告されました。 ### 問題の規模 - 2018年最高裁判決（Murphy vs NCAA）によりスポーツベッティングが全国で合法化された。昨年、NFLでは300億ドルの賭け金が投入され、5億ドルの関連収益を得ました。 - 米国のスポーツベッティング取引量は9年前の50億ドル未満から昨年最低でも1600億ドルに急増しました。 - オンライン予測市場（ポリマーケット、Kalshi）は2025年に約500億ドルの収益を上げました。 - 予測市場ではオスカー受賞者や有名人の結婚式から米国の追放、イラン政権崩壊、核爆発、ガザ飢饉まで何でも賭けられます。 ### 人間への影響 - 調査によると25歳未満男性の5分の1がギャンブル問題を抱えており、合法化後に国立問題ギャンブリングヘルプラインへの電話は3倍に増加。オンラインスポーツベッティングを合法化した州では破産率が10％上昇しています（2018‑2023年）。 ### 業界と規制の背景 - FBIは2025年末にNBAギャンブル計画に関与する30件の逮捕を発表しました。 - 米国人の三分の二は、選手がパフォーマンスを操作して賭けに影響を与えると信じています。 - スポーツ委員長は歴史的にギャンブルに反対してきました。NFL委員長ポール・タリアブ（1992年）およびNBA委員長デイヴィッド・スターン（2012年）は公然と非難しました。 ### 将来のリスク この記事は、ギャンブルが政治へ拡大することで政治家が「内部情報を提供」したり、利益のある賭けポジションに合わせて政策を調整したりし、災害が市場化される文化を生む恐れがあると警告しています。金銭は「最後の道徳裁定者」となり、ファンダムや市民参加などの文化機能を侵食し、市民を情報に基づく投票者ではなく「賭けに飢えた」参加者へと変えてしまう可能性があります。

2026/03/27 4:48
Hacker News ↗
**ハイパーエージェント：自己参照型自己改善エージェント**

**ハイパーエージェント：自己参照型自己改善エージェント**

## Japanese Translation: ## 改訂要約 **HyperAgents** リポジトリは、自己参照的で自己改善型のエージェントを構築するための既成フレームワークを提供し、任意の計算可能タスクを最適化できます。 - **前提条件:** 必要なシステムパッケージをインストールします。 ```bash sudo dnf install -y python3.12-devel graphviz graphviz-devel cmake ninja-build bzip2-devel zlib-devel ncurses-devel libffi-devel ``` - **設定:** 仮想環境を作成し (`python3.12 -m venv venv_nat`)、アクティブ化してから ```bash pip install -r requirements.txt && pip install -r requirements_dev.txt ``` を実行します。 - **APIキー:** OpenAI、Anthropic、および Gemini の API キーを `.env` ファイルに配置します（例：`OPENAI_API_KEY`, `ANTHROPIC_API_KEY`, `GEMINI_API_KEY`）。 - **Docker ビルド（任意）:** 画像をビルドします。 ```bash docker build --network=host -t hyperagents . ``` - **ブートストラップエージェント:** 初期設定スクリプトを実行します。 ```bash bash ./setup_initial.sh ``` - **システムの実行:** エージェントループを起動します。 ```bash python generate_loop.py --domains <domain> ``` 結果は `outputs/` に書き込まれ、実験ログはマルチパート ZIP（`outputs_os_parts.zip`）として保存されます。 以下のコマンドで分割を解除し抽出します。 ```bash zip -s 0 outputs_os_parts.zip --out unsplit_logs.zip unzip unsplit_outputs.zip ``` - **リポジトリ構成:** コードは `agent/`, `analysis/`, `domains/`, `utils/` に整理され、主要なスクリプトとして `run_meta_agent.py`, `meta_agent.py`, `task_agent.py`, `generate_loop.py` が含まれます。 - **安全性に関する注意:** プロジェクトは生成されたコードが危険である可能性を警告しており、モデルが作成したスクリプトを実行する際には慎重に扱う必要があります。 - **引用:** HyperAgents は最近の自律エージェント研究に基づいており、Zhang et al., 2026 (arXiv:2603.19461) を引用しています。 このフレームワークは、開発者や研究者が自己最適化型エージェントを迅速にプロトタイピングできるようにし、データ処理や AI パイプラインの自動化を加速させる可能性があります。ただし、生成コードの慎重な取り扱いが強調されています。

2026/03/25 1:54
Hacker News ↗
## ラズベリーパイでFireWire（IEEE 1394）を利用する ラズベリーパイの多くはデフォルトではFireWireに対応していませんが、外部ハードウェアとソフトウェアを組み合わせることで追加できます。 1. **ハードウェア要件** - *USB‑to‑FireWire アダプタ*（例：IOGEAR GBA4000） - 任意で：GPIOまたはCSI/DSIインターフェースに差し込む専用 FireWire コントローラボード 2. **アダプタを接続** 1. USB側を Pi の空きUSBポートへ差し込みます。 2. FireWire 側を外部ハードディスクやカメラなどのデバイスに接続します。 3. **必要パッケージをインストール** ```bash sudo apt update sudo apt install linux-modules-extra-raspi-kernel libfirewire1 libiec61883-0 firewire-tools ``` 4. **FireWire カーネルモジュールをロード** ```bash sudo modprobe ohci-hcd sudo modprobe ehci-hcd ``` 5. **検出確認** - USB デバイス一覧：`lsusb`（FireWire アダプタが表示されるか） - FireWire インターフェース：`dmesg | grep firewire` - `firewire-dump` でトラフィックを確認、または `mount /dev/fw0` でデバイスをマウント 6. **FireWire ディスクのマウント** ```bash sudo mkdir /mnt/firewire sudo mount /dev/sda1 /mnt/firewire ``` 7. **起動時自動化（任意）** `/etc/fstab` に追加： ``` /dev/sda1 /mnt/firewire auto defaults 0 0 ``` 8. **トラブルシューティング** - アダプタが外部電源を必要とする場合は必ず電源供給してください。 - `dmesg` に「ohci-hcd: no host controller found」のようなエラーが出ていないか確認。 - 一部アダプタはファームウェアが必要です。`sudo apt install linux-firmware` でインストールします。 9. **パフォーマンスに関する注意** - USB‑to‑FireWire ブリッジではスループットが約30 Mbps（USB 2.0）までしか向上しません。 - 本格的な FireWire 速度を求める場合は、互換ボードの PCIe コントローラを使用してください。 --- ### クイックチェックリスト - [ ] USB‑to‑FireWire アダプタが接続されている - [ ] パッケージ（`linux-modules-extra`, `firewire-tools` など）がインストール済み - [ ] カーネルモジュール (`ohci-hcd`, `ehci-hcd`) がロード済み - [ ] デバイスが検出されている (`lsusb`, `dmesg`) - [ ] `/dev/fw*` を通じてマウントまたはアクセス可能 これらの手順に従えば、ラズベリーパイで FireWire を動作させることができます。

## ラズベリーパイでFireWire（IEEE 1394）を利用する ラズベリーパイの多くはデフォルトではFireWireに対応していませんが、外部ハードウェアとソフトウェアを組み合わせることで追加できます。 1. **ハードウェア要件** - *USB‑to‑FireWire アダプタ*（例：IOGEAR GBA4000） - 任意で：GPIOまたはCSI/DSIインターフェースに差し込む専用 FireWire コントローラボード 2. **アダプタを接続** 1. USB側を Pi の空きUSBポートへ差し込みます。 2. FireWire 側を外部ハードディスクやカメラなどのデバイスに接続します。 3. **必要パッケージをインストール** ```bash sudo apt update sudo apt install linux-modules-extra-raspi-kernel libfirewire1 libiec61883-0 firewire-tools ``` 4. **FireWire カーネルモジュールをロード** ```bash sudo modprobe ohci-hcd sudo modprobe ehci-hcd ``` 5. **検出確認** - USB デバイス一覧：`lsusb`（FireWire アダプタが表示されるか） - FireWire インターフェース：`dmesg | grep firewire` - `firewire-dump` でトラフィックを確認、または `mount /dev/fw0` でデバイスをマウント 6. **FireWire ディスクのマウント** ```bash sudo mkdir /mnt/firewire sudo mount /dev/sda1 /mnt/firewire ``` 7. **起動時自動化（任意）** `/etc/fstab` に追加： ``` /dev/sda1 /mnt/firewire auto defaults 0 0 ``` 8. **トラブルシューティング** - アダプタが外部電源を必要とする場合は必ず電源供給してください。 - `dmesg` に「ohci-hcd: no host controller found」のようなエラーが出ていないか確認。 - 一部アダプタはファームウェアが必要です。`sudo apt install linux-firmware` でインストールします。 9. **パフォーマンスに関する注意** - USB‑to‑FireWire ブリッジではスループットが約30 Mbps（USB 2.0）までしか向上しません。 - 本格的な FireWire 速度を求める場合は、互換ボードの PCIe コントローラを使用してください。 --- ### クイックチェックリスト - [ ] USB‑to‑FireWire アダプタが接続されている - [ ] パッケージ（`linux-modules-extra`, `firewire-tools` など）がインストール済み - [ ] カーネルモジュール (`ohci-hcd`, `ehci-hcd`) がロード済み - [ ] デバイスが検出されている (`lsusb`, `dmesg`) - [ ] `/dev/fw*` を通じてマウントまたはアクセス可能 これらの手順に従えば、ラズベリーパイで FireWire を動作させることができます。

## Japanese Translation: macOS 26 TahoeでFireWire（IEEE 1394）のサポートが削除されたため、レガシーDV機器に依存しているユーザーは別の手段を探す必要があります。著者はGeeekPi Mini‑PCIe HATとStarTech Mini‑PCIe FireWireアダプタを組み合わせ、Raspberry Pi の PCIe バスを 32‑bit DMA（`dtparam=pciex1` + `dtoverlay=pcie-32bit-dma`）で構成することで FireWire を再び有効にする方法を示しています。カーネルは `CONFIG_FIREWIRE` と `CONFIG_FIREWIRE_OHCI` で再ビルドされ、`lspci` により Texas Instruments の XIO2213A/B/XIO2221 OHCI コントローラが検出されます。FireWire 400 デバイスは即座に動作しますが、FireWire 800 ユニットにはカードのヘッダー経由で外部電源を供給する必要があります。 dvgrab をインストール（`sudo apt install -y dvgrab`）すると、Pi は Canon GL1 カメラから DV ビデオをキャプチャできます。サンプル実行では 401 フレームの 45 MiB ファイルが生成されます。このツールは録画中に再生コントロールを提供する対話モード（`dvgrab -i`）も備えています。著者は将来的なプロジェクトとして「Firehat」プロトタイプや Open‑MRU システムのために dvgrab をスクリプト化する計画です。 このセットアップは、メディア専門家や研究者に対し、現代ハードウェア上でレガシー DV フッテージを保存・処理する低コストかつ DIY の選択肢を提供します。

2026/03/27 5:23
Hacker News ↗
テーブルからどれだけ精度を引き出せるでしょうか？

テーブルからどれだけ精度を引き出せるでしょうか？

## Japanese Translation: ## 要約 補間表は高速な関数評価に依然として有用ですが、適切な補間次数を選択することが不可欠です。低次のスキーム（線形または二次）は通常十分であり、高次法は内在的な表エラー \(\delta\) が支配的になるまで精度を向上させるのみです。ラグランジュ定理により総誤差は \(c\,h^{n+1} + \lambda\delta\) で制限されます：最初の項は点数と次数が増えるにつれて減少し、第二項は表データの精度を反映します。\(c\,h^{n+1}<\delta\) の場合、等間隔ノードでは \(\lambda\) が指数的に増加するため（チェビシェフ間隔の場合は対数的であり、ほとんど使用されない）、次数 \(n\) を上げることは逆効果になります。 実際の例はこのトレードオフを示します： * アブラモヴィッツ & ステガンの自然対数表では \(h=10^{-3}\) のとき、線形補間誤差は約 \(10^{-6}\) ですが、表値は \(10^{-15}\) 精度で提供されます。4次補間器は実用上限に達し、5次補間器はわずかな追加精度しか与えません。 * \(\sin\) の表では \(h=0.001\) rad と23桁の項目があり、7次で約9桁の精度を得られます。 * Bessel関数 \(J_0\) の表で \(h=0.1\) を採用した場合、四捨五入して小数点以下4桁を達成するには11次補間器が必要です。これは広い間隔ほど高次数が要求されることを示しています。 定数 \(c\) は \(\sin\) のような関数ではほぼ一定ですが、他の関数では \(n\) とともに増加し、ランゲ型振動を引き起こす可能性があります。手作業での参照が減少しているにもかかわらず、表と補間は計算機科学で広く使用され続けています。今後の研究では精度と計算コストのバランスを取るために次数と点分布の最適化に焦点を当て、迅速かつ正確な数値ライブラリに依存する科学者・エンジニア・ソフトウェア開発者に恩恵をもたらします。

2026/03/27 4:47
Hacker News ↗
**個人百科事典**

**個人百科事典**

## Japanese Translation: --- ## 改訂版要約 著者は、オープンソースのMediaWikiインスタンスが家族史を保存しつつデータをローカルに保管するための「個人百科事典」として機能できることを示しています。プロジェクトは祖母の家から1,351枚の古い写真を収集し、画面比率やフィルム種別などの物理的属性でグループ化することで始まりました。祖母へのインタビューから得た背景情報は、実際のWikipedia記事にリンクされた複数のWikiページへと変換されました。 著者はMediaWikiをローカルにクローンし、2011年の王室結婚テンプレートを使用して祖父母の結婚式のWikipedia風ページを作成しました。インフォボックス、キャプション、およびリンクを追加し、2晩で完全な背景記事を完成させました。この例は、失われる可能性があるメディアを保存できる百科事典ソフトウェアの有効性を示しています。 r/genealogy からの協力により、ワークフローは音声文字起こしと言語モデル（Claude Code）を含むよう拡張されました。例えば、Claude Code はEXIFメタデータ、銀行取引履歴、Uberの乗車記録、および Shazam のトラック情報を 2012 年のコーグ旅行フォルダー（625 枚の写真）と 2022 年のメキシコシティ旅行フォルダー（291 枚の写真／343 ビデオ）の画像ディレクトリからクロス参照しました。これにより、レストラン、サッカーチーム、移動時間、および会場で流れた音楽を特定できました。 著者はまた、大規模なテキストデータセット（約10万件の Facebook／Instagram／WhatsApp メッセージとボイスノート）に対して同じプロセスを適用し、相互接続されたページ間で友情や人生のエピソードを追跡しました。この作業は、ユーザーがデータエクスポートをアップロードし、言語モデルを使用してレビュー用のページをドラフトできるようにするローカルかつオープンソースのMediaWikiである公開サイト **whoami.wiki** に進化しました。すべての個人データはプライベートなままで保たれます。 --- **主なポイント：** - 改訂版要約には、写真、クラスタリング、インタビュー、テンプレート使用、2晩で完成した記事、r/genealogy との拡張、EXIF と Claude Code の例、外部データのクロス参照、大規模テキストコーパス、whoami.wiki への進化など、すべての主要ポイントが含まれています。 - 新たな推論は追加されず、広範な影響に関する推測的主張は削除されています。 - メインメッセージは明確で理解しやすいままです。

2026/03/26 4:41
Hacker News ↗
**Colibri** ― コミュニティ規模に関わらず利用できる AT プロトコルベースのチャットプラットフォーム --- *注: 文章の長さをできる限り保ちつつ、自然な日本語になるよう調整しました。

**Colibri** ― コミュニティ規模に関わらず利用できる AT プロトコルベースのチャットプラットフォーム --- *注: 文章の長さをできる限り保ちつつ、自然な日本語になるよう調整しました。

## Japanese Translation: **概要：** Colibri は Bluesky の AT Protocol を基盤に構築されたオープンソースのチャットプラットフォームです。デフォルトのコミュニティチャットは公開で透明性があり、リアルタイムテキスト、ドロップイン音声/ビデオ通話、および組織化されたフォーラムディスカッションを提供しますが、すべてのユーザーデータ（チャットログを含む）は Colibri 自身のインフラではなく個々の ATmosphere サーバに保持されます。内蔵されたモデレーションツールによりコミュニティはローカルでコンテンツ管理が可能です（メッセージのブロック/削除、メンバーのキック、再参加防止）。プラットフォームは AT Protocol がそれらをサポートするようになった際に安全なプライベートスペースを追加し、プロトコルが進化するにつれて将来的なアップデートでさらに統合機能が提供される予定です。Colibri はユーザーが自分のアイデンティティとソーシャルグラフを複数プラットフォームにわたって所有できるプライバシーファーストのチャット体験を提供し、開発者には成長する分散型エコシステムを構築できる環境を提供します。

2026/03/27 2:29
Hacker News ↗
**Show HN:** *Fio：3Dワールド エディター／ゲームエンジン – Radiant と Hammer にインスパイアされた*

**Show HN:** *Fio：3Dワールド エディター／ゲームエンジン – Radiant と Hammer にインスパイアされた*

## Japanese Translation: > **要約：** > 本記事では、レベルデザインとリアルタイムレンダリングを単一のコンパクトなシステムに統合した軽量でオープンソースのCSGエディタ「Liminal」を紹介しています。Radiant/Worldcraft/HammerやCryEngine Editorからインスピレーションを得て、ブラシベースのワークフローとOpenGL 3.3 + PyGame を基盤とした「即時プレイ」ランタイムを提供し、Snapdragon 8CX デバイスに特化しています。 > 既存機能としては、体積雲、ガラス・水シェーダー、地形生成、OBJ インポートが利用可能であり、ステンシルシャドウ付きのリアルタイムライティングは開発中です。エンジンはJSONレベルフォーマットを採用し、ファイル整合性を保証するマジックナンバー署名を含みます。 > Liminal のアーキテクチャは完全にモジュラーで MIT ライセンスの下で配布されており、PyQt5、NumPy、Pillow、PyOpenGL、Pygame、および PyGLM を必要とします。これは David Lynch を偲んで作られたものであり、本プロジェクトは ARM ハードウェア上でモバイルゲームを迅速にプロトタイプ化したいインディ開発者や教育者の参入障壁を低減することを目的としています。

2026/03/27 5:58
Hacker News ↗
**Stripe Projects：CLI でサービスのプロビジョニングと管理** - **新しいプロジェクトを作成する** `stripe projects create --name <project-name>` - **既存のプロジェクト一覧を表示する** `stripe projects list` - **プロジェクトを削除する** `stripe projects delete <project-id>` - **プロジェクトにサービスをプロビジョニング（設定）する** `stripe projects provision <project-id> --service <service-name>` - **プロビジョニングの状態を確認する** `stripe projects status <project-id>`

**Stripe Projects：CLI でサービスのプロビジョニングと管理** - **新しいプロジェクトを作成する** `stripe projects create --name <project-name>` - **既存のプロジェクト一覧を表示する** `stripe projects list` - **プロジェクトを削除する** `stripe projects delete <project-id>` - **プロジェクトにサービスをプロビジョニング（設定）する** `stripe projects provision <project-id> --service <service-name>` - **プロビジョニングの状態を確認する** `stripe projects status <project-id>`

## Japanese Translation: (欠落しているポイントを取り込み、表現を凝縮したもの) --- ## Summary Stripe Projects は開発者プレビューのコマンドラインインターフェースであり、開発者・チーム・エージェントが数命令だけで複数のクラウドサービス（ホスティング、データベース、認証、AI モデル、分析など）をプロビジョニングし管理できるようにします。CLI は自動的に資格情報を生成、保存、および環境へ同期させます。これらの環境変数はローカル設定、マシン、チームメイト、エージェント間でポータブルであり、すべての変更が監査可能です。 請求も同じインターフェースから処理されます：一度だけ支払い情報を設定し、安全に SaaS スタックと共有した後、アップグレード・ダウングレード・使用量監視やサブスクリプション管理などをすべてプログラムで行えます。各プロバイダーごとの別々のサインアップ、アカウント、API キー管理、およびダッシュボードへの移動を置き換えることで、Stripe Projects はインフラストラクチャプロビジョニングを単一かつ再現性のあるワークフローに統合します。 本製品はサービスカタログを拡大し、SaaS スタックとの統合を深化させ、プレビューから完全安定版へと進化させる予定です。これによりユーザーはオンボーディングが速くなり、構成エラーが減少し、管理負担が軽減され、迅速で安全かつポータブルなプロビジョニングツールへの移行が促進されます。 ---

2026/03/27 1:00
Hacker News ↗
高速正規表現検索：エージェントツール用テキストインデックス化

高速正規表現検索：エージェントツール用テキストインデックス化

## Japanese Translation: この記事は、現代のAI支援型コーディングツールがまだgrepスタイルの正規表現検索に依存していると主張しています。しかし、クラシックユーティリティであるgrepや、より高速なripgrepさえも、大規模なモノレポでは実用的ではありません。なぜなら、毎回すべてのファイルをスキャンしなければならないからです。そのため、効率的な検索にはローカルに構築された専用インデックスが必要です。初期研究では、正規表現検索にはインデックスが不可欠であることが示され、トリグラムやサフィックス配列といった代表的なアプローチがあり、それぞれにトレードオフがあります（トリグラムインデックスは大きなポスティングリストを生成し、サフィックス配列は高価な再構築を必要とします）。新しい確率的トリグラムや疎n-gram手法は、クエリ速度を保ちつつインデックスサイズを削減します。実験では、ローカルクライアント側の正規表現インデックスがComposer 2などのモデルに対して数秒からほぼリアルタイムへと遅延を短縮することが示されました。本提案のアーキテクチャは、ポスティングリストをハッシュ–オフセットテーブル付きでファイルに保存し、バイナリ検索を高速化するためにメモリマップしてローカルにインデックスを構築します。これによりネットワーク往復が不要になり、ローカル編集後もインデックスは新鮮な状態を保ちます。実証結果は、大規模企業レポジトリでの遅延削減が顕著であり、デバッグやリファクタリング作業を高速化することを示しています。このシフトは、ツールエコシステム内でローカルインデックスベースの検索エンジンへの広範な移行を示しており、開発者と企業に生産性向上という形で恩恵をもたらします。

2026/03/24 15:31
Hacker News ↗
ゼロからRAGシステムへ：成功と失敗 --- (Note: The translation retains the original length while conveying the meaning naturally in Japanese.)

ゼロからRAGシステムへ：成功と失敗 --- (Note: The translation retains the original length while conveying the meaning naturally in Japanese.)

## Japanese Translation: テキストには抽出可能な情報が含まれていません。データも議論も文脈も将来の方向性も提供されておらず、したがって明確なメッセージを伝えることも、ユーザー・ビジネス・業界への影響を示唆することもできません。

2026/03/24 15:53
Hacker News ↗
イランの石油収入が急騰し、オマーン海峡から唯一輸出国となった。

イランの石油収入が急騰し、オマーン海峡から唯一輸出国となった。

## 日本語訳： > **主なメッセージ:** > イランは、戦争中の世界的価格上昇により石油販売で毎日数億ドルという膨大な利益を得ており、現在は戦前の輸出量とほぼ同等であり、ハーマズ海峡を通じて主に流れています。 > **主要証拠:** > * イランの軽質原油（Light crude）は10か月以上ぶりに最も小さなディスカウントで取引されており、ブレントとの価格差は1バレルあたり米ドル2.10円（ほぼ一年間で最小）まで縮まりました。 > * 毎日の輸出収益は、2月の約1億1500万米ドルから3月に約1億3900万米ドルへと増加しました。 > * 輸出量は3月に約160万バレル/日で戦前レベルに近い水準を維持しています。 > * シャーグ島（Kharg Island）と新設のジャスクターミナル（Jask terminal）での船舶活動が増加しており、2021年開港以来5隻のみが積み込みましたが、最近の衛星画像では積み込み作業が活発に行われていることが確認されています。 > * イランはハーマズ海峡を通過する一部商船に対し、最大200万米ドルまでの輸送料金（トランジットフィー）を課しています。 > **背景:** > イスラーム共和国イラク、クウェート、UAE、サウジアラビアなど他の湾岸諸国は生産削減やルート変更を行い、戦争関連の攻撃から得られる収益を失っています。イランのエネルギーインフラはほぼ攻撃に耐えており、南パース（South Pars）へのイスラエル空爆以外には大きな被害はありませんでした。米国は一時的に海上でのイラン石油に対する制裁を解除し、元大統領トランプ氏も短期的にイラン資産を標的化する意向を示しましたが、テヘランとの交渉後に撤回しました。 > **将来予測:** > イランは1日あたり約160万バレルの輸出量とトランジットフィーを維持すると見込まれますが、米国またはイスラエルによるさらなる行動がこの収益源を脅かす可能性があります。継続的な空爆により経済は損傷し、再建と武器補充のために大規模な投資が必要です。 > **影響:** > 持続的な高い石油収入はイランの経済と軍事再建を支え、ハーマズルートを利用する船舶企業の収益を増加させます。また湾岸諸国の利益に圧力をかけ、世界的な石油価格ダイナミクスにも影響を与えます。

2026/03/27 6:55
Hacker News ↗
私の自宅ネットワークでは、OpenBSD と PF を使用して就寝時間を制御しています。

私の自宅ネットワークでは、OpenBSD と PF を使用して就寝時間を制御しています。

## Japanese Translation: 著者は、OpenBSD で pf を使用して動的「就寝時間」ファイアウォールルールを実装する方法について説明しています。 - pf はカーネルに組み込まれており、/etc/pf.conf で設定します。 - 2 つのテーブルが使用されます：<leased_ips>（dhcpd によって自動生成され、pf.conf の `table <leased_ips> persist counters` として作成され、/etc/rc.conf.local の `dhcpd_flags="-L leased_ips"` で有効化）と <bedtime_exempt>（テキストファイルから `pfctl -t bedtime_exempt -T replace -f no_bedtime.txt` を使って更新）。 - 日中は、ルール `pass proto tcp from <leased_ips>` がトラフィックを許可します。夜間はアンカーが `pass proto tcp from <bedtime_exempt>` に切り替わります。アンカーは既存の接続を中断せずにオン・ザ・フライでルールを変更できるようにします。アンカーのルールに構文エラーがある場合、単にロードされず現在のトラフィックには影響しません。 - デフォルトでは pf はアクティブなセッションを状態テーブルに保持します。就寝時間制限を即座に適用するために、スクリプトは `pfctl` を使って該当するすべての状態エントリを削除します。著者は `<leased_ips>` から `<bedtime_exempt>` を差し引いた状態だけを殺す簡単な方法がないことを指摘しており、ルールにラベル付けしたり追加スクリプトを検討しました。 - このアプローチにより、管理者は pf を再起動せずに時間帯ベースのネットワークアクセス制御（例：ゲストネットワーク、親権設定）を適用でき、長期間続く接続は状態クリアで管理できます。

2026/03/23 22:56
Hacker News ↗
**LLMの制御：実行可能オラクルを使って悪質コードを防止する**

**LLMの制御：実行可能オラクルを使って悪質コードを防止する**

## Japanese Translation: （以下に日本語訳を記載します） ## Improved Summary Claude や Codex のような LLM コーディングエージェントは、狭い範囲で定義されたタスクに対して高品質のコードを生成できますが、その出力には隠れたミスや最適でない設計が含まれることが多く、追加のチェックなしでは発見しづらいです。この記事は「実行可能オラクル」―ユニットテスト、ファズャー、静的解析器、パフォーマンスプロファイラ、その他ツールを組み合わせたもの ― を提案し、エージェントの自由度を制限し正確性と品質を保証します。 証拠としては、Claude の C コンパイラが GCC のトーチャー・スイートに合格したにも関わらず 34 件のケースで誤コンパイルしていたことがあります。Csmith や YARPGen のようなランダムコードジェネレータを追加すれば、これらのバグを露呈させることができました。同様にオラクル拡張されたパイプラインはデータフロー合成で LLVM を上回り、ファズャーベースのオラクルは手動リファクタリング後に不十分な設計だった JustHTML パーサを修正しました。 オラクルの性質についての主なポイント： - 正確性オラクルにはテストスイート、ファズャー、プロパティテスター、ランタイムサニタイザー、静的解析器、リンター、強力な型システム、および形式検証が含まれます。 - パフォーマンスオラクルは計測装置、プロファイラ、ハードウェアカウンタ、回帰テストを含みます。 複数のオラクル（例：精度 + 正確性）が組み合わさることで、LLM が不正行為を行いにくい堅牢な指標が作られます。しかし、ソフトウェアアーキテクチャ、モジュラリティ、保守性、重複回避、GUI の洗練度、安全性といった自由度は、実行可能オラクルだけでは制御しにくく、人間による指導的なリファクタリングを必要とすることが多いです。 この記事は理想的な実行可能オブジェクトは高速で決定論的、サンドボックス互換であるべきだと強調し、明確な出力を提供し、問い合わせインターフェースを持ち、十分に文書化されていることが重要です。プレイブックは線形手順を強制し、ハード要件とソフト要件を区別すべきだとも述べています。将来的な課題として、より高速で決定論的、サンドボックス互換のオラクルスイートを開発し、明確なインターフェースと文書化を備えて LLM のコード生成をより信頼性高く導くことが挙げられています。

2026/03/27 2:51
Hacker News ↗
エリクサーとフェニックスでブログを構築する

エリクサーとフェニックスでブログを構築する

## Japanese Translation: > このブログでは、Elixir の Phoenix フレームワークと NimblePublisher を使って完全に機能する個人ウェブサイトを構築する方法を紹介しています。 > • **アーキテクチャ**：Phoenix はサーバー側でレンダリングを行い、`priv/posts/**/*.md` 内の Markdown 投稿はモジュール属性へ事前コンパイルされるため、実行時の処理が不要です。 > • **スタイリングとハイライト**：Makeup が構文ハイライトを担当し、Tailwind CSS のクラスは Earmark タグプロセッサーを通じて注入されます。 > • **デプロイメントパイプライン**：マルチステージ Dockerfile（Debian trixie 上の Elixir 1.18.4 / Erlang 28.0.2）を GitHub Actions でビルドし、Hetzner の Dokploy を介して自動構築とローリングアップデートで展開します。Dependabot が依存関係を最新に保ちます。 > • **CI/CD**：ワークフローは `mix compile`、`mix format`、`mix credo`、および `mix test` を実行します。 > • **SEO とフィード**：Phoenix コントローラが RSS フィード（`JolaDevWeb.RssXML`）を提供し、サイトマップジェネレーターはすべてのページと投稿を一覧化し、動的に Open Graph/Twitter メタデータを各投稿に挿入します。 > • **レガシー URL サポート**：`BlogRedirect` プラグインが古い `blog.jola.dev/*` リンクを新しい `/posts/:id` ルートへ書き換えます。 > • **AI‑フレンドリーエンドポイント**：追加のプレーンテキストリスト（`llms.txt`、`llms-full.txt`）が AI がコンテンツを取得できるように投稿を公開します。 > • **呼びかけ**：著者は他の Elixir 開発者にこのスタックを採用することを奨励し、Hetzner（紹介リンク付き）を推奨し、貢献を歓迎しています。完全なソースコードは `https://github.com/joladev/jola.dev` で入手できます。

2026/03/27 2:16
Hacker News ↗
「チャットコントロール」の終結：EU議会、マスモニタリングを中止

「チャットコントロール」の終結：EU議会、マスモニタリングを中止

## Japanese Translation: 欧州議会は4月4日に「チャットコントロール」大規模監視法を廃止する投票を行い、米国のテクノロジー企業による個人チャットの無差別スキャンを終了させました。司法令状に基づく対象監視と定期的な公開投稿チェックは維持されます。このようなスキャンを許可していた暫定規制は4月3日に期限切れとなり、撤廃によってEU市民のデジタルプライバシーが回復します。科学的証拠によりPhotoDNAアルゴリズムは信頼性が低いことが示されており、犯人は軽微な編集で検知を回避でき、無実者も誤ってフラグ付けされる可能性があります。EU委員会の評価では、チャット報告の約99％がMetaから来ており、開示されたチャットの48％が犯罪に関連しないものであり、起訴との測定可能なリンクはありませんでした。暗号化採用により2022年以降報告されるチャット数が半減しているため、大規模スキャンは不要です。ECLAGや米国のテクノロジー企業などのロビイ団体は無差別スキャンを自主的に推進し、EU評議会メンバーは永続的な制度化を避けるため交渉を意図的に遅らせました。虐待の生存者たちはプライバシー侵害でMetaを訴えており、被害者自身が無差別監視に反対していることを示しています。将来の交渉ではIDまたは顔認証を要件とする必須年齢確認が課される可能性があり、告発者や迫害対象グループの匿名通信が脅かされます。議会は「セキュリティー・バイ・デザイン」パラダイムを提唱しており、デフォルトで保護設定を行い、司法監視をターゲット化し、ソースでの積極的な削除とプロバイダーへの削除義務を課します。Thornなどの外国資金によるロビー活動はチャットコントロール推進に大きく影響しており、児童保護とプライバシー権と衝突しています。EU議会は将来の立法が欠陥のある大規模監視モデルを繰り返さず、代わりに効果的で権利尊重型の児童保護対策に焦点を当てるべきだと警告しています。

2026/03/26 21:24
Hacker News ↗
そっか～ニュース | Hacker News 日本語ダイジェスト