2026/04/07 19:16

Pijul は、FOSS（フリーソフトウェア）用ディストリビュータ向けに提供されているバージョン管理システムです。

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Pijul は、GPL2 ライセンスの下で利用可能な無料のオープンソースバージョン管理システムであり、従来のコミットではなく、パッチ独自の理論に基づいて設計されています。その主な利点は、Git や Mercurial のような伝統的なシステムが標準的な 3 路マージの 과정에서 行番号をシャッフルする可能性があるのに対し、元の行順序を厳密に保存することで強力なマージ性を保証することです。Pijul は変更適用順序の独立性を保ちつつバージョン整合性を損なわず、不確定な編集順序を持つ状況を混乱を引き起こす自動マージを試みる代わりに、明示的なコンフリクトとして扱います。さらに、Pijul はブランチのように機能するチャンネルを提供しますが、他のシステムよりもこれらのチャンネルは重要度が低く、デフォルトで履歴がクリーンに保たれるため、複雑なリベースやトランスplant 操作の必要性を大幅に削減します。また、Pijul は部分クローンをサポートしており、ユーザーがリポジトリの特定のサブセットのみをダウンロードできるようにしています。2 つの変更間でコンフリクトを明確に解決し、標準的なマージ戦略に伴う再発する問題を回避することで、Pijul は不要な書き直しなしでよりクリーンなデフォルト履歴を提供する安定した代替手段を提供します。

本文

Pijul は、パッチという理論に基づきながらも高速かつ拡張性に優れたバージョン管理システムであり、GPL2 ライセンスの下で無料でオープンソースとして配布されています。これは機能や性能の低下を伴わずに、学習と使用が容易であることに繋がります。

なぜ Pijul なのか？

可換性: Pijul では、互いに独立した変更を加える順序を変えて適用しても、結果やリポジトリの識別子が変わることはありません。この特性により、Pijul は git rebase や hg transplant を利用するワークフローに比べて、はるかにシンプルになります。Pijul でも「チャンネル」というブランチに似た機能はありますが、他のシステムほど重要ではありません。例えば、「フィーチャーブランチ」と呼ばれる概念は、Pijul においては単なる変更の集合として扱われるだけであり、履歴をクリーンに保つことがデフォルトとなっています。
マージの正確性: Pijul はマージに対していくつか強力な性質を保証します。最も重要なのは、行ごとの順序が常に維持されるということです。これは、行の順序が時折混同されてしまう「3 方比較マージ」とは対照的です。順序が不明確な場合（例えば同時編集を行った場合など）、これをもってコンフリクトと捉える点も、自動解決や「コンフリクトなし」と謳うシステムとの違いです。
一等市民としてのコンフリクト: Pijul において、コンフリクトは「マージの失敗」としてモデル化されるのではなく、むしろ標準的なケースとして扱われます。具体的には、コンフリクトは二つの変更の間で発生し、その解決も一つの別の変更によって行われます。この解決用の変更こそが、他に変更が行われたかどうかにかかわらず、元の二つの変更との間に生じたコンフリクトを解決します。一度解決されたコンフリクトは、二度と復帰しません。
部分的クローン: 可換性の性質により、リポジトリの一部のサブセットだけをクローンできる可能性があります。実際には、そのサブセットに関連する変更のみを適用すればよいのです。部分的なクローン上で開発した変更は、そのまま大きなリポジトリに送信することが容易です。

どこで入手できますか？

同じ日のほかのニュース

一覧に戻る →

2026/04/12 1:47

小規模モデルも、Mythos が特定した脆弱性を見出すことができた。

## Japanese Translation: 最新の研究における最も重要な示唆は、高度なサイバーセキュリティ防御がもはや巨大で独佔的な AI モデルにのみ依存しなくなったという点です。代わりに、現実世界のセキュリティアプリケーションにおいて、生のモデル知能よりも優れたシステムオーケストレーションおよび検証レイヤーの方がはるかに重要であることが判明しました。この結論は、Anthropic の Mythos をさまざまな「フロンティア」モデルと比較した AISLE コンソーシアムによる独立したテストによってさらに裏付けられました。驚くべきことに、約 36 億〜51 億個のアクティブパラメータを持つ小型のオープンウェイトモデルが、複雑なエクスプロイトチェーンを成功裡に回復し、特定のエクスプロイト不可能なコードの同定や基礎的なセキュリティ推論といった特定のタスクにおいてより大きなモデルを上回るパフォーマンスを示しました。例えば、51 億パラメータを持つモデルは、27 年前の OpenBSD のバグに関する完全なチェーンを完全に同定した一方、一部の大型モデルでは単純な論理トレースに失敗したり、修正済みコードで誤検出を生じたりしました。これらの発見は、業界が生のモデル能力を追求することから転じて、検証を扱えかつ信頼を維持できる安価なオープンモデルを広く展開する信頼できるシステムを構築する方向へ移行できるようであることを示しています。これにより、企業はエリート知能への独占的なアクセスを必要とせずとも、コスト効率の高いオープンモデルを普及させることが可能になります。

2026/04/12 5:58

アップルシリコンと仮想マシン：VM の台数制限（2）を超える方法（2023 年）

## Japanese Translation: 主要なポイントは、Apple Silicon Mac が macOS Ventura ソフトウェア契約条項に組み込まれた閉源的な XNU カーネルによって実施される正式な 2 VM の制限を回避できることです。これは、カスタム開発用カーネルをインストールすることで可能となり、特定のブート引数（`hypervisor=` および `hv_apple_isa_vm_quota`）を使用することにより、最大 255 つの同時仮想マシンを動作させることが可能です。成功するには、Mac をシャットダウンし、リカバリモードで起動し、システム完全性保護（SIP）を無効にし、`kmutil` を使用してカスタムカーネルコレクションを作成および設定する必要があります。検証は `sysctl kern.osbuildconfig` を使用し、NVRAM のブート引数をチェックすることで実施できます。しかし、このカスタマイズには重大なトレードオフが伴います。ユーザーは簡素化された OS アップデートを失い、後で変更を取り戻すために `bputil` によるポリシーリセットの手動管理が必要となります。著者は M2 Pro MacBook Pro で macOS VM を 9 つ実行し、副作用として熱発生とファンの作動が確認したことでこの方法を成功裏にテストしました。大規模な開発環境では技術的に実装可能ではありますが、プロセスには高度な専門知識が必要です。特に recoveryOS テルミナルを通じてブートポリシーを扱う技能が必要で、コアセキュリティプロトコルを損なうことなくシステム安定性を維持する必要があります。

2026/04/12 5:08

保存エネルギーゼロにおいて 447 TB/cm² を達成し、フルオログラファイン上のアトミックスケールのメモリを実現しました。

## Japanese Translation: **改善された要約:** 2026年4月11日公開（バージョン v53）の本研究は、単層フッ化グラファイト（CF）を用いたトランジスタ後メモリ architectures を提案することで、「メモリーウォール」と NANDフラッシュ供給危機に対処する。本技術は、sp³混成炭素スカーフレットに対するフッ素原子のコバルント配向のバイステーブル性を二値の自由度として活用している。高レベル計算手法（DLPNO-CCSD(T)）により、C-F反転障壁が約 4.8 eV と確認され、300 K における熱・トンネリングに基づくビット反転速度はそれぞれ～10⁻⁶⁵ s⁻¹および～10⁻⁷⁶ s⁻¹であり、ゼロ連続電力消費下での非揮発性データ保持を可能とする。このアプローチは、現在の技術を上回る 5 つの桁（走査プローブプロトタイプで 447 TB/cm²）に及ぶ面密度を実現し、ニアフィールドミッドインフレッツアレイを用いて体積ナノテープアーキテクチャへ拡張した場合には 0.4–9 ZB/cm³の容量に達し、集計されたスループットは 25 PB/s と予測される。これは AI を駆動したストレージ需要に対する革命的な解決策を提供する。 ※注記：改善された要約は、安定性速度および特定のアーキテクチャ階層に関する欠落していた定量的データを統合しつつ、原文に記述されていた高レベルの影響を維持している。