日付別ニュース一覧

**アゲルス・リナックス ― 時代を超えて使えるソフトウェア** このソフトウェアは、年齢や経験に関係なく「時代を越えた使いやすさ」と柔軟性を重視するユーザー向けに設計されています。

## Japanese Translation: --- ## Summary Ageless Linux は意図的にカリフォルニア州の AB 1043 年齢確認法を拒否し、監視への抗議として Debian ベースのディストリビューションを位置付けつつ、オペレーティングシステムプロバイダーであり続けます。プロジェクトは標準の `/etc/os-release` ファイルを Bash スクリプト経由で「Ageless Linux」に置き換え、通常モードでも **“flagrant” モード** でも年齢確認 API を提供しません。「flagrant」 モードでは `/etc/ageless/REFUSAL` ファイルをインストールし、§ 1798.501(a)(1)–(a)(2) に対する完全かつ意図的な非準拠を明示的に宣言し、執行措置を促します。 ウェブサイトには子供、学校、図書館、および USB ドライブや Raspberry Pi Pico デバイスを通じて OS を配布するための **詳細なガイダンス** が含まれており、これらはすべて AB 1043 の下でオペレーティングシステムプロバイダー活動に該当します。また、ディストリビューションが年齢データを収集しないため「影響を受ける子供」を特定できず、影響を受ける子供ごとの罰金を算出できないことも説明しています。 Ageless Linux は暗号的に不可能であることとプライバシー懸念を理由に年齢確認を決して実装しないと主張し、Apple、Google、Microsoft などの大手テック企業が最小限のコストで AB 1043 を満たすケースとは対照的です。プロジェクトの FAQ は法的問題、コンプライアンス状況、および州最高検事への罰金可能性に関する一般的な質問に対応しています。 最後に Ageless Linux は裁判記録を取得するために、Raspberry Pi または USB ドライブを子供へ配布したことによる **$7,500 の罰金** をカリフォルニア州最高検事に請求し、AB 1043 が小規模オープンソースプロジェクトにどのように適用されるかを明確にすることを目的としています。サイトには法的問い合わせや報道関係者向けの連絡先情報（John McCardle、BDFL、FFwF Robotics LLC）が掲載されています。 ---

**Show HN：Han – Rustで書かれた韓国語プログラミング言語**

## Japanese Translation: ## 要約 ハンは静的型付けでコンパイルされるプログラミング言語で、キーワードはすべて韓国語で記述されています（例：**함수**、**만약**、**반복**、**변수**）。コンパイラはRustで実装され、LLVM IRを生成し、clangがそれをネイティブバイナリに変換します。ツリー走査型インタープリタ（`hgl interpret`）により、すぐに実行して迅速な試験が可能です。 ハンの型システムは静的で、5つのプリミティブ型を持ちます—정수 (int)、실수 (float)、문자열 (string)、불 (bool)、그리고 없음 (void)。また配列・構造体・クロージャ・パターンマッチング・エラーハンドリング・ファイルI/O・フォーマット文字列・モジュール・ジェネリクス、組み込み数学関数もサポートしています。現在、配列と構造体はインタープリタのみで扱われており、コンパイラの完全なサポートは計画中です。 開発者はハンを REPL（`hgl repl`）、LSP サーバー（`hgl lsp`）によるエディター上のホバー/補完、およびさまざまな CLI コマンド：`interpret`、`build`、`run`、`repl` で操作できます。VS Code 統合は `editors/vscode` ディレクトリにあります。インストールには Rust（≥1.70）と clang が必要で、他の外部コンパイラ依存はありません。 現在の制限としては、タプル・列挙型・非同期/並行処理・ネットワーキング・サブプロセス、および配列/構造体の完全なコンパイルサポートが欠如しています。これらのギャップは今後の開発優先事項を示しています。

エアバスは無人戦闘機を二機開発中です。

## Japanese Translation: Airbus は、2029 年までにドイツ空軍へ運用可能な無人協調戦闘機（UCCA）を納入する予定であり、これは Kratos Defense & Security Solutions の Valkyrie プラットフォーム上に構築され、Airbus の Multiplatform Autonomous Reconfigurable and Secure (MARS) ミッションシステムと AI‑有効化された MindShare ソフトウェアを備えています。 MARS システムは、人有人機と無人機の全グループを動的および非動的ミッションで統合して調整することができます。 **主要技術仕様：** - 元の UCCA は長さ 9.1 m、翼幅 8.2 m、航続距離 >5,000 km、MTOW 約 3 t、最大高度 45,000 ft。初飛行は 2019 年に実施されました。 - ドイツ版の初飛行は 2026 年に予定されています。 このパートナーシップには、Airbus と Rafael が Eurofighter コマンド機上で Litening 5 Advanced Targeting Pod をアップグレードし、クロスプラットフォーム接続性と戦闘致死率を向上させる作業も含まれます。 Airbus のエグゼクティブ・マーコ・ガンブラッハトは、「信頼できる主権的な戦闘能力を手頃な価格で提供する」ことの重要性を強調し、Kratos のスティーブ・フェンドリーは「ミッション化された Valkyrie は単独でも、チームとしても、人有人機と無人機の協同作戦においても利用可能である」と述べています。 この取引はドイツにタイムリーかつ大量展開が可能なドローンソリューションを提供し、AI 主導型多プラットフォーム戦闘システムへのより広範な転換を示しています。

**ToxFREEプロジェクトでテストされた全ヘッドフォンに検出された有害物質** - **鉛（Pb）** - **水銀（Hg）** - **カドミウム（Cd）** - **クロム（Cr）** これらの金属は、評価対象となったすべてのヘッドフォンモデルで確認され、有害物質がサンプル全体に一貫して存在することを示しています。

## 日本語訳: --- ## 要約 欧州連合（EU）資金による最近の研究では、子ども・ティーンエイジャー・大人向けに販売されている中央ヨーロッパ5カ国（チェコ共和国、スロバキア、ハンガリー、スロベニア、オーストリア）から入手した180個のヘッドホン製品を検査しました。すべてのサンプルに有害化学物質が含まれており、汚染のないものはありませんでした。 発見された中で最も多かったのはビスフェノール類です：ビスフェノールA（BPA）がサンプルの98％に検出され、ビスフェノールS（BPS）は3分の2以上に出現しました。最大濃度は351 mg kg⁻¹で、欧州化学品機関が提案する10 mg kg⁻¹を35倍も超えています。消火剤についても「遺憾な代替」が見られ、特にオルガノリン酸系RDP（Resorcinol bis(diphenyl phosphate)）は神経・内分泌妨害効果と関連しています。最も高いレベルの有害プラスチック増塑剤および塩素化パラフィンは、Temuなどの国際オンラインマーケットプレイスで購入されたヘッドホンに検出されました。 価格帯全体で有害化学物質が存在し、高価で確立したブランドも例外ではありませんでした。 本研究はEU資金による「ToxFree LIFE for All」プロジェクト（LIFE22‑GIE‑HU‑101114078）の一環です。パートナーにはVKI（オーストリア）、Arnika（チェコ共和国）、dTest（チェコ共和国）、TVE（ハンガリー）およびZPS（スロベニア）が含まれます。 著者らは、EUの政策立案者に対し、「物質別」から「グループ別」のフレームで消火剤とビスフェノール類の規制を移行するよう呼びかけています。これは2021年に採択された持続可能な化学戦略（Chemicals Strategy for Sustainability）に沿ったものです。ハンガリー意識的消費者協会のEmese Gulyásは、消費者保護と安全な循環経済を支援するために、有害化学物質全クラスを禁止する統一EU規制を即時導入すべきだと訴えています。 プロジェクトはToxFreeProductsNow.euでのキャンペーンを通じて消費者参加を促進しており、現在11,000件以上の市民署名が集まっています。

**型消去（Type Erasure）の導出** - **目的** - 実行時に型パラメータを除去してジェネリックコードを単純化する。 - ジェネリックとレガシー（非ジェネリック）コードの相互運用性を実現する。 - **仕組み** 1. 各型パラメータをその *上限*（境界）が無ければ `Object` に置き換える。 2. バイトコードからジェネリック署名を消去する。 3. 必要に応じて多相性を保つためブリッジメソッドを生成する。 - **結果** - 実行時にコンパイル時の型安全が失われる。 - 消えた型に依存する操作はキャストが必要になる。 - 不正なキャストが起これば `ClassCastException` が発生し得る。 - **実務上のヒント** - 型消去の影響を抑えるため、可能なら境界付きワイルドカード（`<? extends T>`・`<? super T>`）を使用する。 - ジェネリックロジックは別途ヘルパークラスに分離しておくとよい。 - キャストロジックをカプセル化した型安全ビルダーやファクトリーを利用する。

## 日本語訳: （すべての重要ポイントを統合して明確に）：** --- ## 要約 この記事では、`std::any` が **型消去** を実装し、具体的な型を一貫したインターフェースの背後に隠す方法について説明しています。これを他の二つの多態性スタイルと比較します。 1. **従来の継承による多態性** – 仮想メソッドを持つ共通ベースクラス（`Shape`）を使用し、実行時に動作するが明示的なボイラープレートが必要で、階層が深くなる可能性があります。 2. **テンプレートベースの多態性** – コンパイル時に解決され、仮想呼び出しを排除しますが、各型ごとに別々のテンプレートインスタンス化が必要で、コンパイル時間とバイナリサイズが増大します。単一の実行時ベースクラスが存在しないためです。 互いに関連のない型（`Square`、`Circle`）を変更せずに共通インターフェース経由で使用できるようにするため、記事では `Shape` を継承したラッパークラスが保持オブジェクトへの呼び出しを転送する方法を示しています。ボイラープレートのラッパーは、テンプレート化された `ShapeWrapper<T>` を導入して回避され、コンパイル時に転送ロジックが生成されます。 型消去の核心は **`AnyShape`** 実装で示され、各ラップされた図形をヒープ確保モデル（`Model<T>`）として保存します。実際のコードでは、小さなオブジェクトをインラインに格納してヒープ割り当てを減らす小バッファ最適化（SBO）がよく追加されます。記事はまた、標準レイアウトと同様の汎用 `Any` クラスをスケッチし、`Concept` ベース、テンプレート化された `Model<T>`、および `f()` などのメンバ関数の転送を示しています。 このパターンは他の STL の例（例：`std::function`）と比較され、C++20 の概念とは実行時抽象化ではなくコンパイル時チェックを行うものとして明確に区別されています。記事の最後には Rust における型消去についての議論への参照が付けられています。 **結論:** 型消去（`std::any` スタイルのラッパー）を使用することで、開発者は継承階層の冗長性やテンプレート多態性のコンパイル時コストを回避しつつ、異種型を受け入れる簡潔で柔軟な API を書くことができます。これにより、実行時多態性が必要なライブラリ作者とアプリケーションに恩恵があります。

Raspberry Pi 5 上で動作する Fedora 44

## 日本語訳: > **Fedora 44は現在、すべてのSoCバリアント（1/2/4/8/16 GB）向けにRaspberry Pi 5Bイメージ（revC & revD）を提供しています。** > これらのイメージにはKDEまたはGNOMEを搭載したフルデスクトップエディションが含まれ、シリアルコンソール、micro‑SDからのOS起動、HDMIアクセラレーション、有線Ethernet、Wi‑Fi、およびUSBポートに対応しています。 > ユーザーはインストーラー（`–args`）でCMAカーネルパラメータ（`cma=256M@0M-1024M`）を有効化し、将来の起動のために `/etc/kernel/cmdline` に追加する必要があります。そうしないと、アクセレーテッドグラフィックスやその他の機能が失敗します。 > 起動後はデスクトップイメージで自動サスペンドを無効化する必要があります。 > これらのコア機能に加えて、いくつかの他の機能も備わっています（ただしリストされてはいません）。 > 利用できないまたは問題があるコンポーネントにはRaspberry Pi 500シリーズ、CM5シリーズ、NVMeストレージ、熱管理、オーディオ、および自動CMAサポートがあります。 > Fedora 44イメージ（Minimal, KDE, GNOME Workstation）は公式Fedoraダウンロードページからダウンロードできます。 > 著者は残りのギャップが次回フリーズ前に対処されると述べており、このリリースをPi Dayに公開された完全な機能を備えた初期版Pi 5B体験として位置付けています。

バンブルビーの女王は水中でも呼吸できるため、誤って溺れた場合でも生存することができます。

## Japanese Translation: **概要** ダイアパウズ（休眠期）中、一般的な東部バタフライビートクイーン（Bombus impatiens）は、水に完全に浸されても最大で1週間まで生存できることがわかりました。 51頭のクイーンを冷たく暗い湿度の環境下で保管し、研究者は8日間水中に沈め、その後1週間乾燥した土壌（冷蔵庫内）で回復させました。この試験では約90％がこの苦難を乗り越えました。 生存メカニズムには2つの相補的な戦略が関与しています： 1. **水中呼吸** – チューブ内の酸素レベルは約40％低下し、クイーンが周囲の水からO₂を取り出していることが示唆されます。 2. **嫌気性代謝** – 水没直後にCO₂生成量が10倍以上急増し、その後1週間で徐々に減少しました。これは低酸素状態から回復する過程です。乳酸濃度は水没前と比べて2倍以上に上昇しましたが、嫌気性だけがエネルギー源である場合を想定するときのレベルには達していません。 本研究は実験室内でクイーン入りチューブに結露が偶然発生したことから始まりました。この機会的な出来事が系統的な検証へとつながりました。 研究者らは「物理的鰓」―蜜蜂の毛に捕えられた空気層――が水中呼吸を可能にしている可能性を示唆し、将来的には洗剤や泡でこれらの層を破壊することで検証できると述べています。 これらの発見は、冬季洪水が地面に巣穴を作る蜂群集団に与える影響—保全計画ではしばしば見落とされる側面—を明らかにし、生息地管理戦略への示唆を提供します。研究は*Proceedings of the Royal Society B*に掲載され、協力者としてLucas Borg‑Darveau、Charles Darveau、およびSabrina Rondeauが関与しました。

**SBCL Fibers – 軽量協調スレッド**

Claudeパートナーネットワークを開始します

## Japanese Translation: > **概要：** > アンソロピーは、Claude AIモデルを導入する企業に対してパートナー組織が支援できるよう、Claude Partner Network を開始しました。このプログラムでは、2026年に初期投資として1億ドルを約束し、トレーニングコース、専任の技術サポート、共同市場開発、およびパートナーとの共同投資機会を提供します。新規メンバーは Claude Certified Architect 認定への即時アクセス、投資対象となる資格、Partner Portal（アカデミー資料、セールスプレイブック、共同マーケティングドキュメントが含まれる）への登録、さらにエンタープライズバイヤー向けの Services Partner Directory への追加を受けます。 > Claude は AWS、Google Cloud、および Microsoft Azure 上で利用可能な唯一のフロンティア AI モデルです。Accenture などのパートナーはすでに 30,000 人のプロフェッショナルを訓練しており、Infosys はネットワークの共同投資モデルから得られるガバナンス・セキュリティ・トラストメリットを挙げています。このイニシアチブは、世界中で適用AIエンジニア、技術アーキテクト、およびローカライズされた市場投入支援を提供するためにパートナー向けチームを5倍に拡大し、Claude のエージェント型コーディング機能を活用してレガシーコードベースの移行と技術的負債削減を支援する Code Modernization スタータキットを導入します。メンバーシップは無料で、Claude を市場に投入したい組織は本日から申請できます。

**Show HN：*GrobPaint* ― MS Paint と Paint.NET の中間地点に位置するアプリケーション

## Japanese Translation: --- ### 要約 GrobPaint は、Paint.NET が macOS をサポートしていないというギャップを埋めるために設計された軽量でクロスプラットフォームの画像編集ソフトウェアです。ペンシル、ブラシ、消しゴム、塗りつぶし、吸盤、線、四角形、楕円、テキスト、選択、マジックワンド、移動、回転、拡大縮小、ミラーなどの基本的な描画ツールと、完全な選択機能を備えており、すべて純粋な JavaScript（ES モジュール）で構築され、小さな Python バックエンドが付随しています。 主な特徴は次のとおりです： - **レイヤー管理**：追加・削除・複製・マージ・並び替え、レイヤーごとの不透明度設定、および 16 のブレンドモード。 - **ファイル I/O**：PNG、JPEG、BMP、GIF を開いて保存。プロジェクトは GrobPaint 独自の `.gbp` フォーマット（レイヤーと `manifest.json` を含む ZIP アーカイブ）で保存されます。 - **マルチドキュメントタブインターフェース** とクリップボード統合により、ユーザーは画像を新しいレイヤーとして直接貼り付けることができます。 - **よく使われる操作のキーボードショートカット**（Ctrl + N/O/S、Undo/Redo、Zoom、Grid 切替）やツール用ホットキー（ブラシサイズ、色スワップなど）。 コードベースは約 2,500 行の純粋な JavaScript で、コア・レンダラー・ツール・UI・アプリモジュールに分かれています。Python は簡易 HTTP サーバーと `pywebview` を介したオプションのネイティブダイアログを提供します。npm のビルドステップやバンドラは不要で、ソースから `python grobpaint.py` で実行するか、PyInstaller によって生成されたスタンドアロンバイナリ（macOS アプリまたは Linux/Windows 実行ファイル）を起動します。任意の場合は、静的ファイルサーバーから直接エディタを配信できます。 ZIP 処理には CDN 経由で読み込むライブラリ JSZip だけが使用され、外部フレームワークや重い依存関係はありません。設計目標は、Photoshop のような大規模スイートのボリュームを持たずに、Windows、macOS、および Linux 上で高速かつリソース効率の良い編集ツールをユーザーと開発者に提供することです。

FCC局長、ニュース報道を理由にテレビ放送ライセンスを脅迫

## Japanese Translation: （欠落していたポイントを取り入れ、言語を明確に保ったもの）** ## 要約 FCC（連邦通信委員会）議長ブレンダン・キャールは、放送局が「ホクションとニュースの歪曲」を継続的に放映し続けた場合、ライセンスを失う可能性があると警告しました。この注意喚起は、トランプ氏が米国―イスラエルによるイラン攻撃報道を批判したツイートと、防衛長官ピーター・ヘグセット氏が大統領に対して否定的に描かれる可能性のある戦争報道を非難したことに続くものでした。キャールはまた、カマラ・ハリス氏へのインタビューを編集したCBSの例を不公平な報道として挙げました。 9月には、キャールがABCの *Jimmy Kimmel Live!* を放送する地方局が、キムネル氏がトランプ支持者にチャーリー・カーク殺害事件を政治的ポイントに利用したと非難した後、ライセンスを失うリスクがあると警告しました。Nexstar Media Group と Sinclair Inc. は自社の提携局から番組を外しましたが、その後復帰させました。FCC はさらに、民主党上院候補者が出演した ABC の昼間トークショー *The View* に対して平等時間調査を開始し、CBS が連邦公平性規則違反の恐れからインタビュー放送を拒否した後です。スティーブン・コルベートはその拒否されたインタビューを YouTube に投稿し、9 百万回以上の視聴数を記録しました。 FCC は全国ネットワークにライセンスを付与するものではありませんが、FCC ライセンスを保有する個々の地方局や提携局に対して規則を執行できます。行政側が反対する内容についてライセンスを取り消すことは FCC 権力の前例のない拡大となり、法的挑戦に直面する可能性があります。この脅威は地方提携局が収益喪失のリスクにさらされるとともに、メディア企業が規制監視を回避するために番組内容を変更するよう促し、業界全体で自己検閲やコンテンツ公平性に関する法的紛争を増大させる可能性があります。 （デトロイトで開催予定の Fortune 500 Innovation Forum は、これら FCC の行動とは無関係です。）

マーケティング―創業者向けガイド

## 日本語訳: --- ## 要約 この記事は、初期段階の SaaS、アプリ、またはスタートアップ創業者が最初のユーザーを獲得するための低予算プレイブックを提示します。実践的なマーケティングリソースを「Product Hunt のローンチ」「SNS」「SEO」「Reddit」「メール」「コンテンツ」「有料広告」「インフルエンサーアウトリーチ」「アフィリエイトプログラム」「無料ツール」「ランディングページ」「価格設定」「コンバージョン率最適化（CRO）」「アイデア検証」「ユーザー調査」などの「トピック」に分けて整理しています。 **ローンチプラットフォーム & ディレクトリ** - *ローンチ場所*: Betalist、Fazier、Uneed、Microlaunch、Peerlist、Indie Hackers、Hacker News、ProductHunt、SideProjectors、LaunchIgniter、PeerPush。 - *ソフトウェアディレクトリ*: Toolfolio、toools.design、OpenAlternative、LibHunt、SaaSHub、SaaS Genius、G2、TrustPilot、Capterra、Alternativeto、SourceForge、Softonic、TrustMRR。 **ライフタイム・ディールコミュニティ** AppSumo、RocketHub、StackSocial、SaasZilla、ProductCanyon、Dealmirror。 **各トピックのガイド & リソース** - Product Hunt: 「#1 になる方法」。 - SEO: 「初期段階 SaaS のための究極のSEOガイド」、AI検索エンジンランキングガイド。 - Reddit: 推奨サブレディット（/r/Sideproject、/r/Webdev、/r/Startup_Ideas）と推奨フレア。 - メールマーケティング: SaaSメールマーケティングプレイブック、Userlist ライフサイクルワークシート、行動ベースの B2B メール戦術。 **フレームワーク & ツール** - 価格設定: 「Pricing: From WTF to WTP」、 「究極の B2B SaaS 価格ガイド」。 - CRO: 「20,000 実験から得た驚きの教訓」。 - アイデア検証: 「The 2/20/200 Idea Validation Framework」。 - ユーザーリサーチスクリプト: エンジニア向けユーザーとの対話ガイド、MaxDiff、ジャーニーマッピングインタビュー。 **追加リソース** GitHub SEO のヒント、グロースハック、および最初の1,000 ユーザー獲得ストーリーのケーススタディ。 --- ### 主要な結論 ローンチプラットフォーム・ディレクトリ、ライフタイムディールコミュニティ、トピック別ガイド・フレームワーク、研究ツールを組み合わせることで、創業者は重いマーケティング費用をかけずに体系的に早期段階のプロダクトを引き付け、検証し、価格設定し、成長させることができます。

**Steamで配布されているOpenTTDの変更点**

## Japanese Translation: **OpenTTD は、Steam や GOG でスタンドアロンタイトルとして販売されなくなり、現在は Transport Tycoon Deluxe を含む $9.99 のバンドルの一部となっています。** このバンドルは Windows、macOS、および Linux 用に Steam（および GOG にミラー）で入手可能ですが、その他のプラットフォームには影響しません。既存の Steam 所有者は現在のインストールを保持し、将来のすべてのアップデートもそのまま受け取ります。新規購入者は両方のゲームを取得するためにバンドルを購入する必要があります。ダウンロード後、**OpenTTD は無料でプレイできます**—Transport Tycoon Deluxe のみが支払い対象です。 バンドルされた Transport Tycoon Deluxe は Chris Sawyer のオリジナルゲームを忠実にエミュレートし、モダンなマシンでも動作します。**Atari が Steam と GOG 上でこのバンドルのリスト管理を行っています。** OpenTTD のオープンソース開発サイクルは変わらず続き、定期的にリリースと通常のチャネルを通じたサポートが提供されます。既存ユーザーには中断はなく、新規顧客はバンドル購入を強いられ、Steam と GOG 上での販売ダイナミクスに影響を与える可能性があります。

**Claude 2026年3月の利用促進**

## Japanese Translation: **概要：** Free、Pro、Max、または Team プランの Claude ユーザーは、2026 年 3 月 13 日から 3 月 27 日までのオフピーク時間帯（ET 午前 8 時〜午後 2 時）に自動的に一時的な二重使用枠を受け取ります。このプロモーションは、Web、API、アプリ、および FAQ を含むすべての Claude インターフェースで適用され、ユーザー側で何らかの操作を行う必要はありません。該当時間帯に獲得したボーナス使用量は週次制限にはカウントされません。非エンタープライズプランのみが対象であり、このオファーは他のプロモーションと併用できず、現金への換金もできません。過去の一時的な容量増強に合わせた内容です。このプロモーションは **2026 年 3 月 27 日午後 11 時 59 分（PT）** に終了し、その後すべての使用制限は通常レベルに戻ります。これにより、ユーザーは静かな時間帯に実験を行う自由度が高まり、企業はピーク時以外で大量作業をスケジュールできるようになります。一方、エンタープライズ顧客には影響ありません。

**ビジップへの賛歌** ビジップ、力強き圧縮器 そのアルゴリズムは揺るがず確か。 生のデータの絡まった網から 静かに隠れたパターンを抽出し。 各バイトブロックで最頻符号を先に見つけ、 エントロピーと秩序の舞いを繰り広げ、 騒音を整然とした構造へ変える。 二十四キロバイトのスライディングウィンドウで ストリームを滑らせ、繰り返しを合わせテーブルを作り、 さらにフムマン符号で圧縮を深める。 出力は小さく速度は安定し、 それでも情報は一つとして残さない。 ファイルサイズの静かな守護者、 ビジップよ、あなたの揺るぎない働きを讃えます。

## Japanese Translation: （以下は日本語訳です） ## Summary この記事では、Lua コードを制限されたスペースや組み込み環境向けに圧縮する際、標準的な bzip2 もしくは軽量化したカスタムバリアントが、圧縮率とデコーダの単純さの最良バランスを提供すると示しています。英語コメント付きの 327 KB の Lua ファイルで実験した結果、bzip2 は約 **61 KB** に圧縮でき、lzip、gzip、zstd、xz、brotli、および LibDeflate を上回りました。*最適化されていない* bzip2 スタイルのエンコーダは約 **67 KB** で、わずかなチューニングでほぼ最適な比率に到達できることを示しています。 bzip2 は LZ77 の代わりに Burrows–Wheeler Transform（BWT）を使用します。BWT は似たコンテキストをまとめ、バックリファレンスオフセットを保存せずに効率的なランレングスエンコーディングを可能にする決定論的アプローチです。このため、LZ77 ベースの手法で特徴づけられるヒューリスティック検索や圧縮レベルノブが不要になります。記事では、BWT の逆変換に必要なランダムアクセスが主な速度低下要因であり、Lua などの高水準言語ではそれほど重要でないと指摘しています。 デコーダサイズは Lua 専用実装として小さく抑えられています：gzip（約1.5 KB）、xz/lzip（約1 KB）、zstd（約3 KB）、brotli（約2.2 KB）、および bzip2（約1.5 KB）。BWT はヒューリスティックを持たないため、類似のテキストファイルに対して性能が予測可能です。 将来のバリエーションとして「bzip3」が考えられます。これは XZ スタイルのビット単位コーディングとコンテキストミキシングを組み合わせ、同等の圧縮率を達成しつつ効率的に実装すればデコード速度が遅くなる可能性があります。しかし、ほとんどの実用的な Lua 圧縮タスクでは bzip2 を継続して使用することが最良の選択肢です。bzip2 はコードフットプリントを小さく保ちつつ複雑なデコーダを追加せず、制約された環境で予測可能な性能を維持します。

**Show HN: 「一日」 – 毎日に1つのノート、E2E暗号化、ローカル優先**

## Japanese Translation: Ichinichi は、ユーザーが毎日1つのノートを書き、再編集できないようにする最小限のデイリーノートアプリです。エントリーがある日付を示す年次連続チャートを表示し、IndexedDB にローカルでデータを保存（Supabase 同期オプションあり）し、AES‑GCM を使用して各エントリーを端末間で暗号化するため、ユーザーのみが読むことができます。React/TypeScript/Vite/Zustand で構築され、Cloudflare にデプロイされた Ichinichi は PWA として機能し、オフライン利用と任意のデバイスへの簡単なインストールを可能にします。開発者はフォルダー、タグ、テンプレートを意図的に省き、体験を乱雑にせず――毎日1つのノートだけ――という設計にしています。ライブサイト（https://ichinichi.app）とオープンソース GitHub リポジトリ（https://github.com/katspaugh/ichinichi）は、ユーザーと開発者が今後の拡張を行うための基盤を提供します。

**クリエイティブコーディングの学習**

## Japanese Translation: **概要：** 「Creative Coding Frustrations」（バージョン 1.0.1、148ページ）は、クリエイティブコーダーが直面する45の一般的なフラストレーションを、好奇心・謙遜・勇気・忍耐力・我慢・開放性・思いやり・遊び心・慎重さという9つの美徳にマッピングした無料PDFです。各フラストレーションには「感情」「検証（“これは本当”）」「説明（“何が起こっているか”）」「学習機会」「具体的な次のステップ」「振り返りと実践」のセクションを含む独自のスプレッドがあります。 このガイドは、クリエイティブコーディングを学び始めてから最初の6〜12か月間にあるデザイン学生や、デザイナーにコードを書く方法を教える教育者を対象としています。典型的な技術指導が見落としがちな感情的障壁に対処するための言語とフレームワークを提供します。 著者は、デンマークメディア・ジャーナリズム大学で20年の経験を持つシニア副教授のStig Møller Hansenです。この資料はCreative Commons（CC BY‑NC‑SA 4.0）で公開されており、完全に無料で共有可能、授業で使用する際も許可不要です。PDFは直接ダウンロードでき、サインアップフォームやメールの登録は必要ありません。 構造上、美徳別・学習段階別・フラストレーションタイプ別にナビゲートできるため、クイックリファレンスガイドとしても、完全読解用としても活用できます。

Cloudflare で FFmpeg をオフロードする

## Japanese Translation: ## Summary チームは、FFmpeg ベースの音声処理を共有 Fly.io インスタンスから Cloudflare のサーバーレス スタックへ移行し、CPU ボトルネックを排除して Kent Cdodds のポッドキャストアップロードの信頼性を向上させました。 - **重要性**: 3 月 6 日のエピソードが主要マシンの CPU を 400–500 % に逼迫させ、スロットリングと共有インスタンスからパフォーマンス‑CPU Fly.io インスタンスへの緊急アップグレードを招きました。 - **変更点**: エピソードは現在、ドラフト ID と R2 キーでキューに入れられ → Cloudflare Queue → Worker → コンテナが R2 から音声を取得し FFmpeg を実行、結果を再び R2 にアップロードし署名付きコールバックを投稿します。アプリはエンキュー後すぐにレスポンスを返し、トランスクリプション/メタデータ処理はコールバック後に主要サーバーで実行されます。 - **技術詳細**: - Queue worker は `202 Accepted` でメッセージを確認し、FFmpeg を非同期で起動して本当のキュー利点を回復します。 - コンテナは短い `sleepAfter`、ハートビート ping、および「終了」シグナルを使用してアイドルインスタンスを迅速に停止させます。 - 失敗時にローカルで FFmpeg を実行していたフォールバックパスは削除され、アプリはエンキュー失敗時に例外を投げて隠れた障害を防止します。 - **影響**: 移行後の CPU 使用率は約 60–80 % に保たれ、ピーク負荷は約 85 % 削減されスロットリングは発生しません。 Cloudflare のコストモデル（操作ごとの Queue コスト、アクティブ時のみの Container コスト）は専用 Fly.io パフォーマンス‑1x マシン（$31/月）よりも安価です。 - **今後の作業**: トランスクリプションとメタデータ抽出を Cloudflare キューパイプラインに移動し、重いジョブをコアアプリから完全に分離することを検討します。 ユーザーはより滑らかで高速なエピソードアップロード体験ができ、開発者は音声集約ワークロードのスケールとインフラコスト削減の実証済み戦略を手に入れます。

**内蔵ファイルシステム搭載のPostgreSQL**

## Japanese Translation: ``` ## Summary db9 は AI エージェント専用に構築されたサーバーレス PostgreSQL プラットフォームです。コアの SQL 機能を統合ファイルストレージ、cron ジョブスケジューリング、および HTTP 拡張機能と一つのワークスペース内でバンドルし、S3 バケットや外部スケジューラなどの別々のサービスを必要とせずに提供します。 セットアップは簡単です。1 行のシェルスクリプト（`curl -fsSL https://db9.ai/install | sh`）で環境が起動し、TypeScript/Python 型を自動生成し、JSONB、全文検索、拡張機能などすべてのネイティブ Postgres 機能を構成なしにサポートします。 主な機能は次のとおりです： * **ベクトル検索**：組み込みの自動埋め込み（`embedding()`）を使用して、エージェントが SQL 内で直接埋め込みを実行できます。 * **HTTP 統合**：クエリ内から外部 API を呼び出すための `http_get()` 関数。 * **ファイルストレージ** コマンド（例：`db9_file_upload`, `db9 fs cp`, `db9 fs mount`）により、エージェントはファイルをコピーおよびマウントでき、別途 S3 バケットを必要としません。 * **cron ジョブ** は SQL または CLI（`db9 db cron …`）で管理され、アイドルタイムアウト制約はありません。 * ターミナルからの **データベース管理**（`db9 create`, `db9 branch create …`）と自動型生成（`db9 gen types <dbname>`）。 エージェントは一時メモリを Postgres テーブルに保存し、統合ファイルシステム上でコンテキスト/ファイルを保持することで、アシスタント、研究エージェント、および自動化パイプラインに対して真に統一されたデータアクセスを提供します。 エンタープライズレベルの可観測性は、Immutable JSONL オーディットログ（例：OpenClaw 統合経由）でストリーミングされることで既にサポートされています。スキル設定とプラグインに関するドキュメントは https://db9.ai/skill.md および https://db9.ai/plugins/my-claw-dash.md で入手できます。 この統一された低オーバーヘッドアプローチは、AI とデータサービス分野における開発サイクルを加速し、運用の複雑さを削減します。 ```

モンタナ州、コンピューティング権法（2025）に合意 *モンタナ州が「Right to Compute Act（計算権法）」の可決を承認しました。*

## 日本語訳: ## 要約 モンタナ州は「計算権」法（SB 212）を制定したことで、米国初の州となった。法案は住民に対し、コンピューティング資源を所有・アクセス・利用する根本的権利を保証するとともに、政府規制を厳しく限定する——いかなる制限も公共安全または健康上の説得力ある利益に対して狭く適用されなければならない。 この法は、発電所や交通信号機など重要インフラを管理する AI システムには停止メカニズムを備え、年次で義務的にリスクマネジメントレビューを受けることを求めている。 州上院議員ダニエル・ゾルニコフが立法を主導し、Frontier Institute の支援を得て、カリフォルニアやバージニアのようなより制限的な提案に対抗する形でモンタナ州を位置付けた。Frontier Institute の政策ディレクター・タンナー・エイビーは「この法案はデジタル基本権への侵害を検証するための旗を立てる」と述べた。 計算権運動は全国的に勢いを増しており、ニューハンプシャー州下院議員キース・アモンがモンタナ州の取り組みを称賛し、他州にも同様の措置を採用するよう促した。ハルティア.AI や ASIMOV Protocol を含む世界的な支持者は、コンピューティングアクセスをイノベーション・個人の自由・プライバシー保護に不可欠と見なしている。運動に関する追加情報は RightToCompute.ai および X（@RightToCompute）で入手できる。

**「ベオチップ‑1X：何か、なぜ今それを行うのか、そしてその由来」**

## Japanese Translation: ### 主要な欠落要素は、閉じたコンポーネントが「ワイヤレベル」に限定されているという点 10 にあります。 サマリーを重要ポイントと完全に整合させるためには、すべてのデータ処理ロジックがオープンソースであることを明確にし、周辺インターフェイスはワイヤレベルでプロプライエタリである旨を追加する文言を入れるべきです。 --- ### 改訂サマリー **Baochip‑1x はコンパクトな RISC‑V SoC であり、完全なメモリ管理ユニット（MMU）を内蔵しています。これにより、組み込みマイクロコントローラは従来大規模かつプロプライエタリシステムに限定されていた実際の仮想メモリ保護機能を利用できるようになり、設計のほとんどをオープンソースで提供しています。** MMU のアーキテクチャは 1960 年代から証明されたページベース方式に従い、22 nm シリコンダイの約 2 % のみを占めます。初期はプロプライエタリ ARM コアで構築されましたが、Crossbar は後に周辺ロジックを変更せずにオープンソースの Vexriscv コアへ置き換え、部分的にオープン RTL から安全かつ高保証のハードウェアを実現できることを示しました。 エンジニアリングサンプルはすでに製造されており、徹底したファブ検査後に 2026 年末に生産適格チップがリリース予定です。最初の量産バッチは Dabao 評価ボード上で出荷され、ドライバーとオペレーティングシステムのサポートが成熟するまで待ち、Xous を超える追加プログラミング言語や OS の導入を計画しています。 すべてのデータ処理ロジックはオープンソースです；閉じたコンポーネント（AXI バス、USB PHY、PLL、電圧レギュレーター、I/O パッド）は「ワイヤレベル」に限定され、絶対的な信頼が保証できなくても検査可能です。このアプローチはオープンソースシリコンプロジェクトの障壁を下げ、プロプライエタリ ARM コアから離れることを促進し、組み込みセキュリティアプリケーション向けに新たなプラットフォームを提供します。

「符号付き距離場を描画する再帰的アルゴリズム」

## Japanese Translation: ## Summary 著者は、再帰的な分割と探索を用いたレイマーチングアルゴリズムと線形補間シェーディングを組み合わせることで、Signed Distance Field（SDF）レンダリングをリアルタイムで十分高速にできることを示しています。手法では、ビュー遠近フラストムを四角形に分割し、レイを一括してマーチングしつつオブジェクトに近づいたら再帰的に処理します。これによりピクセルあたりのレイ数が3〜4倍減少し、GPUとCPU両方でフレームレートが3倍向上します。小さなパッチ（≤10 px）の四隅すべてが整列した法線を持つオブジェクト内にある場合、そのパッチ全体を一度にシェーディングし、平坦表面ではピクセルあたり1サンプル未満に抑えることができます。SDFは距離関数で形状を定義し、合成可能であり、従来は球追跡レイマーチング（sphere-tracing）を用いていましたが、ラスタリゼーションやレイトレーシングと比べて計算コストが高いです。2016年に著者はSDFコードのコンパイラ風最適化を検討し、完全なコンパイラが必要であることを指摘しました。バウンディングボリュームはオブジェクト評価を減らすのに役立ちますが、コストを根本的に排除するわけではありません。新しい技術により、CPUのみで動作する3Dゲーム（MacBook Air M1 で約50 FPS）も実現でき、「cone marching」と呼ばれるGPUフレンドリーなマルチパスバリアントを開発し、同様の目標を共有します。これによりハイブリッド手法が可能になり、リアルタイムエンジンでのGPU負荷を低減できる道が開かれます。

Python：最適化の階段 （タイトルのみ）

## Japanese Translation: Python の純粋な計算速度は、典型的なベンチマーク（n‑body 177×、spectral‑norm 875×）で Apple M4 Pro 上において C に比べて 100–875 倍遅く動作します。 この低下は Python の動的ディスパッチ、整数あたり約 28 バイトのオーバーヘッド、および GIL（グローバルインタプリタロック）の参照カウント処理に起因し、GIL 自体は単一スレッドコードを悪化させません。 最近の CPython リリースでは小規模な改善が見られます： 3.10→3.11 で適応型特殊化による約 1.4 倍の速度向上。 3.13 は軽量 JIT を追加しますが、まだメリットは確認されていません。 free‑threaded モード（3.14t）は実際に単一スレッドプログラムを遅くします。 ギャップを埋めるための選択肢はいくつかあります： * ランタイム代替案 * PyPy / GraalPy：コード変更なしで 6–66 倍高速化。ただし JVM/JIT のウォームアップにより起動が遅く、エコシステムサポートは限定的。 * Codon、Mojo nightly、Taichi：26–198 倍の利得がありますが、完全なリライトや古い CPython バージョンが必要です。 * コンパイル済み拡張 * mypy‑c（型付き Python → C）：2.4–14 倍の速度向上。型アノテーションが必要で、機能は限定的に最適化されます。 * Rust/PyO3：113–154 倍、特にデータパイプライン全体をネイティブで処理する場合（例：JSON パース）。 * Cython：開発者が C 構文を採用し、型アノテーションを書き、** 演算子や cdivision の欠如、事前計算インデックスなどの落とし穴を回避すると 99–124 倍。 * 加速ライブラリ * NumPy：BLAS を通じてベクトル化可能な行列-ベクトルワークロードで最大 520 倍。順序性や小規模配列には効果がありません。 * JAX JIT：lax.fori_loop と lax.cond を用いて再構築した配列プログラムで最大 1 633 倍。関数型コードが必要です。 * Numba @njit：NumPy 配列上でコンパイルすると 56–135 倍。一般的な Python オブジェクトや文字列には苦戦します。 実際のワークロード（約 100 k JSON イベント）では、最も達成可能な速度向上は、json.loads() による Python 辞書生成を回避したネイティブ Rust または Cython パーサーを使用することで約 6.3 倍です。適切なツールを選択すると、データ集約型、科学的、およびパフォーマンスクリティカルなアプリケーションの実行時間を劇的に短縮できます。 ## Text to translate (incorporating all key points):** ``` Python’s pure‑compute speed lags behind C by 100–875× on typical benchmarks (n‑body 177×, spectral‑norm 875×) run on an Apple M4 Pro. The slowdown is due to Python’s dynamic dispatch, ~28 bytes per int overhead, and GIL reference‑counting; the GIL itself does not hurt single‑threaded code. Recent CPython releases offer modest gains: 3.10→3.11 gives ≈1.4× speedup via adaptive specialization; 3.13 adds a lightweight JIT but shows no benefit yet; free‑threaded mode (3.14t) actually slows single‑threaded programs. To close the gap, several options exist: * Runtime alternatives * PyPy / GraalPy: 6–66× faster with zero code changes; startup slower due to JVM/JIT warm‑up and limited ecosystem support. * Codon, Mojo nightly, Taichi: 26–198× gains but require full rewrites or older CPython versions. * Compiled extensions * mypy‑c (typed Python → C): 2.4–14× speedups; needs type annotations and only optimises a subset of features. * Rust/PyO3: 113–154×, especially when the entire data pipeline is handled natively (e.g., JSON parsing). * Cython: 99–124× when developers adopt C semantics, write type annotations, and avoid pitfalls like ** operator, missing cdivision, or pre‑computed indices. * Accelerated libraries * NumPy: up to 520× on vectorisable matrix‑vector workloads via BLAS; ineffective for sequential or small arrays. * JAX JIT: up to 1 633× on array programs rewritten with lax.fori_loop and lax.cond (requires functional‑style code). * Numba @njit: 56–135× when compiled over NumPy arrays; struggles with general Python objects or strings. In realistic workloads (≈100 k JSON events), the best achievable speedup is ~6.3× by using a native Rust or Cython parser that avoids creating Python dictionaries via json.loads(). Choosing the right tool can dramatically reduce runtimes in data‑intensive, scientific, and performance‑critical applications. ```

**タイトル** 「JITで生成したコードを世に知れ渡らせる ― その手段を数え上げてみよう」

## Japanese Translation: （必要に応じて修正がない場合は元の要約をそのまま繰り返してください） > **Summary:** > MoarVM, written in C, implements Raku exception handling with `longjmp` rather than standard C++ unwind tables. On Windows, MSVC’s change to fully unwind frames broke crash handling because JIT‑compiled code had no unwind info. The fix was to generate unwinding data for those frames and register it via the WinAPI call `RtlAddFunctionTable`, which stops crashes but still leaves gaps in debugging support. > > The author has examined several cross‑platform APIs: > • `libunwind`’s `_U_dyn_register` for naming functions and supplying unwind tables. > • GDB’s “jitreader” plugin (`__jit_debug_descriptor`, `__jit_debug_register_code`) for complete debug info (name, file, line). > • Linux perf’s JITDUMP format, which records machine‑code blobs with timestamps and optional source data. > Since September 2018 MoarVM has used Perf Map to list function names, addresses, and lengths, but this approach lacks an assembly view. > > Additional possibilities include creating loadable ELF/DLLs and loading them via `dlopen` (providing full debugging support at the cost of I/O overhead) or exposing JIT functions to Valgrind client requests for callgrind/cachegrind. > The overarching aim is a single, cross‑platform solution that supplies naming, unwinding, source mapping, and disassembly for MoarVM’s JIT code—improving crash diagnostics, performance profiling, and the overall developer experience, and potentially serving as a model for other JIT runtimes.

「ハンゾー・ボリューム ― 故意に悪いUIで音量調整を体験するゲーム」

## Japanese Translation: 以下のテキストを日本語に翻訳してください。 ## Text to translate （推測された内容は除外）** > この文書では、参加者がゲーム内ボリュームコントロールへのアクセスと引き換えに簡単なカスタマーサービス満足度調査を完了するよう促しています。 > > 5つの質問が含まれています： > > * 「ホットドッグはサンドイッチですか？」 > * 「総合的に見て、この一生に一度だけのゲーム体験に満足していますか？」 > * 「開発者の視覚デザイン、UI、物理的外観をどう評価しますか？」 > * 「背景音楽についてどのように思いますか？」 > * 「レベル設計/メカニクスについてどんな感想ですか？」 この要約はすべての重要ポイントを保持しつつ、追加の推測なしでメッセージを明確に保っています。

**スターリンク軍事化とそれがもたらす世界戦略安定への影響（2023）**

Opus 4.6 と Sonnet 4.6 では、1 M のコンテキストが一般に利用できるようになりました。

## Japanese Translation: > **Claude Opus 4.6 と Sonnet 4.6 は、標準価格で 100 万トークンのコンテキストウィンドウを完全にサポートします—Opus 4.6 は 1 百万トークンあたり $5/$25、Sonnet 4.6 は $3/$15。長いコンテキスト料金は発生しません。** > この機能は本日から Claude Platform、Amazon Bedrock、Google Vertex AI、Microsoft Azure Foundry のすべての主要プラットフォームで利用可能で、ベータフラグは不要です。 > メディア制限は 1 回のリクエストあたり最大 600 枚の画像または PDF ページに増加し、以前の 100 枚から拡大しました。 > Opus 4.6 は 100 万トークンコンテキストで MRCR v2 において 78.3% のスコアを達成し、その長さでフロンティアモデルの中で最高値です。また、ユーザーは圧縮イベントが約 15% 減少したと報告しており、コードレビュー、法的文書分析、科学文献合成などのエージェント性能向上に寄与しています。 > Max、Team、および Enterprise 顧客は Opus 4.6 セッションで自動的に 100 万トークンコンテキストを取得できるため、サポートされているプラットフォーム全体でコスト削減と生産性向上が期待できます。