← ホームに戻る28 件のニュース
CSS Grid Lanes

CSS Grid Lanes

## Japanese Translation: > **Safari Technology Preview 234 は CSS Grid Lanes を導入しました**。これは、開発者が JavaScript なしで CSS 内で直接モザイク風グリッドを構築できる新しいレイアウトモードです。 > > 開発者は `display: grid-lanes;` と標準の Grid 構文(`grid-template-columns`、`repeat(auto-fill, …)` など)を組み合わせて柔軟なレーンを作成します。アイテムは自動的に最も近い上部レーンに配置され、無限スクロールとタブフレンドリーなナビゲーションが可能になります。 > > **高度な機能** には、レーンサイズの変更(`minmax(8rem, 1fr) minmax(16rem, 2fr)`)、アイテムの跨ぎ(`grid-column: span N`)、明示的配置(`grid-column: -3 / -1`)および新しい `item-tolerance` プロパティ(デフォルトは `1em`)が含まれます。これは、サイズ差に基づいてアイテムがレーンをどれだけ積極的にシフトするかを制御します。レーンは列方向(「ウォーターフォール」)または行方向(「レンガレイアウト」)で向きを設定でき、デフォルトの流れは通常です。 > > 実装は 2022 年中頃に開始され、Safari TP 234 で利用可能です。ライブデモは <https://webkit.org/demos/grid3>(写真ギャラリー、ニュースレイアウト、博物館サイト、メガメニューフッター)でホストされています。CSS Working Group はまだプロパティ名と向きの構文(`grid-lanes-direction` か `grid-auto-flow` の再利用)を最終化中です。その決定が下り次第、この機能は本番環境で使用できるようになります。 > > 開発者にとって、これは追加の JavaScript を必要とせず、より高速でパフォーマンスの高いレスポンシブレイアウトを実現することを意味し、ブラウザベンダーは同様の機能を採用する可能性があり、将来のウェブデザイン標準に影響を与えるでしょう。

2025/12/20 7:13
Mistral OCR 3

Mistral OCR 3

## Japanese Translation: Mistral OCR 3 は、従来のエンタープライズツールと AI ネイティブ競合他社の両方を上回る高精度な OCR モデルです。フォーム、スキャン文書、複雑な表、および手書き文字に対して Mistral OCR 2 と比較し、全体で 74 % の勝率を達成します。このモデルは、1,000 ページあたり $2(50 % Batch‑API 割引適用で 1,000 ページあたり $1)と価格設定されており、シンプルな API または Mistral AI Studio のドラッグ&ドロップ Document AI Playground を通じてアクセスできます。 主な強みは次のとおりです: * **手書き文字サポート** – 連続体文字、混合内容、および印刷フォーム上の手書き文字。 * **フォーム処理** – 請求書、領収書、コンプライアンスフォーム、政府文書におけるボックス、ラベル、手書き入力、および密集レイアウトの検出を改善。 * **頑健性** – 圧縮アーティファクト、傾斜、歪み、低 DPI、背景ノイズ、複雑なレイアウトに対処。 * **表再構築** – ヘッダー、結合セル、多行ブロック、および列階層を完全にサポートし、colspan/rowspan を含む HTML テーブルタグ付きの拡張マークダウンを出力。 初期採用者はすでに Mistral OCR 3 を高ボリュームのエンタープライズパイプラインに統合しています:請求書を構造化フィールドへ変換、会社アーカイブのデジタル化、技術レポートからクリーンテキストを抽出、および企業検索の強化。精度、コスト効果、柔軟な展開の組み合わせにより、大規模文書処理を業界横断で変革できる競争力ある代替手段として位置づけられています。

2025/12/19 0:01
PBS News Hour West to go dark after ASU discontinues contract

PBS News Hour West to go dark after ASU discontinues contract

## Japanese Translation: ## Summary アリゾナ州立大学(ASU)のウォルター・クロンスキー報道学部は、PBS NewsHour Westとのパートナーシップを更新しないことを決定し、2019 年から ASU のダウンタウンフェニックスキャンパスで運営されていた事務所を実質的に閉鎖しました。この動きは「ASUの優先事項の変更」に起因すると、News Hour Productions の GM 兼 WETA EVP/CCO のマイケル・ランチリオが述べました。PBS およびアリゾナ PBS は追加説明を行わず、ASU に感謝し、地域ニュースへの継続的な取り組みを約束しました。 閉鎖により、西海岸で 20 % 以上の視聴者に到達することを支援していた西部本部としての事務所の役割が終了します。また、ASU のジャーナリズム学生(例:AJ Ceglia 学長)に実地報道経験と就職機会を提供していたインターンシッププログラムも消滅します。現在のインターンは学術クレジットを受け取りますが、卒業要件を満たすために代替配置を探す必要があります。 PBS NewsHour West の最終全国放送は 12 月 19 日に行われます。クロンスキー建物は、事務所閉鎖前に学校のサポートを称える形で夜間放送に登場しました。この報道は *The State Press* のジュニアレポーター、エマ・ブラッドフォード(連絡先:elbradfo@asu.edu; X @emmalbradford)によって取り上げられました。彼女も ASU のジャーナリズム/メディアコミュニケーション学部の学生です。 この決定は、西米国における地域ニュースの報道を減少させ、PBS の視聴者エンゲージメントを低下させ、新進気鋭のジャーナリストのプロフェッショナルパスウェイを制限する可能性があります

2025/12/20 8:59
Garage – An S3 object store so reliable you can run it outside datacenters

Garage – An S3 object store so reliable you can run it outside datacenters

## Japanese Translation: ## Summary Garageは、すべてのLinuxディストリビューションで動作する単一の依存関係フリーなバイナリを提供し、システム管理者向けに高速かつオペレーターが扱いやすいデプロイメントを実現します。 インターネット上で複数のデータセンター間で安全に動作するよう設計されており、専用バックボーンは不要で、ネットワーク・ディスク・管理者障害にも耐えます。 最低限必要なハードウェア要件は控えめです:過去10年のx86_64 CPUまたはARMv7/ARMv8、少なくとも1 GBのRAM、≥16 GBのディスク容量、および≤200 msのレイテンシと≥50 Mbpsの帯域幅を持つネットワーク。異種の中古機器を組み合わせてクラスターを構築することも可能です。 資金調達歴には、NGI POINTER(2021–22)で3名のフルタイム従業員を支援、NLnet/NGI0 Entrust(2023–24)で1名のフルタイム従業員を支援、NLnet/NGI0 Commons Fund(2025)で1.5名のフルタイム従業員を支援するほか、EU Horizon 2021 grant agreement N° 871528(NGI‑POINTER Project)や追加のNGI Zeroグラント—Entrust Fund(grant No 101069594)およびCommons Fund(grant No 101135429)が含まれます。 これらの投資は継続的な開発を示しており、Garageはクラウドやエッジコンピューティングシナリオに対し、低コストでフォールトトレラントなインフラストラクチャを控えめなハードウェア上で提供する立場にあります。

2025/12/20 0:40
A Better Zip Bomb

A Better Zip Bomb

## Japanese Translation: ```markdown ## Summary 本稿は、単一の DEFLATE カーネル内で多数のファイルを重ね合わせることで 28 百万倍(例:10 MB → 281 TB)以上の圧縮率を実現する非再帰的「zip ボム」を提示しています。構築方法は次の二種類です。 * **Full overlap** – 圧縮率を最大化しますが、非常に寛容な ZIP パーサーでのみ動作します。 * **Quoted‑overlap** – 非圧縮ブロック内でローカルファイルヘッダーを引用し、若干低い比率でも広範囲の互換性を提供します。 著者は最適なカーネルサイズ(≈ zip サイズの ½;例:42 kB のボムは約 250 ファイルを含み、約 129 000 倍の圧縮)に関する式を示し、Zip64 拡張がヘッダーサイズを増加させる(46→58 バイト、30→50 バイト)ことから、最大 46 MB のボムでも約 4.5 PB に達できる(`zbxl.zip`)と論じています。ソースコードは https://www.bamsoftware.com/git/zipbomb.git で入手可能であり、図表は https://www.bamsoftware.com/git/zipbomb-paper.git にあります。 **互換性評価** – 本稿では、Info‑ZIP UnZip、Python zipfile、Go archive/zip、Node yauzl、Nailexamples/zip、Android libziparchive、sunzip など多くの ZIP ライブラリをテストし、DEFLATE、Zip64、bzip2、CRC‑32 処理、短いファイルサイズ、および最大ファイル数への対応状況を評価しています。実際のボムファイル(`zbsm.zip`、`zblg.zip`、`zbxl.zip`)を引用し、LibreOffice(4 GB の一時ファイル)、Mozilla のアドオンサーバー(110 秒抽出制限)、Windows Defender、Explorer、7‑zip、複数の AV エンジン、ブラウザ(Chrome/Safari 自動解凍)、圧縮ファイルシステム(ZFS)への影響を示しています。 **検知と対策** – Mark Adler の CVE‑2019‑13232 パッチは UnZip で重複ファイルを検出します。著者はパターンマッチングだけに頼らず、ZIP パーサーを厳格な時間・メモリ・ディスク制限付きのサンドボックスで実行することを推奨しています。AV 署名とブラウザの Safe Browsing の更新も、新しい変種が登場した際に期待されます。 **影響** – ユーザーはボムを開く際に高い CPU 使用率や大きな一時ファイルを経験する可能性があります。企業はライブラリをパッチし、セキュリティツールを更新し、サンドボックス化を徹底して悪用リスクを軽減すべきです。 ```

2025/12/20 6:34
TP-Link Tapo C200: Hardcoded Keys, Buffer Overflows and Privacy

TP-Link Tapo C200: Hardcoded Keys, Buffer Overflows and Privacy

## Japanese Translation: 著者は、TP‑Link Tapo C200 カメラのファームウェアバージョン 1.4.2 Build 250313 Rel.40499n(ハードウェアリビジョン 3)に対して AI 支援逆コンパイルを実施しました。`aws s3 ls` を使って認証不要な S3 バケット (`download.tplinkcloud.com`) を一覧化し、オープンソースの `tp-link-decrypt` ツールで TP‑Link GPL コードから RSA キーを抽出してファームウェアイメージを復号しました。Ghidra、GhidraMCP、Cline、Anthropic の Opus/​Sonnet 4、および Grok を用いた解析により、約 25,000 台以上の露出デバイスに影響する 4 つの事前認証バグが判明しました。 1. **ONVIF SOAP XML パーサ** がポート 2020 (`soap_parse_and_validate_request`) で >100k 要素を解析するときにメモリオーバーフローします。 2. **HTTPS Content‑Length 整数オーバーフロー** がポート 443 (`atoi(value)` に境界チェックがない) で `Content-Length: 4294967295` を受信したときに発生し、クラッシュを引き起こします。 3. **認証不要の WiFi 再構成** が `connectAp` エンドポイント(ポート 443)経由で可能であり、リモート WiFi ハイジャックおよび DoS を許可します。 4. **認証不要の `scanApList` エンドポイント** が SSID、BSSID、および信号強度を公開し、攻撃者が Apple の BSSID‑to‑GPS API を使ってカメラ位置を三角測量できるようにします。 著者は Arcadia 上でプロセスをライブ配信し、PoC コードスニペット付きの洗練されたレポートを書きました。責任ある開示は TP‑Link の 90+30 日タイムラインに従い実施されました:報告は 2025 年 7 月 22 日送信、同日確認済み;TP‑Link は 2025 年 9 月 27 日までレビューを続け、11 月末までにパッチを提供すると約束しました(遅延)。12 月 1 日と 4 日のフォローアップでパッチは翌週へ延期されました。公開開示は 2025 年 12 月 19 日に行われ、最初の報告から 150 日後でした。 これらの発見は、Tapo C200 ユーザーに対してデバイス不安定性、リモート WiFi 乗っ取り、Denial‑of‑Service リスク、およびプライバシー漏洩(位置追跡)を露呈し、TP‑Link の遅延パッチ対応と CVE 処理慣行を浮き彫りにするとともに、不安全なファームウェア配布に関するスマートホームの広範なセキュリティ懸念を強調しています。

2025/12/20 3:19
8-bit Boléro

8-bit Boléro

## Japanese Translation: --- ## Summary 著者は「I perform Maurice Ravel’s *Boléro* on a variety of homemade 8‑bit instruments」というタイトルの **9時間42分** の動画を制作しました。 動画には **52本のミキサーチャンネル**、**13個のネック&ボウタイ**、**9種類の独自楽器**(Qweremin、Qwertuoso、Paulimba、Tenor Commodordion、Family Bass、未命名のフロッピードライブノイズデバイス、C=TAR、Chipophone、およびNESベースのティンパニ)、**1つのオートマトン**が登場し、著者は「後悔なし」と述べています。 プロジェクトは6か月を少し超えて完了しました。ほとんどの部分(音声・映像)は同時に録音されましたが、オートマトンは個別のハードウェアセクションを捉えるために分離して録音され、後でミックスされ別撮りのビジュアルと結合されました。オートマトンは **元々のC64ボックス** に支えられていますが、動画では表示されていません。 技術的なノートでは、NESティンパニが独特の「階段状」三角波を生成する方法を説明しています。音量エンベロープは三角波とADPCMチャネルを混合し、その後非線形抵抗ネットワークで整形され、サンプルチャネルによってDCオフセットが追加されます。これはハードウェア作業の複雑さを示しています。 動画は **2025年12月19日(金)08:00** に投稿されました。コミュニティコメントでは、AI生成音楽、Final Fantasy III SNESのノスタルジーに触れつつ、5:06のスネアについても言及されています。著者はオートマトンの今後のリリースやアップデートを暗示しています。 このプロジェクトは、他のホビイストが同様の楽器を作るインスピレーションとなり、デジタル音響制作の教育者にとって技術的な参考資料として役立つ可能性があります。

2025/12/19 20:38
Graphite is joining Cursor

Graphite is joining Cursor

## Japanese Translation: **概要** Graphite は、トップエンジニアリング組織で数十万人のエンジニアが利用しているコードレビュー・プラットフォームです。現在、確定合意に基づき Cursor に買収されましたが、既存のチームとスタッフを維持しながら独立した製品として残ります。この買収は Graphite の現行運営を保護するとともに、ローカル開発環境とプルリクエストワークフローとの統合をより緊密にする土台を整えます。今後の計画では、Graphite の専門知識と Cursor の技術を組み合わせたよりスマートなコードレビュー体験や、協力関係をさらに強化するための未公開の大胆なアイデアが含まれます。このパートナーシップは、ユーザーに対してより高速でインテリジェントなレビュープロセスを提供し、企業にとって CI/CD パイプラインのボトルネックを減らし、広範なエンジニアリング業界向けに高度な協働ツールを実現することを約束します。

2025/12/20 0:57
Rust's Block Pattern

Rust's Block Pattern

## Japanese Translation: (以下は元の文章を日本語に翻訳したものです) ## 要約 Rust のブロックは値を返す式として使うことができ、`{ … }` を用いてロジックをカプセル化し、単一の結果を生成できます。記事では簡単な例でこれを示しています。 ```rust let foo = { let x = 1; let y = 2; x + y }; ``` その後、本番環境で使用される設定読み込みルーチンを `regex`、`serde_json`、および標準ライブラリ関数を用いた一つのブロックにリファクタリングします。 ```rust let config = { static STRIP_COMMENTS: LazyLock<Regex> = /* … */; let raw_data = fs::read(cfg_file)?; let data_str = String::from_utf8(&raw_data)?; let stripped = STRIP_COMMENTS.replace(&data_str, ""); serde_json::from_str(&stripped)? }; ``` **主なメリット** 1. **意図の明確化** – 先頭の `let config = …` が設定が生成されることを示します。 2. **名前空間の整頓** – 中間変数 (`raw_data`, `data_str`, `stripped`) はブロック内でスコープされ、終了時に自動的にドロップされます。 3. **可変性の消去** – 一時ベクタなどの可変状態はブロック内だけに留まり、ブロックが返った後は外側のバインディングが不変になり、他所で変更できなくなります。 4. **インライン便利さ** – 多数のパラメータを必要とするヘルパー関数を抽出する代わりに、ブロックはすべてのロジックをインラインに保ちつつ、残りの関数をクリーンに維持します。 著者はこの構文を「ブロックパターン」と呼び、Rust コミュニティ内で非公式な名称が既に存在する可能性があると指摘しています。この手法を採用すると、設定ファイルに大きく依存するプロジェクトの可読性と安全性が向上し、露出される可変状態を制限し、名前空間の混乱を減らすことができます。

2025/12/19 13:56
Show HN: TinyPDF – 3kb pdf library (70x smaller than jsPDF)

Show HN: TinyPDF – 3kb pdf library (70x smaller than jsPDF)

## Japanese Translation: tinypdfは、実際のPDFを生成する最小限で依存関係のないPDF作成ライブラリ(約400行)です。わずか3.3 KBで、jsPDF(229 KB)よりも約70倍小さくなっています。これはTTFフォント、PNG/SVGサポート、HTML→PDF変換、フォーム、暗号化、および圧縮などの機能を省いたためです。 コア機能には、テキスト描画(Helvetica、任意のサイズ、16進数カラー、配置)、図形描画(矩形、線)、JPEG画像埋め込み、カスタムサイズでのマルチページレイアウト、およびヘッダー、リスト、ルール用のMarkdown変換が含まれます。 サポートされていない機能—カスタムフォント、PNG/GIF/SVG、ベクターグラフィックス、フォーム、暗号化、圧縮—は、jsPDFやpdf-libなどのより豊富なライブラリで利用可能です。 クイックスタート: ```js import { pdf } from 'tinypdf'; const doc = pdf(); doc.page(...); ctx.text(...); ctx.rect(...); ctx.line(...); ctx.image(...); doc.build(); // Uint8Arrayを返します ``` ヘルパー関数には、ポイント単位の幅を取得する`measureText(str, size)`と`markdown(str, { width, height, margin })`があります。 これらのプリミティブを使って約50行のコードで請求書例を生成できます。 MITライセンス下で提供されます。

2025/12/19 3:59
Qwen-Image-Layered: transparency and layer aware open diffusion model

Qwen-Image-Layered: transparency and layer aware open diffusion model

## Japanese Translation: **概要:** Qwen‑Image‑Layered は、単一の RGB 画像を複数の意味的に分離された RGBA レイヤーに分解するエンドツーエンド拡散モデルであり、各レイヤーを他のレイヤーに影響を与えずに独立して編集できるようにします。この手法では、RGB と RGBA 画像の潜在表現を統一する **RGBA‑VAE** を導入し、可変数の画像レイヤーを処理可能な **Variable Layers Decomposition MMDiT (VLD‑MMDiT)** アーキテクチャを採用しています。マルチステージトレーニング戦略により、事前学習済みの画像生成モデルをマルチレイヤーデコーダーへ適応させます。高品質なマルチレイヤートレーニングデータが不足している問題に対処するため、著者らは Photoshop ドキュメント(PSD)からマルチレイヤー画像を抽出し注釈付けするパイプラインを構築しました。実験結果では、Qwen‑Image‑Layered が既存手法と比べて分解品質と一貫性の面で大幅に優れていることが示されました。コードとモデルは GitHub(https://github.com/QwenLM/Qwen-Image-Layered)で公開され、論文は arXiv(abs/2512.15603)で閲覧でき、PDF ダウンロードリンクも提供されています。

2025/12/19 12:24
LLM Year in Review

LLM Year in Review

## Japanese Translation: 2025年には、RLHF(人間フィードバックを用いた強化学習)やSFT(スーパーバイズドファインチューニング)の代わりに、または補完する新しいトレーニング段階として「検証可能報酬による強化学習」(RLVR)が登場しました。RLVRは、数式やコードパズルなどの自動的に検証可能な報酬に対してLLM(大規模言語モデル)を訓練し、より長い最適化サイクル、高いコスト効率、および「推論」戦略の出現を実現します。重要な特徴は「思考時間」ノブであり、ユーザーがモデルに推論を追跡させる期間を制御できる点です。 OpenAI の o1(2024年後半)は最初の RLVR モデルでした;早期 2025 年にリリースされた o3 は明確な性能転換点を示しました。著者は「ゴースト vs. アニマル / ジャギッド・インテリジェンス」というメタファーを作り、LLM を進化する動物ではなくゴーストを召喚していると表現し、検証可能領域での能力の急激なスパイクと RLVR によってゲームできるベンチマークへの懐疑心を強調しました。 新しいアプリケーション層が登場しています: - **Cursor** は有向非巡回グラフ(DAG)で複数のLLM呼び出しをオーケストレーションし、コンテキストエンジニアリング、GUI、および「自律スライダー」を提供することで、垂直に焦点を当てたプロダクト層を形成します。 - **Claude Code** はユーザーのコンピュータ上で動作し、ツール使用・推論・プライベートデータ・低レイテンシー相互作用を最小限のCLI形式で統合する、説得力ある初めてのローカルLLMエージェントです。 - **Vibe coding** は英語指示だけでプログラムを構築できるようにし、非専門家でもプログラミングを民主化します。 - **Google Gemini の Nano Banana** はテキスト、画像生成、および世界知識を組み合わせたLLM GUI にシフトし、情報を視覚/空間形式で提供します。 著者は、モデルが検証可能なタスクでは優れているものの、それ以外の領域では容易に騙されることを警告しています—不均一でジャギーな能力ランドスケープです。ベンチマーク自体も RLVR によってゲームできる報酬シグナルになり得るため、より強力な評価基準が必要です。将来の作業は、コスト効率を改善した長期 RL 実行とこれら新しいプロダクト層の成熟に関わる可能性が高く、強力なローカルエージェントでユーザーを支援し、ドメイン固有のLLMオーケストレーションで企業を恩恵させるでしょう。

2025/12/20 5:49
The FreeBSD Foundation's Laptop Support and Usability Project

The FreeBSD Foundation's Laptop Support and Usability Project

## Japanese Translation: **改善された要約** FreeBSD財団は、FreeBSD 14.x+ でのノートパソコン互換性を向上させるために、新しい **Laptop Support and Usability (LSU) プログラム** を開始しました。この取り組みは、財団と Quantum Leap Research の資金($750,000)によって支援され、2024年9月27日に承認されました。プログラムは 2024年第4四半期に開始し、1〜2年間実施されます。スポンサーは **Ed Maste**、プログラムマネージャーは **Alice Sowerby** が担当します。 LSU の目的は、FreeBSD 14.x+ に最新の Wi‑Fi、完全なオーディオ、モダンなサスペンド/リザーム、改善されたグラフィックス、Bluetooth など、幅広いノートパソコンをサポートするために必要な機能を有効にするアップデートを提供することです。スコープはコミュニティユーザー、Quantum Leap Research、Dell、AMD、Framework、およびその他のベンダーからの入力で形作られました。ロードマップは概要レベルであり、変更される可能性があります。 作業は財団スタッフと契約した FreeBSD 開発者によって実施されます。進捗はリポジトリ更新、ワーキンググループ会議、GitHub ロードマップ、メーリングリスト投稿、ニュースレター、および BSDCan、EuroBSDCon、AsiaBSDCon でのセッションを通じて毎月報告されます。最初は開発者を対象にしつつ、このプログラムはすべてのユーザーに対する手動設定を削減し、ノートパソコンだけでなくデスクトップでも体験を向上させることを目指します。UX は重要な考慮事項であり、作業は「ユーザーストーリー」として構築され、ユーザーのゴールとその意味が記述されています。 電源、ハードウェア、オーディオ、グラフィックス、Wi‑Fi、システム管理、セキュリティ、およびユーザーテストに関するディスカッションスレッドは `[FF-laptop-LSU]` ラベルでデスクトップメーリングリスト上に存在します。プロジェクトリポジトリは読み取り専用です;ロードマップと進捗を追跡しますが、ソースコードの管理は行いません。

2025/12/19 23:56
Vm.overcommit_memory=2 is the right setting for servers

Vm.overcommit_memory=2 is the right setting for servers

## Japanese Translation: Linux カーネルの `vm.overcommit_memory` sysctl は、メモリ割り当てが保証されるか単なる約束にすぎないかを決定します。overcommit が有効になっている場合(`vm.overcommit_memory=1`、デフォルト設定)、`brk(2)` や `mmap(2)` などの呼び出しは常に成功しますが、実際の物理ページは最初のページフォルト時にのみ確保されます。この遅延は、成功した割り当てを後で OOM キラーを起動する可能性のある延期された約束へと変え、実際の割り当て失敗を隠蔽し、スタックトレースなしに静かに SIGKILL が発生する原因となります。 Redis は overcommit が無効の場合に「Memory overcommit must be enabled! …」という警告を出しますが、この警告は根本的な問題(例:jemalloc issue #1328)を隠す可能性があります。この記事では、overcommit に依存するコードは責任を開発者からカーネルへ移転し、メモリ集約型サービスでの静かなクラッシュを招くと主張しています。 overcommit を有効にするには、`/etc/sysctl.conf` に `vm.overcommit_memory = 1` を追加して再起動するか、あるいは `sysctl vm.overcommit_memory=1` を実行します。適切なエンジニアリングでは、低メモリ状態を明示的に検出し、overcommit 警告に頼らずに割り当て時に開発者へ即座にフィードバックするべきです。

2025/12/17 19:45
Believe the Checkbook

Believe the Checkbook

## Japanese Translation: **改善された要約** Anthropic が最近、Bun の人間エンジニアリングチームを買収したことは、AI エージェントが個々の開発者よりも多くのコードを生成できるにもかかわらず、企業がまだ人間の判断を重視し、数百万ドルを支払う用意があることを示しています。エージェントは Bun の GitHub リポジトリで最も生産的な貢献者でしたが、Anthropic はそのコードが MIT ライセンスであり無料でフォークできるという事実にもかかわらず、それを構築した人々に多大な投資を行いました。この動きは、公衆向けの AI レトリック(「エンジニアリングは完了」)と、エンジニアリングタレントへの私的投資との間の矛盾を浮き彫りにしています。 買収は、本質的なボトルネックが純粋なコード生成量ではなく、「どのコードが重要か」「いつリリースすべきか」「パフォーマンスと信頼性のバランス」を決定する点にあることを示しています。これらは AI がまだ再現できないスキルです。Anthropic は「JavaScript ツールチェーンを第一原理から再考する」チームの能力を強調し、量よりも判断を重視していることを裏付けています。 技術リーダーにとって教訓は明確です:このような買収を、AI 企業が本当に価値を置くもの(報酬構造、人材ターゲティング、ユニークな人間スキル)という証拠として捉え、マーケティングコピーではなく実際の評価基準とするべきです。採用・育成・昇進の方針は、アーキテクチャ設計、パフォーマンスモデリング、インシデント対応、セキュリティ思考、運用リテラシーを強調しつつ、学徒制度(apprenticeship)パイプラインを維持して将来のチームが AI ツールと効果的に協働できるようにすべきです。

2025/12/20 0:51
We ran Anthropic’s interviews through structured LLM analysis

We ran Anthropic’s interviews through structured LLM analysis

## Japanese Translation: Anthropicの職場におけるAI利用に関する大規模調査(1,250件のインタビュー、47次元で58,750データポイント)では、多くの労働者が利点を報告している一方で、大多数は未解決の緊張感と「認知負債」を感じていることが示されました。 - **全体的な感情:** 85.7 % が継続的な緊張を指摘し、わずか14.3 % のみが問題は解決されたと感じています。 - **幻覚(Hallucinations)** が信頼に関する懸念の主流であり(121件)、AIが間違っているという自信が、実際のエラーよりも信頼を低下させていることが明らかになりました。 三つの心理プロファイルが浮上しました: | プロファイル | 主な統計と対立 | |--------------|----------------| | **科学者** | 身分脅威(63.2 % が低い)と意味破壊(6.4 %)が最も低い。52.9 % が常にAI出力を検証し、AIは協働者ではなくツールとして扱う。 | | **労働力** | 便利さとスキル維持のバランス。短期的利益 vs 長期的懸念(効率–品質:238件、効率–真実性:196件、便利さ–スキル:127件)。 | | **クリエイティブ** | 最も高い苦闘スコアと最速の採用率。71.7 % が身分脅威を感じ、74.6 % がAI使用量を増やし、44.8 % が意味破壊を報告。真実性への懸念が支配的(52 % が「真実性」をカンニングまたはショートカットと指摘)。罪悪感/恥の感情は真実性と強く結びついており(83 % の罪悪感表現者がそれを挙げる)、AI使用を隠す人ほど罪悪感が高い(18.3 %)透明なユーザーよりも(6.2 %)。 | 研究はまた、未文書化の「暗黙のルール」セットを発見しました。これらはAI利用を支配しているものの、公式には記録されていません。 **データと今後の作業:** データセットは公開されており、全1,250件のインタビューに対する解析はGPT‑4o‑miniで行われ、費用はわずか$0.58でした。これらの発見は、正式なガイドライン、ツール、採用慣行、研修プログラム、および創造的および科学的分野にわたる政策開発に情報を提供する可能性があります。 この改訂された要約は、主要なポイントすべてが反映され、不正確な推論を回避し、主旨を明確に提示し、曖昧な表現を除去しています。

2025/12/20 7:48
Lite^3, a JSON-compatible zero-copy serialization format

Lite^3, a JSON-compatible zero-copy serialization format

## Japanese Translation: --- ## Summary Lite³ は、単一の連続バッファ内に B‑ツリーを格納するゼロコピー・バイナリシリアライゼーション形式です。スキーマレスで自己記述的であり、オプションの yyjson 依存関係を介して JSON への変換や逆変換が可能です。 主な特徴は次のとおりです: - **O(log n)** のアクセスで任意のフィールドを読み書きでき、ゼロコピーで読込/書込します。 - コンパクトな C11 実装(約 9.3 kB)で MIT ライセンス。デフォルトではエラーメッセージは無効ですが、`#define LITE3_ERROR_MESSAGES` または `-DLITE3_ERROR_MESSAGES` を指定すると有効になります。 - 2 つの API:**Buffer API**(呼び出し側がバッファを供給し malloc は不要)と **Context API**(メモリ割り当てを抽象化)。 - 強力なセキュリティ対策:境界チェック付きポインタ逆参照、実行時型安全性、再帰制限、および世代ポインタ。 - ベンチマークでは、Lite³ は SIMD JSON ライブラリより最大 120 倍、FlatBuffers より最大 242 倍の性能を示し、実際の Twitter API ペイロードで実証されています。グラフシリアライゼーションタスクでは、他フォーマット(66–1887 ms)に対して約 7–8 ms の高速処理が可能です。 - CPU 制限環境向けに設計されているものの、フィールド名を格納するため Protobuf より帯域幅を多く消費する場合があります。 インストールは `make install`、pkg‑config サポート、または `build/liblite3.a` への手動リンクで簡単に行えます。将来の作業としては、ビルド最適化、GC‑index デフラグメンテーション、完全な JSON 相互運用性、キー衝突処理、圧縮ベンチマーク、言語バインディング、および正式仕様の策定があります。 Lite³ は高速でスキーマ不要のシリアライゼーションを最小限のコードフットプリントで提供し、組み込みシステム、帯域幅制限デバイス、高スループット API など効率的なメッセージングが求められる環境に魅力的な選択肢となります。

2025/12/13 11:31
Finding Alignment by Visualizing Music in Rust

Finding Alignment by Visualizing Music in Rust

## Japanese Translation: Positron は、将来の資金調達プラットフォーム **PrizeForge** のブートストラップとして機能するオープンソース音楽ビジュアライザー **µTate** を構築しています。 µTate は、オーディオメトリクス、潜在空間、多数のグラフィック入力メトリクス、および任意のビデオフィードバックを自己教師付きオンライン学習パイプラインに接続します。確率的モデリングとモンテカルロまたはその他の非勾配手法を用いて、低コストでローカルな AI モデルを訓練し、その結果をフル画像生成ではなくリアルタイムパーティクルシステムとして描画します。 グラフィックススタックは **Vulkan**(バッファデバイスアドレス、ダイナミックレンダリング、および Slang を活用)に基づき、主言語として Rust が採用されています。マクロを大量に使用することでボイラープレートを最小化しています。オーディオ入力は Pipewire で Rust バインディング経由で処理され、CPAL よりも選択された理由は再生ではなく監視のみが必要だったためです。 チームは CPU‑GPU コーディネーション、GPU‑GPU 通信、ウィンドウサイズ変更時のスワップチェーンリソース再生成、およびグラフィックスと AI 推論双方のメモリ管理など、同期課題に取り組んでいます。 ProjectM や Milkdrop など既存のビジュアライザーはシンプルなビート検出と抽象的なアウトプットが批判されており、µTate は音楽のニュアンスに応じたより意味のある動的ビジュアルを生成することを目指しています。 PrizeForge は「クラウドコグニション」を通じてクラウドソーシングされた貢献を収益化し、貢献者に直接報酬を与えます。このプロジェクトは Rust、Vulkan、およびマクロ開発に精通したエンジニアの共同創業者として積極的に採用しています。 成功すれば、µTate は AI 主導の音楽ビジュアライゼーションへの参入障壁を下げ、コミュニティ参加を促進し、大規模言語モデルや高価な GPU リソースに依存せずにインタラクティブでリアルタイムな視覚体験への業界期待をシフトさせる可能性があります。

2025/12/13 1:49
The scariest boot loader code

The scariest boot loader code

## Japanese Translation: 記事は、1999年に廃止されたXターミナルのブートサーバーだったHP 9000/720 PA‑RISC ワークステーションを、著者がすべてのXターミナルを取り外した後に受け取った機械にOpenBSDを移植することで復活させた経緯を語っている。 その2つの425 MB SCSIディスクのうち1台が故障したため、著者はファイルシステムチェックをバイパスして減衰モードでシステムを動かす必要があった。 この作業は、PA‑RISC MkLinux コードにおけるメモリ管理のバグで停滞したMichael Shalayeff の1998年の取り組みを基盤としている。2002年初頭、Matt Fredette は NetBSD/hp700 ポートを拡張し、最初はシングルユーザーで動作させ、後にマルチユーザーサポートを追加した。また、NetBSD/sun2 ポートも作成し、Sun システム向けの「Machine Emulator」(TME) をリリースした。 著者は HP UX ファームウェアコンソールパス(`conspath`)を表示・変更する機械固有のブートコマンドを書き、シリアルコンソール経由で 712/715 モデルをヘッドレスに動作させることができた。これらの変更は OpenBSD/hppa のブートローダー(`machine console`)に組み込まれ、2002年3月にコミットされ、`boot_hppa(8)` にドキュメントが追加された。 テストでは Sun SPARCstation 20 上でサポートされるすべてのボーレート(50–230 400 bps)を切り替え、低速時に HP ファームウェアから出力される冗長なヘルプテキストによって長い遅延が生じたことを報告した。結果として OpenBSD は 712 を最大57 600 bpsでヘッドレスに動作させることができ、HP/UX FAQ に記載された9 600 bpsの制限を超えた。 このプロジェクトは、完全なコンソール切替サポートを備えた安定した OpenBSD/hppa ポートとして完成し、マニュアルページとブートローダー更新で文書化され、PA‑RISC システムに関する広範なコミュニティ活動に貢献した。

2025/12/20 5:29
Reverse Engineering US Airline's PNR System and Accessing All Reservations

Reverse Engineering US Airline's PNR System and Accessing All Reservations

## Japanese Translation: 記事では、Avelo Airlines の予約 API が 2025 年 10 月 15 日に深刻なセキュリティ欠陥を抱えていたことが説明されており、その時点で Avelo はメールで即座に通知された。脆弱性は、認証済みユーザー(任意のセッションクッキー)なら、6 文字の英数字確認コードを推測することで完全な予約情報を取得できるというものであった。このシステムには姓の検証やレートリミットが欠けていた。アルファベットは 36 文字で構成されるため、可能なコード数は 36⁶ = 2,176,782,336 通りとなり、制限なしに数分から数時間でブルートフォース攻撃が容易に実行できた。著者は自分のクッキーを使用しつつランダムコードでリクエストを送信し、API が有効な任意のコードについて完全な個人情報と支払データを返すことを確認した。Avelo のサイバーセキュリティチームは 2025 年 10 月 16 日に対応メールをやり取りし、不足していたチェック点を指摘、2025 年 11 月 13 日に本番環境へ修正プログラムを展開した。著者は独自にパッチを検証し、その後技術ブログ記事を書いた。同時に別の予約エンドポイントにも同様の欠陥が見つかり、公開前に修正された。未修正のままだと、攻撃者は約 6 時間(またはヒット時には数分)で何百万もの PNR を列挙し、完全な PII(政府発行 ID 番号を含む)、部分的なクレジットカード情報、旅行履歴、および予約の変更やキャンセル権限を漏洩させる可能性がある。今回のケースは、多要素確認(コード+姓)や列挙可能エンドポイントへの厳格なレートリミット、適切な認証スコープ設定の必要性を示しており、Avelo の迅速かつプロフェッショナルな開示対応が他組織の模範とされている。

2025/12/20 3:15
History LLMs: Models trained exclusively on pre-1913 texts

History LLMs: Models trained exclusively on pre-1913 texts

## Japanese Translation: ## 要約: 「History LLMs」プロジェクトは、時系列でタグ付けされた歴史的テキストのみを用いて訓練された大規模言語モデル(LLM)のファミリーを作成することを目指し、人文科学・社会科学・計算機科学の研究者がモダンデータにアクセスせずに特定時代の言語と知識を研究できるようにします。代表的なモデルであるRanke‑4Bは、80 billionトークンの厳選された歴史文書からゼロから構築され、1913年・1929年・1933年・1939年・1946年といった重要年でハードカットオフを設けることで、それ以降の情報を「見る」ことができません。チームは訓練プロセスを作業論文にまとめ、すべてのアーティファクトを公開しています。定義された期間内のコンテンツに限定することでバイアスや悪用への懸念に対処し、利用者向けに責任あるアクセスガイドラインを提供します。次のステップとして学術利用向けチャットボットのリリース、望ましい時間枠と研究課題についてコミュニティからフィードバックを集めること、および評価手法の公開が計画されています。このイニシアチブは、期間特有の言語パターンを分析できるようにし、学術界やそれ以外でも責任あるAI実践の先例を設定する可能性があります。 ## 要約スケルトン **本文が主に伝えたいこと(メインメッセージ)** 「History LLMs」プロジェクトは、時系列でタグ付けされた歴史的テキストのみを用いて訓練された大規模言語モデルのファミリーをリリースし、人文科学・社会科学・計算機科学全般にわたる研究を可能にします。 **根拠 / 推論(なぜそう述べているか)** Ranke‑4B などのモデルは、80 billionトークンの厳選された歴史データからゼロから構築され、1913年・1929年・1933年・1939年・1946年といった厳格な知識カットオフを設けることで、それ以降の情報にアクセスできないようになっています。訓練およびリリース計画は作業論文で文書化され、すべてのアーティファクトが公開されています。 **関連事例 / 背景(コンテキスト・過去の出来事・周辺情報)** 本プロジェクトは従来の大規模言語モデル研究を踏襲しつつ、歴史的コーパスに専念しています。Qwen3 アーキテクチャを採用しており、内容を特定時期に限定し責任あるアクセスガイドラインを提供することでバイアスや悪用の懸念に対処します。 **今後何が起こるか(将来の展開 / 予測)** モデルは学術利用向けチャットボットとしてリリースされ、望ましい歴史期間・研究課題・検証方法・アクセス枠組みについてコミュニティから意見を集めます。チームはすべてのアーティファクトを公開し、更なる協力を呼びかける予定です。 **この取り組みが与える影響(ユーザー / 企業 / 業界)** 各分野の研究者は期間特有の言語パターンと知識を探求でき、制御されたリリースによりセンシティブまたはバイアスのあるコンテンツの悪用が抑えられます。オープンソース化した手法は学術界やそれ以外で将来の責任あるAI実践に影響を与える可能性があります。

2025/12/19 7:39
NOAA deploys new generation of AI-driven global weather models

NOAA deploys new generation of AI-driven global weather models

## Japanese Translation: NOAAは、AIGFS、AIGEFS、およびHGEFSという3つのAI駆動型グローバル気象モデルを導入しました。これらは従来よりも高速で正確な予報を提供しながら、計算リソースを大幅に削減しています。 - **AIGFS** は従来のGFSと同等の予報スキルを持ちながら、最大99.7 %のコンピューティングパワーを節約します。16日先までの予報を約40分で実行し、運用中のGFSリソースの0.3 %のみを使用します。長期的な熱帯低気圧トラック精度は向上していますが、現在(v1.0)の強度予測は劣化しています。 - **AIGEFS** は31メンバーからなるAIエンサンブルで、GEFSと同等の確率的結果を提供しつつ、GEFSの計算リソースのわずか9 %しか消費しません。開発者は多様な予報可能性を生成する能力を改善しています。 - **HGEFS** は31メンバーの物理ベースのGEFSと31メンバーのAIGEFSを統合した62メンバー構成の「グランドエンサンブル」です。主要検証指標で両システムを一貫して上回りますが、ハリケーン強度予測はまだ改善が必要です。 これらのモデルはProject EAGLE の下で開発されました。このプロジェクトはNOAAのNational Weather Service、Oceanic and Atmospheric Research labs、Environmental Modeling Center、およびEarth Prediction Innovation Centerの協力によるもので、Google DeepMind の GraphCast アーキテクチャを採用し、NOAA の Global Data Assimilation System 分析で微調整されました。特に GFS データから初期化された場合に性能が向上します。 NOAA は AIGFS の強度予測を改善し、AIGEFS の出力多様性を拡大する計画です。また、HGEFS を最初のグローバル物理‑AI エンサンブルとして位置付けています。計算コストの劇的な削減により、気象学者はより迅速で信頼性の高い天気製品を低コストで提供できるようになり、他の機関や技術企業が同様の AI 主導型予報手法を採用する可能性があります。

2025/12/18 7:32
GotaTun – Mullvad's WireGuard Implementation in Rust

GotaTun – Mullvad's WireGuard Implementation in Rust

## Japanese Translation: **改訂サマリー** Mullvadは、Androidで頻繁にクラッシュしデバッグが困難だった古いWireGuard実装「wireguard‑go」を、RustベースのCloudflareのBoringTunをフォークしたGotaTunに置き換えました。この変更により、クラッシュ率は0.40 %からわずか0.01 %へと大幅に低下しました。ユーザーは接続速度の向上やバッテリー消費の減少を報告し、GotaTunがサポートするDAITAやMultihopなどのプライバシー強化機能にも注目しています。Mullvadは2025年11月(v 2025.10)にAndroidユーザー全員へ新エンジンをローンチし、2026年にはiOSとデスクトップ向けに展開する計画です。完全なプラットフォーム導入前に、2026年初頭に第三者によるセキュリティ監査が実施されます。この動きはユーザーにより信頼性の高い効率的なVPN接続を提供し、Mullvad全体のセキュリティプロファイルを向上させるとともに、他社がWireGuard実装に取り組む際の参考になる可能性があります。

2025/12/19 20:16
Show HN: Misata – synthetic data engine using LLM and Vectorized NumPy

Show HN: Misata – synthetic data engine using LLM and Vectorized NumPy

## Japanese Translation: ## 要約 Misataは、自然言語で記述された物語を手動でスキーマ設計やトレーニングデータを用意することなく、現実的かつ複数テーブルからなるデータセットへと変換します。自動で整合性制約やビジネスルールを持つリレーショナルスキーマを生成し、効率的に数百万行をストリーミングし、Groq(無料かつ高速)、OpenAI(無料層なし)、またはローカルのOllamaによるLLM駆動生成をサポートします。 **クイックスタート** ```bash misata generate --story "A fitness app with 50K users" \ --use-llm --rows 50000 --output ./data ``` 約2.34 秒で「FitnessApp」というスキーマを生成し、5テーブルと4つのリレーションシップを作成します。 **Python API** ```python gen = LLMSchemaGenerator(...) sim = DataSimulator(gen) for batch in sim.batches(rows=100000): # バッチを処理または書き込み ``` **CLIオプション** – 出力ディレクトリ、行数、再現性のあるシード、プロバイダー/モデル選択。 **制約** – `Constraint` は時間管理表での日次作業時間上限などのルールを強制できます。 **プールとノイズの拡張** – * `TextGenerator.extend_pool`, `load_pools_from_file`, `save_pools_to_file` * `add_noise(null_rate=0.01, outlier_rate=0.02, typo_rate=0.03, duplicate_rate=0.04)` * `NoiseInjector.apply_temporal_drift()` で収益の時間的漂移を適用。 **属性カスタマイズ** – `Customizer` と `ColumnOverride` を使用して現実的な分布や条件付き値を設定します。 **ベンチマーク** – 10 K 行: 0.03 秒(333k 行/秒)、1 M 行: 2.6 秒(390k 行/秒)、10 M 行ストリーミング: 26 秒(約390k 行/秒)。 **エンタープライズ向けオファリング** – カスタムスキーマ、パイプライン統合、業界特有のデータ生成、およびチームトレーニング。お問い合わせは rasinbinabdulla@gmail.com まで。 Misata は、開発者・データサイエンティスト・企業向けに、データベースプロトタイピング、合成テストデータ作成、およびプライバシー保護を行ったデータ生成を加速します。

2025/12/16 23:38
Buteyko Method

Buteyko Method

## Japanese Translation: **ベトイコ法は、1950年代にソ連の生理学者コンスタンチン・ベトイコによって開発された呼吸技術であり、喘息やその他の呼吸器疾患の呼吸を調整するために設計されました。初期研究は1968年にレニングラード肺科学研究所で始まり、その後1980年4月に行われた研究がソ連保健省(令状番号591)により気管支喘息治療として採用されるきっかけとなりました。 この技術は鼻呼吸、潮流量の減少、呼吸保持(「制御ポーズ」またはCP)、および過換気と低カーボン酸血症を相殺するリラクゼーションに重点を置いています。支持者は糖尿病を含む最大150の状態で効果があると主張しますが、証拠は主に喘息といくつかの睡眠時無呼吸研究に限定されており、十分ではありません。 臨床試験は小規模で方法論的欠陥があり、盲検化が難しいため、医療界では継続的な懐疑が生じています。系統的レビューもこの不確実性を裏付けます:2015年のオーストラリア政府レビューは保険適用に対する明確な証拠がないと結論づけ、2020年のコクランレビューでは喘息患者において生活の質または肺機能の改善に関して中等度から非常に低い確実性しか報告されていません。2014年の英国ガイドラインでは症状緩和が可能であるものの、測定可能な肺機能への影響はほとんどないと指摘しています。 この方法は、インドネシアの歌手アンディエンが2019年にソーシャルメディア上で家族が口テープを使用している様子を共有したことで主流の注目を集めました。この一般的なベトイコ実践は広範な議論を呼び起こしました。 将来の研究では、利点とリスクを明確にするために大規模で良好に盲検化された試験が焦点となるでしょう。それまでの間、医療提供者および保険会社はこの技術の推奨やカバーについて慎重な姿勢を維持しつつ、ソーシャルメディア上での人気は呼吸訓練コースや関連製品への需要を継続的に促進する可能性があります—ただし商業主張が現在の証拠ベースと整合している限りです。 関連する呼吸再教育アプローチには、低換気訓練、断続的な酸素欠乏訓練、パプワース法、およびウィム・ホフ技術が含まれます。

2025/12/20 6:52