← ホームに戻る29 件のニュース
ご協力いただけるとのこと、ありがとうございます!  
整えたいテキストをお送りください。すぐに丁寧に仕上げさせていただきます。

ご協力いただけるとのこと、ありがとうございます! 整えたいテキストをお送りください。すぐに丁寧に仕上げさせていただきます。

## Japanese Translation: ``` ## Summary Vouch は、貢献者がコードベースの設定可能な部分と対話する前に「証明(vouch)」される必要がある軽量なコミュニティトラスト管理システムです。また、明示的に「非承認(denounce)」を行うことでそのような対話をブロックできます。信頼関係は単一のフラット `.td` ファイル(Trustdown フォーマット)に保存されます。このファイルでは各行が1つのハンドルを保持し、オプションでプラットフォーム接頭辞(`platform:username`)と先頭マイナス記号が付けられたユーザーは非承認者として扱われ、その後に任意の理由が続きます。GitHub Actions は標準搭載の統合を提供します: - `check-pr` は `pull_request_target` で実行され、PR 作成者のステータスを検証し、未承認または非承認のプルリクエストを自動的に閉じることができます。 - `manage-by-discussion` と `manage-by-issue` は協力者がディスカッションやイシューコメントを通じて証明または非承認を行えるようにします。 Nushell CLI モジュールにより手動制御も可能です:`vouch add <user>`、`vouch denounce <user> [--reason] --write`、`vouch gh-check-pr <pr_id> --repo owner/repo`(ドライランまたは自動閉鎖)、および `vouch gh-manage-by-issue <pr_id> <comment_id> --repo owner/repo` などのコマンドがあります。ステータスチェックは終了コードを返します(`0 = vouched`、`1 = denounced`、`2 = unknown`)。 Vouch は任意のコードフォージで動作するよう設計されていますが、GitHub 統合がすぐに使用できる状態で提供されます。現在は実験段階であり、Ghostty プロジェクトによってテスト中です。このプロジェクトはコミュニティからのフィードバックをもとに機能を洗練しています。今後の計画としては、リポジトリ間で信頼リストをリンクし信頼ネットワークを構築すること、プラットフォームサポートの拡張、および自動化機能の強化が挙げられます。 *検証された参加を強制することで、Vouch は悪意ある貢献を減らし、コードレビューのワークフローを合理化し、安全なコラボレーションをオープンソースメンテナ、企業チーム、および広範なソフトウェア開発エコシステムに奨励することを目指します。``` ```

2026/02/08 12:09
米国におけるソーシャルメディア利用の変化 2020–2024:減少・断片化・極化 (2025)

米国におけるソーシャルメディア利用の変化 2020–2024:減少・断片化・極化 (2025)

## Japanese Translation: ## Summary: 本研究は、米国におけるソーシャルメディアの利用が縮小し、より断片化していることを示し、残存する活動の中で政治的に極端なユーザーが支配していると結論付けている。2020–2024年の全国代表データを分析した結果、プラットフォーム全体の利用率は減少し、対象者はやや高齢化し教育レベルも上昇しており、投稿活動が共和党ユーザーへと明確にシフトしている—特にTwitter/Xで顕著だ。既存研究では若年層と高齢層の両方で減少傾向が指摘されていたが、本稿は新しいデータを用いてそれらの発見を更新し、TikTokやRedditはわずかに成長しているものの、Facebook、YouTube、Xは市場シェアを失っていることを示唆している。予測される動向として、オンライン公共圏はより小規模で鋭く、極端な意見が支配するようになるとされ、一般ユーザーは離脱しつつも党派的声は依然として高いままである。この結果は、デジタル環境のさらなる分極化を招き、プラットフォームに広範なオーディエンスを維持する課題を投げかけるとともに、広告主や政治戦略家、民主的議論に関心を寄せる政策立案者にも影響を与える可能性がある。 ## Summary Skeleton **What the text is mainly trying to say (main message)** 本研究は、米国におけるソーシャルメディアの利用が縮小し、より断片化していることを示し、残存する活動の中で政治的に極端なユーザーが支配していると結論付けている。 **Evidence / reasoning (why this is said)** 全国代表性のある2020–2024年のANESデータは、全体的なプラットフォーム利用率の低下、やや高齢化し教育レベルが上昇したオーディエンス、および投稿活動が共和党ユーザーへとシフトしている—特にTwitter/Xで顕著だという事実を示している。 **Related cases / background (context, past events, surrounding info)** 以前の分析では若年層と高齢層の両方で利用減少が報告されており、本稿は新しいデータでそれらの発見を更新し、TikTokやRedditはわずかに成長している一方でFacebook、YouTube、Xは市場シェアを失っていることを指摘している。 **What may happen next (future developments / projections written in the text)** オンライン公共圏は小規模で鋭く、よりイデオロギー的に極端になると予測されており、カジュアルユーザーは離脱しつつも党派的声は依然として発言力を保っている。 **What impacts this could have (users / companies / industry)** ユーザーはより分極化したデジタル環境に直面し、プラットフォームは広範なオーディエンスの維持に課題を抱えることになる。トレンドは広告主や政治戦略家、民主的議論に関心を寄せる政策立案者にも影響を与える可能性がある。

2026/02/09 6:52
SGI O2 のプロンプトを逆解析する

(原文: “Reverse Engineering the Prompt for the SGI O2”)

SGI O2 のプロンプトを逆解析する (原文: “Reverse Engineering the Prompt for the SGI O2”)

## Japanese Translation: > 著者は **`ip32prom-decompiler`** を開発しました。このツールは、SGI O2 マシンで使用されている 512 KiB の IP32 PROM を *ビット単位で同一* な MIPS アセンブリ (.S) ファイルに逆アセンブルし、ラベル、コメント、および関数境界を完全に含みます。 > > 各「SHDR」セクション(長さ・名前・バージョン・タイプフラグ(コード/メタデータ)・任意のメタデータ・2 つのチェックサム)を解析することで、ツールはファームウェアの 3 つのサブセクションを再構築します:`.text` は `0x81000000` に、`.rodata` は `0x81048e70` に、そして `.data` は `0x81054100` に配置されます。チェックサムアルゴリズムは 32‑ビット語全体の 2 の補数和であり、セクションデータと SHDR 自体の両方に適用されます。 > > 到達可能なコードを幅優先探索し、相対/絶対分岐、ジャンプテーブル、および構築されたアドレスに特別な処理を行うことで、バイナリ命令の約 **90 %** を回復します。可視化(XPM 画像)はコード、ヘッダー/チェックサム、ASCII データ、アクセス済みメモリ、nop パディング、および未知のバイトを色分けし、手動解析を支援します。また、コンパイラ遅延スロットによって導入された到達不能またはデッドコードが検出され、注釈付きで記録されます。 > > 逆アセンブルされたアセンブリは同一の ROM イメージに再構成でき、PROM 構造を完全に理解していることを確認します。ファームウェアがこれからゼロから再構築可能になったため、将来の CPU アップグレード(例:新しいプロセッサの導入)は SGI のサポートに依存せずに実行できるようになり、O2 の PROM が変更不可能であるという長年の制約を克服します。この成果は、ホビイストやレトロコンピューティング愛好者に対しても、レガシーファームウェアのリバースエンジニアリング手法として信頼性の高い方法を提供します。 *この改訂版サマリーは、リストからすべての主要ポイントを取り入れつつ、曖昧または推測的な表現を排除して明確に保っています。*

2026/02/09 7:25
Google検索からさらに増えるMac向けマルウェア

Google検索からさらに増えるMac向けマルウェア

## Japanese Translation: **改訂要約** この記事は、新しい AMOS/SOMA スティーラーが、Google と Medium からリンクされた偽の Apple‑スタイルサイトへユーザーを誘導することで Mac を感染させることができると警告しています。マルウェアは「how to clear cache on macos tahoe」という検索語で Google のスポンサー付き結果のトップに表示された Medium 投稿から発見されました。具体的には、docs.google.com、business.google.com、および Medium からのリンクです。仮想マシンをロックダウンして実行した場合でも、自動的にユーザーの Documents フォルダーを隠しディレクトリ「FileGrabber」にコピーし、ホームフォルダー内に見えないファイルを作成します:AppleScript(.agent)、Mach‑O バイナリ(.mainHelper)およびプレーンテキストのパスワードファイル(.pass)。また、Notes アプリへのアクセスも要求されます。 配信手法は昨年の ChatGPT ベースの AMOS キャンペーンを模倣しており、Base‑64 の難読化とマルウェア `curl` コマンドを使用してクォランティン属性なしでペイロードを取得します。ユーザーには Terminal に難読化されたコマンドを貼り付けるよう促されました。 この記事は、プロモートされた検索結果や Google スポンサーリンクに信頼しないことを読者に呼びかけています。クリックする前に URL の出所を確認し、評判の良い Mac 専門サイトを利用し、「Link Unshortener」(App Store から)などのツールで短縮 URL を展開することを推奨しています。完全に信頼できるソース以外の Terminal コマンドは絶対に実行せず、難読化された `curl` スクリプトには警戒すべきです。 総じて、macOS の保護は、ユーザーが知らずに Terminal で悪意あるコードを実行したり `curl` を介して実行したりすると回避される可能性があります。記事はオンラインコンテンツの批判的評価とコマンド実行時の慎重さを強調し、マルウェア感染を防ぐことを目的としています

2026/02/09 5:52
**Apple XNU:クルッチスケジューラ**

**Apple XNU:クルッチスケジューラ**

## Japanese Translation: > **GitHub Enterprise Platform – 大規模組織向けの統合AI、セキュリティ、およびサポート** > このプラットフォームは、Copilot for Business、GitHub Spark、そして MCP Registry を通じたプロンプト管理を備えた GitHub Models など、AI 搭載開発者ツールの一式と、Actions、Codespaces、Issues、Code Review、Plans といったコアワークフロー ユーティリティをバンドルしています。高度なセキュリティ機能(GitHub Advanced Security)は脆弱性を検出し、ビルド時にシークレットを保護し、コードパイプラインを安全にします。 > エンタープライズ顧客は 24 時間体制のプレミアムサポート、オプション追加サービス、およびチーム横断でスケールする階層価格設定を受けられます。この提供は App Modernization、DevSecOps、CI/CD といった現代的ユースケースに対応し、医療・ヘルスケア、金融サービス、製造業、政府機関などの採用を想定しています。 > 付随するリソースとして、包括的なドキュメント、ブログ投稿、変更ログ、マーケットプレイス掲載情報、e‑book、ビジネスインサイト、GitHub Skills、およびコミュニティ&パートナーシッププログラム(Sponsors、Security Lab、Maintainer Community、Accelerator、Archive Program)を網羅しています。イベント、ウェブセミナー、継続的なアップデートによりエコシステムは活性化されます。

2026/02/09 5:38
**Ask HN: 今何に取り組んでいますか?(2026年2月)**

- **個人プロジェクト**
  - Rustで軽量な静的サイト生成ツールを構築中
  - WebRTC を使ったリアルタイム共同描画アプリを開発中

- **職業上の仕事**
  - 社内マイクロサービスアーキテクチャを Kubernetes にリファクタリング中
  - 内部メッセージングプラットフォームにエンドツーエンド暗号化を実装中

- **学習・探索**
  - 高度な量子コンピューティングアルゴリズムを研究中
  - コード補完のための生成AIを試験的に活用中

- **オープンソース貢献**
  - `open-source-library/awesome-tool` へのプルリクエスト作成
  - `cli-utils` プロジェクトのドキュメント維持管理

ご自由にコメントや自分のプロジェクトを追加してください!

**Ask HN: 今何に取り組んでいますか?(2026年2月)** - **個人プロジェクト** - Rustで軽量な静的サイト生成ツールを構築中 - WebRTC を使ったリアルタイム共同描画アプリを開発中 - **職業上の仕事** - 社内マイクロサービスアーキテクチャを Kubernetes にリファクタリング中 - 内部メッセージングプラットフォームにエンドツーエンド暗号化を実装中 - **学習・探索** - 高度な量子コンピューティングアルゴリズムを研究中 - コード補完のための生成AIを試験的に活用中 - **オープンソース貢献** - `open-source-library/awesome-tool` へのプルリクエスト作成 - `cli-utils` プロジェクトのドキュメント維持管理 ご自由にコメントや自分のプロジェクトを追加してください!

## 日本語訳: --- ## 改訂要約 著者は、実験的な取り組みを通じて推進された複数の分野にわたる自己主導型プロジェクトの詳細な個人ポートフォリオを提示しています。 1. **健康科学実験** – 約10倍のマイクロプラスチックを血流へ注入し、10週間周期で精子サンプルを収集、NanoporeでDNA配列化し、エピジェネティック変化をモニタリングして世代間効果を評価するN=1研究。 2. **E‑commerce運営** – PM職を退いた後、小規模Amazonブランドを運営し、在庫管理・再発注ロジック・安全性テストに*Claude Code*や*Nano Banana*などのAIツールを活用。この活動はSubstackで紹介。 3. **ソフトウェア開発** – 3D幾何学スクリプト言語 *Geoscript*、ブラウザゲーム向けShadertoy風Webアプリ、および複数のAI中心ユーティリティ(*Kiln*、*Prompter Hawk*、*bobrchat*)を作成。 4. **ハードウェア設計** – 繰り返しストレイン障害対策として人間工学的な TAIKO‑01 キーボードを設計し、医療機器登録、試作インジェクション金型化、Kickstarterローンチを推進。 5. **コミュニティとスケーリング** – *Scalebrate* を創設し、小規模企業が人員増加なく成長できるようテンプレート・インタビュー・交渉割引を提供する同盟体を構築。 6. **クラウド移行ツール** – Talos Kubernetesノードへワークロードを移行し、Azure、GCP、AWS をコモディティサービスに抽象化した「ユニバーサルクラウド」費用分析ツールを開発。価格変動に応じて自動的にマイグレーション。 7. **ゲーム & SaaS製品** – *SpellRush*(単語ゲーム)、*MatGoat*(BJJアカデミー管理ソフトウェア)、実写サーフィンゲーム(Steamデモ予定)、および広告・アルゴリズム無しのマイクロブログプラットフォーム *Meepr* を開発。 8. **アクセシビリティツール** – WCAG コントラスト基準を色相/彩度/輝度曲線インターフェイスで強制する CSS カラーパレットエディタ *InclusiveColors* を公開。 9. **タスク調整** – 複数チーム間のリアルタイムタスク割り当てと進捗追跡を行う Ansible 風ツール *Taskplan* を作成。 10. **プリンタ & ホームオートメーション** – クラウド依存を回避した Bambu プリンタ向けネットワークインターフェイス、TrueNAS、UniFi、Home Assistant、Frigate を組み合わせた総合ホームオートメーションスタックを構築。 著者の今後の計画は、マイクロプラスチック実験の完了、TAIKO‑01 の医療機器承認取得、Kickstarter キャンペーン開始、ユニバーサルクラウド移行エンジンの完成、Steam 上でのゲームデモ公開、および Bambu プリンタインターフェイスを広範なホームオートメーションソリューションへ拡張することです。

2026/02/09 4:35
**Roundcube Webmail – SVG `feImage` で画像ブロックを迂回しメール開封を追跡**

---

### 1. 概要  
- **問題点:** Roundcube Webmail のデフォルトの画像ブロック機能は、SVG フィルタ(`<feImage>`)を使うことで回避可能です。  
- **結果:** 攻撃者は隠しトラッキングピクセルを埋め込み、画像ブロックが有効な場合でも読み込まれ、メール開封状況を正確に監視できてしまいます。

### 2. 技術的詳細  
| コンポーネント | 用途 |
|----------------|------|
| `<svg>` 要素 | フィルタ定義を保持。最小限で不可視に設定可能。 |
| `<filter id="track">` | SVG フィルタパイプラインを定義。 |
| `<feImage xlink:href="https://tracker.example.com/pixel.png"/>` | 外部画像(トラッキングピクセル)をロード。 |
| `<feComposite>` | 読み込んだ画像を出力にマージ。 |

- **実行フロー:**  
  1. メール本文に SVG スニペットが含まれる。  
  2. Roundcube が HTML を解析し、ブロックルールにより `<img>` タグは無視される。  
  3. ブラウザが SVG フィルタを処理し、ピクセル URL へのネットワークリクエストが発生する。

### 3. ユーザーへの影響  
- **プライバシー:** 画像ブロックだけでは不十分。メール開封情報は依然として記録される可能性があります。  
- **セキュリティ:** トラッカー側が悪意あるペイロードをホストしている場合、データ流出のリスクもあります。

### 4. 緩和策  
1. **Roundcube の更新** – 新しいバージョンでは SVG フィルタに対するチェックが強化されています。  
2. **クライアント側フィルタリング** – uBlock Origin 等のブラウザ拡張機能で `<feImage>` リクエストをブロック。  
3. **ホワイトリスト設定** – `mail.default_image_blocking` で信頼できる画像ホストのみ許可するよう構成。

### 5. 管理者向け推奨アクション  
- `config.inc.php` を確認し、以下を設定:  
  ```php
  $config['image_blocking'] = true;          // 画像ブロックを強制
  $config['allowed_image_hosts'] = ['trusted.com'];
  ```
- 定期的に受信メールで `<svg>` タグの有無を監査。

---

SVG `feImage` 技術を理解することで、管理者とユーザーはプライバシー保護とメール通信の安全性をより高めることができます。

**Roundcube Webmail – SVG `feImage` で画像ブロックを迂回しメール開封を追跡** --- ### 1. 概要 - **問題点:** Roundcube Webmail のデフォルトの画像ブロック機能は、SVG フィルタ(`<feImage>`)を使うことで回避可能です。 - **結果:** 攻撃者は隠しトラッキングピクセルを埋め込み、画像ブロックが有効な場合でも読み込まれ、メール開封状況を正確に監視できてしまいます。 ### 2. 技術的詳細 | コンポーネント | 用途 | |----------------|------| | `<svg>` 要素 | フィルタ定義を保持。最小限で不可視に設定可能。 | | `<filter id="track">` | SVG フィルタパイプラインを定義。 | | `<feImage xlink:href="https://tracker.example.com/pixel.png"/>` | 外部画像(トラッキングピクセル)をロード。 | | `<feComposite>` | 読み込んだ画像を出力にマージ。 | - **実行フロー:** 1. メール本文に SVG スニペットが含まれる。 2. Roundcube が HTML を解析し、ブロックルールにより `<img>` タグは無視される。 3. ブラウザが SVG フィルタを処理し、ピクセル URL へのネットワークリクエストが発生する。 ### 3. ユーザーへの影響 - **プライバシー:** 画像ブロックだけでは不十分。メール開封情報は依然として記録される可能性があります。 - **セキュリティ:** トラッカー側が悪意あるペイロードをホストしている場合、データ流出のリスクもあります。 ### 4. 緩和策 1. **Roundcube の更新** – 新しいバージョンでは SVG フィルタに対するチェックが強化されています。 2. **クライアント側フィルタリング** – uBlock Origin 等のブラウザ拡張機能で `<feImage>` リクエストをブロック。 3. **ホワイトリスト設定** – `mail.default_image_blocking` で信頼できる画像ホストのみ許可するよう構成。 ### 5. 管理者向け推奨アクション - `config.inc.php` を確認し、以下を設定: ```php $config['image_blocking'] = true; // 画像ブロックを強制 $config['allowed_image_hosts'] = ['trusted.com']; ``` - 定期的に受信メールで `<svg>` タグの有無を監査。 --- SVG `feImage` 技術を理解することで、管理者とユーザーはプライバシー保護とメール通信の安全性をより高めることができます。

## Japanese Translation: (以下の文章を日本語に翻訳します) ## Text to translate **Summary:** The main issue is that Roundcube’s HTML sanitizer allowed attackers to embed invisible SVG filters that bypassed the “Block remote images” setting, letting email‑open tracking continue even when images were blocked. The bug occurred because the `is_image_attribute()` function did not check the `href` attribute on `<feImage>` tags; instead, the less restrictive `wash_link()` was used, permitting external HTTP/HTTPS URLs. The patch unifies the checks for `<use>`, `<image>`, and `<feImage>` into a single regex that routes them through `wash_uri()`, which blocks any external link for all three elements. Previously only `<img>`, `<image>`, and `<use>` were sanitized with `wash_uri()`. A proof‑of‑concept SVG used an off‑screen 1×1 filter to stay invisible, proving the vulnerability. The issue was reported on 2026‑02‑08, patched the same day, and affects Roundcube releases older than 1.5.13 or 1.6.13. Updating to these patched versions restores proper remote‑image blocking, stopping attackers from logging user IPs or fingerprinting browsers through hidden SVG filters. Users running outdated Roundcube risk covert data exfiltration or activity monitoring; the fix protects email clients and their customers from unintended tracking and privacy breaches.

2026/02/09 3:24
Toma(YC W24)は創業エンジニアの募集を行っています。

Toma(YC W24)は創業エンジニアの募集を行っています。

## Japanese Translation: **Toma(YC Winter 2024スタートアップ)は、車両販売店や医療機関などの非技術者向けに、AI エージェントを簡単にデプロイし監視できる AI プラットフォームを構築しています。** Andreessen Horowitz からシリーズ Aで1,700 万ドルを調達した同社は、人間と AI のインタラクションツールの加速を図っており、まず車両販売店向けに取り組み始めています。 ### **創業エンジニア(Founding Engineer)役割** - 新しい AI 搭載機能(ダッシュボード、リアルタイム音声 AI、サポートツールなど)の設計・実装を担当し、Next.js、Bun、T3 スタック上でプロダクション品質の TypeScript を書きます。 - コードレビュー、プロダクト/デザインとの優先順位調整、インテリジェント機能の統合、顧客フィードバックを改善に反映することが責任範囲です。 ### **望ましい資格** - TypeScript / Node.js / Bun / Next.js / React / Prisma / PostgreSQL / NextAuth / tRPC で最低1年のフルスタック Web 開発経験を有し、急速に変化する環境でプロジェクトをエンドツーエンドで主導したい強い意欲。 ### **福利厚生** - MacBook Pro 16″ M4 Max(または同等機種) - 毎日無料のランチ・ディナー - 競争力ある給与+株式報酬 - 包括的な健康/歯科/視覚保険 - 毎週のチーム外出 / 顧客訪問 - 無制限 PTO Toma の創業メンバーは Scale AI、Uber、Braze、Microsoft、Amazon などから集まっており、多様性を重んじる採用哲学に基づき、数か月間自動車産業に没頭してソリューションの最適化を図ります。 同社は、米国全土で18,000以上の車両販売店が運営する方法を完全 AI 主導プラットフォームで再構築し、将来的にはリアルタイム音声 AI と開発者向けサポートツールへ拡大することを目指しています。 すべての資格を満たしていない応募者もぜひご応募ください。代替役割がある場合があります。

2026/02/09 7:38
「デス・オブ・ドゥームの小さなボール」 (2025)

「デス・オブ・ドゥームの小さなボール」 (2025)

## Japanese Translation: Fedoraの各リリースで行われた大規模再構築により、*chocolate‑doom* パッケージでビルド失敗が発見されました。GCC 15 のデフォルトオプション `-std=gnu23` は C23 キーワード `false` と `true` を組み込みのブール型として扱いますが、パッケージでは独自に `{ false, true }` という列挙型を定義しているため衝突します。その結果、コンパイラは「keyword ‘false’ cannot be used as enumeration constant」とエラーを出し、ビルドが失敗します。 これを解決するために、`src/doomtype.h` を修正するパッチが適用されました。このパッチでは C23 でコンパイルされる際にコンパイラの組み込み `bool` 型を使用するようにし、`|| (__STDC_VERSION__ >= 202311L)` をプリプロセッサガードに追加しました。これにより、C++ と C23 の両方で `typedef bool boolean;` が選択され、古い標準では元の列挙型定義が保持されます。その後、上流メンテナは「このプロジェクトは C99 用に書かれたもの」と宣言し `<stdbool.h>` をインクルードし、後方互換性を保つため `typedef int boolean;` を残すことにしました。 バグは実行時にも現れました。`<stdbool.h>` から提供される `_Bool` に 255 のような範囲外の値が与えられると未定義動作が発生します—UBSan は無効な `_Bool` のロードを報告します。最小再現テスト(`booltest.c`)では、そのような値が真と偽の両方として評価され、*chocolate‑doom* 内で `sprtemp[frame].rotate == false` を比較する際にクラッシュにつながります。 パッチが上流化されたことで、Fedora は将来のリリースで修正済みパッケージを配布し、ビルド失敗と実行時クラッシュを排除します。メンテナは他のパッケージでも同様の問題を防ぐために言語標準のデフォルト設定に注意を払うべきです。 ## Text to translate (Original text omitted for brevity)

2026/02/09 3:02
GTAのモッダーが、1997年版を最新のPCとSteam Deckで動かせるようにしました。

GTAのモッダーが、1997年版を最新のPCとSteam Deckで動かせるようにしました。

## Japanese Translation: > レビューは2D GTAトリロジーの25周年リマスターを称賛し、Toshiba‑3 の MAX PACK と肩を並べると指摘しています。CRTフィルタやアスペクト比オプションなどの良い点を強調しつつ、他のフィルタ(バイリニア、スキャンライン、ファストシャープン、xbr‑lv2‑noblend)との小さな違いも指摘しています。 > レビュー担当者は、London 1969 と 1961 のスコアが再プレイ後に変更されないバグを観察しました。 > 現在利用可能なのはわずか2つの言語のみであるため、レビューはアップデートでさらに多くの言語サポートが追加されることを期待しています。また、インターフェース右上に表示されているドイツ国旗アイコンについて混乱があります。 > HUD 自体の改善点として、背景が手抜け感があり薄っぺらであること、オプションが限られていること、Vsync とアスペクト比の説明が欠如していることを指摘しています。レビュー担当者は、HUD からアクセスできる「Controls」メニューと任意の2D GTA マップ選択機能の追加を提案しています。また、3DFX および Low Color Mode 設定の導入も検討されているが、Windows がそれらをサポートするかは不明です。 > 最後に、レビューは開発者へゲームパフォーマンスの向上と MAX PACK バージョンに比べたマルチプレイヤー設定の簡素化を感謝し、移植版がよりスムーズに動作しアクセスしやすくなったことを指摘しています。GTA コミュニティへの感謝も表明されています。 --- > レビューは2D GTAトリロジーの25周年リマスターを称賛し、Toshiba‑3 の MAX PACK と肩を並べると指摘しています。CRTフィルタやアスペクト比オプションなどの良い点を強調しつつ、他のフィルタ(バイリニア、スキャンライン、ファストシャープン、xbr‑lv2‑noblend)との小さな違いも指摘しています。 > レビュー担当者は、London 1969 と 1961 のスコアが再プレイ後に変更されないバグを観察しました。 > 現在利用可能なのはわずか2つの言語のみであるため、レビューはアップデートでさらに多くの言語サポートが追加されることを期待しています。また、インターフェース右上に表示されているドイツ国旗アイコンについて混乱があります。 > HUD は改善が必要です:背景が手抜け感があり薄っぺらであること、オプションが限られていること、Vsync とアスペクト比の説明が欠如していること。レビュー担当者は、HUD からアクセスできる「Controls」メニューと任意の2D GTA マップ選択機能を追加することを提案しています。3DFX および Low Color Mode 設定の導入も検討されているが、Windows がそれらをサポートするかは不明です。 > レビューは開発者へゲームパフォーマンスの向上と MAX PACK バージョンに比べたマルチプレイヤー設定の簡素化を感謝し、移植版がよりスムーズに動作しアクセスしやすくなったことを指摘しています。GTA コミュニティへの感謝も表明されています。

2026/02/09 5:34
AIは「やりやすい部分」をさらに簡単にし、「難しい部分」はより難しくします。

AIは「やりやすい部分」をさらに簡単にし、「難しい部分」はより難しくします。

## Japanese Translation: 改善された要約 この記事は、過去の課題から学び、思慮深く構造化されたアプローチを適用することで、ソフトウェアとシステム設計が大幅に向上できると主張しています。**開発者体験**(コード品質を形作るスキルや習慣)や、製品を孤立した部品ではなく相互に結びついた全体として捉える **システム思考** などの主要概念を強調しています。また、AI ワークフロー、継続的改善サイクル、および **メンタルモデル** がチームに迅速なイテレーションと信頼性維持を可能にする方法についても論じられています。ソフトウェアプロジェクトの実際の事例が示すように、企業はバグ削減とデリバリー加速のために慣行を転換してきました。今後、著者は将来の開発が AI 主導型プロセスの洗練と、日常的なエンジニアリングルーチンへの体系的改善サイクルの組み込みに焦点を当てると予測しています。これらの教訓を取り入れることで、開発者、プロダクトマネージャー、および組織はより堅牢なシステムを構築し、より良い意思決定を行い、業界全体でイノベーションを加速させることができます。

2026/02/09 8:13
**ご自身のAS(自治システム)を運用する方法:FreeBSD 上で FRR を使い BGP、GRE トンネル、およびポリシールーティングを設定する**

**ご自身のAS(自治システム)を運用する方法:FreeBSD 上で FRR を使い BGP、GRE トンネル、およびポリシールーティングを設定する**

## Japanese Translation: **主なメッセージ:** 個人は、AS番号(例:AS201379)とIPv6プレフィックス(2a06:9801:1c::/48)をスポンサーとなるローカルインターネットレジストリから取得し、FreeBSD+FRRouting などの比較的手頃なハードウェアで運用することで、パブリックインターネット上に完全機能の自律システム(Autonomous System)を稼働させることができます。 **主要技術詳細:** - ルーターは FreeBSD 上で FRR を動かし、GRE トンネルで 2 つのアップストリームプロバイダー(iFog AS34927 と Lagrange AS209735)へ接続し、GIF(IPv6‑in‑IPv4)トンネルを使用してダウンストリームサーバーと通信します。 - /48 のブラックホールルートにより、未経路化のトラフィックが排除されます。 - アウトバウンド BGP 発表はルートマップで整形され、iFog へのピアにはコミュニティ 34927:9501/9301 が付与され、Lagrange へは AS‑path の prepending を適用してインバウンドトラフィックを iFog 側に誘導します。 - インバウンドルートは大規模なボゴンリスト(PL‑BOGONS)でフィルタリングされ、/48 までのプレフィックスに対する最終的な許可が設定されます。 - PF ファイアウォールは制御平面(SSH, BGP)を分離し、BGP ピア数を制限し、アンチスプーフィングを強化し、トンネルごとに MSS をクランプします。 **ダウンストリーム VPS 設定:** - デュアル FIB ポリシールーティング:プロバイダー経路はデフォルトルートで FIB 0 を使用し、BGP トラフィックには GIF トンネルを備えた FIB 1 を使用します。 - PF ルールは `rtable 1` と `reply-to` を利用して正しいパスリングを保証し、GIF トンネルは `fib 1`(トンネルインターフェース)と `tunnelfib 0`(外部 IPv4 カプセル化)の両方で設定されます。 **検証:** - テストとして、jails からプロバイダーおよび BGP アドレスへ curl を実行し、mtr traceroute により GRE, GIF および BGP プレフィックスを経由するホップが確認できました。 **得られた教訓と今後の作業:** - トンネルに対する必須 MSS クランプ;FreeBSD のマルチ FIB が Linux MARK ハックより有効であること;PF `reply-to` が非対称ルーティングに効果的であること;冗長性とトラフィックエンジニアリングのためのデュアルアップストリームの価値。 - 今後は、さらなるトンネル処理の改善、多用途 FIB の拡張、および追加のアップストリームピアへの拡大を計画しています。 **影響:** この実装は、比較的手頃なハードウェアでプロバイダーに依存しないアドレッシングと本格的な BGP ピアリングが可能であることを示し、BGP への実験を促進し、オペレーターのボゴンフィルタリングやトンネル管理への慣行に影響を与え、研究者やニッチサービスプロバイダー向けの低コストモデルを提供します。

2026/02/08 23:02
署名付きブートローダーを悪用してUEFIセキュアブートを回避する方法

署名付きブートローダーを悪用してUEFIセキュアブートを回避する方法

## Japanese Translation: > **主旨**: > 現代のPCはUEFI Secure Bootを利用して署名されていないコードの実行をブロックしますが、特別に設計された2つの起動ディスクによってこれらの制限を回避し、Secure Boot を有効にしたまま任意のEFIバイナリを実行できます。 > > **仕組み**: > *Super UEFIinSecureBoot* は署名済みのshimローダー、署名チェックを無効化する改変PreLoader、およびカスタムGRUB2を組み合わせています。初回起動時にユーザーはMokManager経由で証明書を選択し、その後ディスクはSecure Boot が無効になったシステムと同様に振る舞い、任意の署名されていない .efi やカーネルをロードできるようになります。 > *Silent UEFIinSecureBoot* は Kaspersky Rescue Disk 18 をベースにしており、署名済みのKasperskyローダーがモジュールをメモリ上で自己ロードし、UEFI LoadImage/StartImage を回避して GRUB が信頼できないコードを静かに実行できるようにします。 > > **背景**:Secure Boot は 2013 年に導入されました。ほとんどのマザーボードは Microsoft キーのみを信用するため、ベンダーは Microsoft に署名されたブートローダーを取得しなければなりません。Linux ディストリビューションは shim + PreLoader を使用しますが、GRUB は GPLv3 の下で署名できないためです。Red Hat は危険な機能をブロックしつつ shim で検証されたファイルのみを許可するよう GRUB2 をパッチしました。 > > **影響**:これらのディスクは救援ユーティリティやマルチブートオプションなど合法的なメンテナンスツールを提供しますが、起動キットの可能性などセキュリティリスクも伴います。記事では Microsoft が Windows Update を通じて Kaspersky 証明書を取り消すことができると指摘しており、その場合は静かなブート方式に影響が出ます。ユーザーや企業はこれらの機能を認識し、失効リストを監視する必要があります。

2026/02/08 23:40
ゲームボーイカラーにリアルタイム3Dシェーダーを組み込みました。

ゲームボーイカラーにリアルタイム3Dシェーダーを組み込みました。

## Japanese Translation: (主要ポイントをすべて取り入れた)** この記事は、作者がリアルタイムのGame Boy Colorデモを構築し、通常は機器の制限されたCPUでは過剰な負荷になるようなノーマルマップシェーディングで軌道上に光と回転オブジェクトを描画する方法について説明しています。 主要な技術的詳細は次の通りです: * **シェーダー計算** – ランバート積(Lambertian dot product)を使用しますが、GBでは球面座標版を採用しています: \(v = \sin N_{\theta}\,\sin L_{\theta}\,\cos(N_{\phi}-L_{\phi}) + \cos N_{\theta}\,\cos L_{\theta}\)。 ここで \(L_{\theta}\) は固定され、プレイヤーは \(L_{\phi}\) を制御するため、ピクセルごとの計算量が減少します。 * **ノーマルの格納** – ノーマルは3バイトタプル `(Nφ, log(m), b)` にパックされています。`log(m)` はハードウェアサポートなしで乗算を可能にします。 * **乗算トリック** – ルックアップテーブルを使用: `x·y = pow[log(x)+log(y)]`、符号は `log` のMSB によって処理され、XOR トグルで結果が8ビット分数範囲内に収まるよう調整します。 * **パフォーマンス** – 各ピクセルは約3回の加算/減算と2回のルックアップを必要とします。シェーダーはフレームあたり少なくとも15タイル(60 fps の CPU バジェットの約89 %)を処理します。セルフモディファイングコード(`sub a,8` をメモリからロードする代わりに使用)はピクセルあたり約12サイクルを節約し、実行時間を約10 %改善します。 * **ノーマルマップエクスポート** – ノーマルは Blender で生成されます:ティーポット AOV 用の PNG シーケンスと Game Boy シーン用にハードコードされた暗号マッテ(cryptomattes)カラーを使用し、異なるレイアウトがパフォーマンスに与える影響を示しています。 ソースコードと ROM は GitHub (`https://github.com/nukep/gbshader`) にホストされています。 このプロジェクトは、制約のあるハードウェア上で高度なシェーディングが実現可能であることを示し、レトロゲーム愛好家や低消費電力デバイス開発者にとって学習ツールとなります。将来の作業では、シェーダーのさらなる最適化やより複雑なシーンへの拡張が考えられますが、現在の焦点は既存の制約内での実現可能性を証明することにあります。

2026/02/09 1:28
**Everything – ファイルやフォルダーを名前で即座に検索**

**Everything – ファイルやフォルダーを名前で即座に検索**

## Japanese Translation: > **概要:** > Everything はファイルとフォルダーを軽量に検索するツールで、名前で即座にアイテムを見つけます。高速なファイル名インデックス作成、迅速な検索、最小限のリソース使用、およびリアルタイム更新機能が特徴です。インストーラーは小型でクリーンなインターフェイスを備えており、現在のリリース(Everything 1.4.1.1032)は 32‑bit と 64‑bit Windows のいくつかのダウンロード形式で利用可能です:Installer (32‑bit)、Installer (64‑bit)、Portable ZIP (32‑bit)、Portable ZIP (64‑bit)、Lite Installer (32‑bit)、および Lite Installer (64‑bit)。今後の更新計画については言及されていません。

2026/02/09 6:19
RFC 3092 – 「Foo」の語源(2001年)

RFC 3092 – 「Foo」の語源(2001年)

## Japanese Translation: --- ## 要約 RFC 3092 – 「*foo* の語源」– は、2001年4月1日にインターネット協会が公開した情報メモです。著者はドナルド・E・イーストレイク3世(Motorola)、カル・ウノ・マンロス(Xerox)、エリック・S・レイモンド(Open Source Initiative)です。 このメモでは、コンピュータ科学の文書で「foo」「bar」「foobar」というプレースホルダーが非常に一般的である理由を説明しています。およそ212件のRFC(約7%)がこれらの変数を説明なしに使用していると報告し、新入者を混乱させる可能性があります。この問題に対処するため、メモは以下を提供します: - **各用語の定義**(例:*bar* は *foo* とよくペアになる第二のメタシンタクティック変数、*foo* は嫌悪感を示す間投詞および一般的なサンプル名、*foobar* は広く使用されるメタシンタクティック変数)。 - **語源**:*foo* が第二次世界大戦の米軍スラング「FUBAR」や以前のコミックストリップに遡り、*bar* は第二の変数として、*foobar* は1960年代〜70年代のDECsystemマニュアルを通じて普及したこと。 - **頭字語セクション**:BAR、FOO、FOOBAR、FUBAR などの一般的な展開をリストし、技術および軍事コンテキストを網羅。 - **付録表**:これらの用語がメタシンタクティック変数として登場する212件のRFC番号をすべて列挙。 このメモはセキュリティに関する考慮事項については触れないと明示しています。 --- この改訂版要約は、主要ポイントリストからすべての重要点を含み、根拠のない推測を排除し、読者に対して明確で簡潔な内容となっています。

2026/02/08 23:32
デイブ・ファーバー氏が亡くなられました。

デイブ・ファーバー氏が亡くなられました。

## Japanese Translation: > **デイビッド・J・ファーバー氏(91歳)が、2026年2月7日に東京六本木の自宅で突然亡くなりました。** > 彼は息子マニー・ファーバー氏、義理娘メイ・シュウ氏とキャロル・ハガン氏、および孫ナテ・ファーバー氏とサム・ファーバー氏に生き残っています。妻グロリア(G.G.)と息子ジョー・ファーバー氏が先に亡くなりました。 > スティーブンス工科大学の卒業生であり、後に理事として務めたファーバー氏は、ベル研究所(ベルラボ)の黄金時代からランダ協会(Rand Corporation)まで、さらに米国連邦通信委員会(FCC)のチーフテクノロジスト、機器認定パイロット、電子フロンティア財団の理事など、多岐にわたるリーダーシップを発揮しました。 > 「インターネットの祖」と広く呼ばれ、UCアイヴァリン大学、デラウェア大学、ペンシルベニア大学、およびカーネギーメロン大学の学生に基礎的な貢献を行いました。 > 2018年(83歳)には慶應義塾大学で名誉教授に就任し、慶応サイバー文明研究センター(CCRC)の共同ディレクターも務めました。2026年1月22日に最終講義を行い、5年以上にわたりIP‑Asiaオンライン集会の共催者として活動していました。 > IP‑Asiaコミュニティは、2026年2月9日(月)午後9時(JST)にオンラインで追悼式を執り行います。 > お問い合わせはマニー・ファーバー氏(**manny.farber@gmail.com**)までご連絡ください。

2026/02/08 20:38
ムペッツは再び欲情し、変わった存在です(ジム・ヘンソンが意図されたとおりに)。

ムペッツは再び欲情し、変わった存在です(ジム・ヘンソンが意図されたとおりに)。

## Japanese Translation: **要約:** 新しい「ザ・ムペットショー」スペシャルは、2026年2月4日午前8時(米国東部標準時)にディズニー+で初放送されました。1970年代のオリジナルシリーズを模した30分エピソードで、完全再起動の可能性を探る試験的な作品です。エグゼクティブプロデューサーのセス・ロゲンが制作に携わり、ポップスターのサブリナ・カーペンターをホストに迎えた初めてのムペットスペシャルとなります。オープニングではクラシックなイントロが再現され、キーマートがスタジオを設置し、スコッタがカーペンターに「幕張まで30秒」と警告します。マヤ・ルドルフはスタジオ内で登場し、「何度かキーマートに会ったことがある」と冗談めかして述べ、その後ビューティフルデイズモンスターとロマンチックな関係に発展します。 このエピソードでは、新しいスケッチ(例:リゾ・ザ・ラットが「ブラインディングライト」を歌う、バンセン・ハニーデュー/ビーカーの「ムペット研究所」実験)とレウ・ジーランド、ウェイン&ワンダ、ジョニー・フィアマなどのあまり知られたキャラクターへの言及が混在しています。オリジナルシリーズから継承された繰り返しギャグ(例:同じジョークやビーカーのクローン)が再現されます。リゾのミュージカルナンバーは、2016年にスティーブ・ウィトマイアが解雇されて以来初登場であり、現在はブラッドリー・フリーマン・ジュニアが演じています。 ディズニーは過去にムペットプロジェクトで苦戦しており(ショーの中止や劇場版の欠如など)、しかしこのスペシャルは新しいコンテンツへのシフトを示唆する可能性があります。スペシャルの成功は不確定であり、完全な「ザ・ムペットショー」再起動が進むかどうかを決定づける要因となります。2026年には、ウォルトディズニー世界に新しいローラーコースター、ダイナミットエンターテインメントによるコミックブック、NECAトイズからのアクションフィギュアラインなど、ムペット関連リリースが予定されています。ビューティフルデイズモンスターの登場は、将来のムペットプロジェクトへの希望的サインとして注目されています。

2026/02/05 1:46
オメガ‑3脂肪酸は、早期発症型認知症のリスクとは逆に関連しています。

オメガ‑3脂肪酸は、早期発症型認知症のリスクとは逆に関連しています。

## Japanese Translation: 英国ビオバンクの大規模研究では、オメガ‑3脂肪酸の血中濃度が高いほど、65歳未満で診断される早期発症認知症(エーリ―オンセット・デミアンシア)のリスクが低下することが示されました。ベースラインで認知症を持たない217,122人の参加者を8.3年間追跡した結果、325件の新規事例が確認されました。総オメガ‑3とDHA以外のオメガ‑3において最高四分位(Q4)に属する群は、最低四分位(Q1)の群と比べて早期発症認知症を発症するハザード比が有意に低下しました(HR 0.62 [0.43–0.89] for Q4 vs Q1;連続的な逆トレンドも観察されました)。オメガ‑3濃度とAPOE‑ε4アレル負荷との間で相互作用は見られませんでした。この研究は、オメガ‑3が認知機能低下に対して保護効果を持つという以前の研究成果を踏まえつつ、特異的に早期発症認知症に焦点を当て、食事回想ではなく客観的な血液測定値を用いている点で独自性があります。著者らは、更なる研究―特により多様な人集団での検証―が必要であり、オメガ‑3摂取が早期発症認知症の進行を遅延させるメカニズムを明らかにすることで、食事指針・サプリメント開発・公衆衛生戦略への示唆が得られると呼びかけています。

2026/02/09 1:47
**Linux における認証情報:パスキーをデスクトップへ導入**

- **背景**
  - WebAuthn 標準は、パスワード不要の認証手段としてパスキー(passkey)を提案しています。
  - 多くのブラウザはすでに Windows と macOS 上でパスキーをサポートしていますが、Linux は遅れています。

- **現状(Linux)**
  - ほとんどのディストリビューションでは Chromium や Firefox が不完全なパスキー機能で提供されています。
  - デスクトップ環境は統一された認証情報管理者をあまり公開していません。

- **主な課題**
  - アプリケーション間でパスキーを保存・取得する標準 API が存在しないこと。
  - YubiKey、Touch ID、Windows Hello などハードウェアサポートが断片化していること。
  - 暗号鍵のローカル保存に関するセキュリティ懸念。

- **提案される解決策**
  - Linux デスクトップ環境向けに WebAuthn 認証情報管理者仕様を採用する。
  - KWallet、Seahorse 等既存の鍵管理フレームワークとパスキー処理を統合する。
  - ハードウェアとのやり取りを抽象化したオープンソースライブラリを提供する。

- **ロードマップ**
  1. **仕様ドラフト** – パスキー保存・取得の最小 API を定義する。  
  2. **プロトタイプ統合** – GNOME/KDE に既存の鍵リングで実装する。  
  3. **ブラウザ連携** – Chromium/Firefox と協力し、API を公開させる。  
  4. **セキュリティ監査** – 暗号化と認証情報の安全な削除を保証する。  
  5. **ユーザー向けドキュメント** – Linux 上でパスキーを有効にする手順ガイドを作成。

- **メリット**
  - Web とネイティブアプリケーション全体で統一されたパスワードレス認証が実現できる。  
  - 弱いパスワードの排除によってセキュリティが向上する。  
  - Windows Hello や macOS Face ID と同等のシームレスなユーザー体験を提供。

- **次のステップ**
  - 主力デスクトップ環境から開発者を集めたワーキンググループを結成する。  
  - ツール作成とドキュメント整備に向けて資金調達を行う。  
  - フォーラムや GitHub Issue を通じてコミュニティとの対話を深める。

---

*Linux 認証情報ワーキンググループ発表 – 2026年2月*

**Linux における認証情報:パスキーをデスクトップへ導入** - **背景** - WebAuthn 標準は、パスワード不要の認証手段としてパスキー(passkey)を提案しています。 - 多くのブラウザはすでに Windows と macOS 上でパスキーをサポートしていますが、Linux は遅れています。 - **現状(Linux)** - ほとんどのディストリビューションでは Chromium や Firefox が不完全なパスキー機能で提供されています。 - デスクトップ環境は統一された認証情報管理者をあまり公開していません。 - **主な課題** - アプリケーション間でパスキーを保存・取得する標準 API が存在しないこと。 - YubiKey、Touch ID、Windows Hello などハードウェアサポートが断片化していること。 - 暗号鍵のローカル保存に関するセキュリティ懸念。 - **提案される解決策** - Linux デスクトップ環境向けに WebAuthn 認証情報管理者仕様を採用する。 - KWallet、Seahorse 等既存の鍵管理フレームワークとパスキー処理を統合する。 - ハードウェアとのやり取りを抽象化したオープンソースライブラリを提供する。 - **ロードマップ** 1. **仕様ドラフト** – パスキー保存・取得の最小 API を定義する。 2. **プロトタイプ統合** – GNOME/KDE に既存の鍵リングで実装する。 3. **ブラウザ連携** – Chromium/Firefox と協力し、API を公開させる。 4. **セキュリティ監査** – 暗号化と認証情報の安全な削除を保証する。 5. **ユーザー向けドキュメント** – Linux 上でパスキーを有効にする手順ガイドを作成。 - **メリット** - Web とネイティブアプリケーション全体で統一されたパスワードレス認証が実現できる。 - 弱いパスワードの排除によってセキュリティが向上する。 - Windows Hello や macOS Face ID と同等のシームレスなユーザー体験を提供。 - **次のステップ** - 主力デスクトップ環境から開発者を集めたワーキンググループを結成する。 - ツール作成とドキュメント整備に向けて資金調達を行う。 - フォーラムや GitHub Issue を通じてコミュニティとの対話を深める。 --- *Linux 認証情報ワーキンググループ発表 – 2026年2月*

## Japanese Translation: ### 概要 Linux‑Credentials は、FIDO2 API をサンドボックス化されたアプリケーションとブラウザに統合することで Linux に完全なパスキーサポートをもたらすクロスデスクトッププロジェクトです。Windows、macOS、Android、および iOS では既にネイティブのパスキーサポートが搭載されていますが、Linux はブラウザとネイティブアプリの両方で標準的な FIDO2 インターフェースを欠いています。 本プロジェクトは主に二つのコンポーネントから構成されます: 1. **libwebauthn** – Rust で実装されたライブラリで、認証器機能を提供し、USB、BLE、およびハイブリッドトランスポートをサポートします。また、レジデントキーやユーザー検証などの機能も備えています。 2. **credentialsd** – D‑Bus サービス(提案された XDG portal)であり、これらの認証器機能をサンドボックス化されたアプリに公開します。参照 UI が含まれており、Firefox への統合用にパッチ適用された Flatpak ビルドも提供されています。 講演では、credentialsd を使用してサンドボックス化された Firefox がハードウェアセキュリティキーやスマートフォンと対話する様子を示し、ネイティブアプリケーションが同じ D‑Bus API を利用できることも紹介しました。配布パッケージは Fedora の OBS と OpenSUSE OBS から入手可能であり、ディストリビューションがサービスを簡単に提供できます。 **今後のロードマップ項目:** - TPM ベースのプラットフォーム認証器 - より強力なオリジンバインディング - 非特権ブラウザ API 本プロジェクトは GNOME、KDE、Flatpak、パスワードマネージャー、および Linux ディストリビューションと協力し、採用を加速させています。対象読者はデスクトップ上のアイデンティティ・アクセス管理専門家であり、ブラウザメンテナー、ディストリビューションエンジニア、セキュリティ実務者、および Linux パスキー統合に関心を持つ貢献者です。

2026/02/09 1:41
**GitHubのエージェント型ワークフロー**

**GitHubのエージェント型ワークフロー**

## 日本語訳: > **GitHub Agentic Workflows は、プルリクエスト処理、イシューのトリアージ、CI の失敗診断、継続的なドキュメント更新など、日常的なリポジトリ作業を自動化するために、Markdown ファイルで簡潔かつ自然言語の指示を書くだけでチームが利用できます。** > これらの `.md` ファイルは `gh aw compile` によって GitHub Actions のワークフロー(`*.lock.yml`)にコンパイルされ、読み取り専用デフォルト、サンドボックス実行、ツールのホワイトリスト化、およびネットワーク分離を強制します。書き込み操作(例:イシュー作成)は、事前承認済みの `create-issue` のような「安全出力」を介して明示的に承認される必要があります。 > ワークフローは GitHub Actions 内で Copilot、Claude、または OpenAI Codex からの AI エージェントを使用して実行され、CI/CD パイプラインへの AI 統合を試みた過去の取り組みを反映しつつ、セキュリティを強化します。 > **典型的な機能には次が含まれます:** 日次コード簡略化/リファクタリング、オンデマンド分析用スラッシュコマンド、自動トリアージ/ラベリング、傾向・レポート生成、コンプライアンス監視、複数リポジトリにわたる機能同期など。一般的な例としては、定期ジョブが `[report, daily-status]` ラベルを付けて陽気なステータスレポートイシューを作成し、古いものを自動でクローズするケースがあります。 > `gh aw` CLI は拡張機能をインストールし、事前構築済みのサンプルワークフローを追加できるほか、コマンドラインから数分で実行をトリガーできます。また、GitHub のウェブインターフェースから自然言語プロンプトを使用してカスタムエージェントワークフローを直接作成することも可能です。 > **影響:** チームは手動トリアージ時間を短縮し、ドキュメントを最新の状態に保ち、リファクタリングを加速させ、厳格なセキュリティコントロールを維持します。これにより、開発者・運用チーム・効率的かつ AI 主導のリポジトリメンテナンスを必要とする企業に恩恵がもたらされます。

2026/02/08 22:40
Bun バージョン 1.3.9

Bun バージョン 1.3.9

## Japanese Translation: --- ## Summary Bunの最新リリースでは、ランタイム、ツールチェーン、およびAPI表面に新機能・パフォーマンス向上・バグ修正が追加されました。主な変更点は以下の通りです。 - **スクリプト実行:** `bun run --parallel` と `bun run --sequential` は、複数の `package.json` スクリプトを並列または順次に実行できるようになりました。ワークスペースとフィルタオプションもサポートしています。 `--no-exit-on-error` フラグは、一つのスクリプトが失敗してもすべてのスクリプトを継続します。 `--if-present` は、要求されたスクリプトが存在しないパッケージをスキップします。 - **出力フォーマット:** 各スクリプトの出力行は、色付きでパディングされたラベル(スクリプト名と、フィルタやワークスペース使用時にはパッケージ名)で接頭辞されます。 - **HTTP/2アップグレード処理:** Net.Server → Http2SecureServer の接続アップグレードパターンが正しく動作し、http2-wrapper や crawlee などのライブラリが生の TCP 接続を HTTP/2 サーバへ転送できるようになりました。 - **モック破棄:** `mock()` と `spyOn()` は `[Symbol.dispose]` を実装し、`using` キーワードでオブジェクトがスコープ外になると自動的にモックを復元します。 - **プロキシ処理:** `NO_PROXY` 環境変数は、`fetch()` や `WebSocket()` に明示的なプロキシオプションが渡されても尊重されます。 - **CPU プロファイリング:** `--cpu-prof-interval` フラグで CPU プロファイルのサンプリング間隔(マイクロ秒)を設定できます(デフォルトは 1000 µs)。 - **ESM バイトコードコンパイル:** `--compileUsing --bytecode --format=esm` の ESM バイトコードサポートが有効になりました。明示的にフォーマットを指定しない場合は CommonJS がデフォルトです。 - **ARMv8.0 修正:** Linux aarch64 CPU での誤ったアトミック命令によるクラッシュが解消され、Bun は ARMv8.0 を正しくターゲットします。 - **Markdown & 正規表現高速化:** Markdown のレンダリング(`Bun.Markdown` と `Bun.markdown.react()`)は SIMD でスキャンし、キャッシュされた HTML タグ文字列を使用することで 3–15 % の速度向上を実現します。JavaScriptCore の RegExp エンジンは SIMD アクセラレーテッドプレフィックス検索と固定数括弧 JIT を採用し、正規表現パターンで最大約4倍のスピードアップが可能です。 - **その他のバグ修正 & API 改良:** Node.js 互換性の更新(例:Windows 上での `existsSync('.')`)、WebSocket の binaryType 処理、HTTP プロキシリクエストハング修正、チャンク付きエンコーディングパーサーのセキュリティパッチ、および Bun.build ターゲット用 TypeScript 型の更新などが含まれます。 これらの改善は、以前のリリースで残っていた並列処理不足、HTTP/2 サポート制限、モック破棄欠如といったギャップを埋め、セキュリティと Node.js 互換性を強化します。開発者や企業にとって、このアップデートはビルド速度の向上、ランタイムコストの低減、テストコードのクリーンさ、そして多様な環境でのネットワーク信頼性向上を意味します。

2026/02/09 2:39
「私の語り尽くせぬ母――ウルスラ K レ・グインに関するショーのキュレーション」

「私の語り尽くせぬ母――ウルスラ K レ・グインに関するショーのキュレーション」

## Japanese Translation: オレゴン現代美術館(2026年2月8日まで開館)の「A Larger Reality」展覧会は、ウーサ・K・ルーニンの生涯と作品を彼女の息子テオ・ダウンズ=ルーニンがキュレーションした流動的で参加型のレンズを通じて提示しています。来場者は、1960年代後半にルーニンが所有していたアンダーウッドタイプライター―アクリルケースの下に展示されている―と出会い、詩や散文、ファンレター、その他のテキストを直接入力できます。ウーサ・バートンによる38フィートの壁画が空間を飾り、ドラゴンのイメージとルーニンの人生からの視覚的エフェマラを表現しています。 テオは母親の手紙や原稿、図面、録音、および子供時代の部屋を個人的に再訪し、ショーを組み立てた経験を語り、悲しみと喜びという感情サイクルについて言及します。彼は、ルーニンがポストホムス展覧会についてどのように感じるか不確実であることを表明し、「ド・ピジョンホールに押し込まれたくない…」という彼女自身の姿勢を反映しています。キュレーターは、線形叙事を強いるバイオグラフィー展覧会を批判し、複雑な主題を平坦化することを指摘したうえで、ウーサ・ルーニンの1986年エッセイ『The Carrier Bag Theory of Fiction』を概念的枠組みとして採用しています。 このキャリアーバッグモデルは柔軟で包括的な物語作りを促進し、一つの英雄的アークではなく、参加・スペクタクル・没入・再帰・内省に余白を残すことを可能にします。展覧会のデザインは「言葉多く、ゆるやかで結論のない」構成を意図しており、数十年にわたるルーニン自身の進化する自己再定義に忠実であることを目指しています。来場者はしばしばアンダーウッドタイプライターに直接入力し、一部は現地でオリジナル作品を書き、他は別所で下書きをした後に戻ってくるケースがあります。テオは母親の通常のファンレターへの返信が手書きの感謝状だったことを指摘し、「本とは読者が開くまでただの言葉の箱」であると強調しています。 ルーニンの子供時代に存在したオークツリーやテオの家で彼女が執筆していた部屋など、再現されたオブジェクトは体験をさらに個人的なものにしています。総じて、この展覧会はルーニンが学び続け、変化し、静的アイコンに抵抗する姿勢を尊重し、彼女の人生をダイナミックで参加型の体験として提示することを目指しています。

2026/02/08 19:13
OpenClaw は私の人生を変えています。

OpenClaw は私の人生を変えています。

## Japanese Translation: 著者はClaude Code と Cursor を使って 1 年間を過ごしました。これによりコードを書く作業が容易になったものの、環境設定・エディタ起動・テスト・デバッグ・唯一の「コード実行者」としての役割は依然として自分に課せられました。 そこで登場したのが OpenClaw です。これはメッセージングアプリ(チャット/音声)を通じて動作する汎用エージェントで、拡張された自律性と記憶機能を備えています。OpenClaw を使えば、開発・テスト・デプロイ・ローンチ・利用までのプロジェクト全体を、電話だけの簡単な会話で管理できます。このエージェントはプロジェクト計画を作成し、コードを書き、Claude Code に低レベルのコーディングを指示することで、自分の手動によるコーディング役割を実質的に置き換えます。 この変化により、彼は「スーパー個人」実行者から「スーパーマネージャー」に転身し、複数のスレッドを同時に扱い、多くのツールを調整し、テックリードやプロジェクトマネージャーとして複数プロジェクトを並行して進められるようになります。彼はコードの詳細に縛られず、「チーム」の感覚を得ることができます。プログラマーは待機状態で、ミーティング、アイデア議論、タスク実行、進捗報告に対応します。 今後の展望として、彼は自社を立ち上げ、将来的に人材を雇用しつつ、現在は AI がコア開発タスクを処理する計画です。この変革は、開発者の責任を戦略とマネジメントへシフトさせ、プロトタイプ作成を加速し、テック起業家にとって参入障壁を低減させるだけでなく、以前は実現不可能だった多くのアイデアに時間を割けるようにするでしょう。

2026/02/08 15:21
サブエージェントとエージェント定義を組み合わせることで、請求処理を回避することができます。

サブエージェントとエージェント定義を組み合わせることで、請求処理を回避することができます。

## Japanese Translation: --- ## 要約 Copilot のアーキテクチャは、無料の「サブエージェント」を使用して追加ツール呼び出しをトリガーすることで、プレミアムモデルへの請求をバイパスできるようにします。チャットセッション内の最初のモデルに対してのみ課金が発生し、その後のサブエージェント呼び出し(Opus 4.5 のような高価なモデルを実行するものも含む)は追加クレジットを消費しません。実験では、1 つのメッセージで数百のプレミアムサブエージェントを起動でき、わずか3 クレジットしか使用せずに無制限の高コスト利用が可能な抜け道があることが示されました。 この欠陥は最初に Microsoft Security Response Center に VULN‑172488 として報告されました。MSRC は範囲外と判断し、公開バグレポートを提案しました。影響を受けるコンポーネントは VS Code 1.109.0‑insider(OSX Tahoe)上の Copilot Chat Extension v0.37.2026013101 であり、GitHub の issue #252230 とは別物です。 未修正の場合、この脆弱性により高価な AI モデルを制御不能に消費され、ユーザーに大きな請求不一致や企業に潜在的な隠れたコストが発生する可能性があります。これは AI‑モデル市場でのコスト管理とセキュリティに関する広範な懸念を提起し、無制限の使用が業界の信頼と財務予測を損ねる恐れがあります。 **追加された主要ポイント:** - `chat.agent.maxRequests` を高く設定し、ツール呼び出し(例: `runSubagent`)を繰り返すことで、最初のメッセージ以降に追加コストなしで無限ループする別の悪用ベクトルがあります。 - クライアントは API バリデーションなしで「タイプ」を宣言(`toolCallingLoop.ts` で)し、API の直接悪用を容易にします。 ---

2026/02/09 1:56
**Show HN:「私のスタートアップを売るまでに4年かかった – その経験を書いた本」**

- 著者は、スタートアップを立ち上げて最終的に売却するまでの旅が全体で4年間にわたったことを説明しています。  
- 重要なマイルストーン、直面した課題、そしてその期間を通じて得られた教訓について詳しく述べています。  
- これらの経験を記録するために本を書き、起業を目指す人々へ洞察を提供しています。

**Show HN:「私のスタートアップを売るまでに4年かかった – その経験を書いた本」** - 著者は、スタートアップを立ち上げて最終的に売却するまでの旅が全体で4年間にわたったことを説明しています。 - 重要なマイルストーン、直面した課題、そしてその期間を通じて得られた教訓について詳しく述べています。 - これらの経験を記録するために本を書き、起業を目指す人々へ洞察を提供しています。

## Japanese Translation: ## Summary 著者は、約4年間にわたる50億ドル規模の企業との買収プロセスで直面したすべてのミス、アンチパターン、および行き詰まりを記録した本を提供しています。彼はこれらの教訓を個人的な物語としてまとめ、2024年5月15日(母親の60歳誕生日)に買収条項表を確認するなどの重要な瞬間を指摘しています。本は「すべてのミスの記録… 私が最悪の敵に望むこともない」ように提示されています。読者は「Start Reading →」というコール・トゥ・アクションを通じて、直ちに読み始めるよう招待されます。 本作品は© 2024‑2026 Derek Z. H. Yan 所有の著作権で保護され、Creative Commons Attribution‑NonCommercial‑NoDerivatives 4.0 International(CC BY‑NC‑ND 4.0)に基づいてライセンスされています。非商用の引用付き共有は許可されていますが、商業利用および派生作品は著者の許可なしには禁止されています。

2026/02/05 1:56
最初のナトリウムイオン電池搭載EVは、冬季における走行距離が圧倒的です。

最初のナトリウムイオン電池搭載EVは、冬季における走行距離が圧倒的です。

## Japanese Translation: **概要** 長安Nevo A06は、世界初の量産車としてナトリウムイオン電池を搭載し、電気自動車における「デュアル・ケミストリー」時代の幕開けとなります。CATL の Naxtra セルは約 175 Wh/kg を提供し、CLTC サイクルで約 250 マイル(400 km)の走行距離を実現します。また、-40 °C においても走行距離の90%以上を維持し、-30 °C では LFP パックより3倍の放電パワーを発揮し、-50 °C まで安定します。セルからパックへの設計によりモジュール化された包装なしで400 kmの走行が可能であり、低温感度が低いため熱暴走リスクはほぼありません。ナトリウムはリチウムよりも安価で豊富なため、ニッケル濃縮型化学式に対してコスト優位性を持ちつつ、低価格・低走行距離のEVや固定電源貯蔵にも適しています。CATL と長安自動車が共同開発したこの技術は Nevo A06 セダンで初登場し、その後 Avatr、Deepal、Qiyuan、Uni など他の長安モデルへ展開される予定です。ナトリウム化学式を採用した最初の乗用車の生産は2026年中頃に開始される見込みであり、供給チェーンが成熟すれば CATL は走行距離を最大 600 km にまで拡大できると予測しています。米国市場への導入計画はありませんが、低コストと極寒耐性の特長により中西部や北東部など厳冬地帯で利点が期待され、他メーカーも低価格・高走行距離EVおよび固定電源貯蔵用のデュアル・ケミストリー戦略を検討する動機付けになる可能性があります。

2026/02/09 2:15
**Ktkit**:Ktor を使ったサーバーアプリケーション構築用 Kotlin ツールキット

**Ktkit**:Ktor を使ったサーバーアプリケーション構築用 Kotlin ツールキット

## 日本語訳: **KtKit は、Ktor を使ったサーバーアプリケーション構築を簡素化する軽量な Kotlin‑マルチプラットフォームツールキットです。** 依存性注入、JSON 処理、および自動 REST エンドポイント登録を備えたアプリケーションブートストラップを提供し、ボイラープレートを劇的に削減します。 このツールキットはリクエスト処理を標準化します:トレーシング、認証/権限フック、RFC 9457 スタイルの API エラーを追加し、`/api/status/health` と `/api/status/metrics` を公開します。設定は環境変数補完と階層的オーバーライド付きの TOML ファイルから読み込まれます。 クライアント側コードには、Arrow の `Raise` を使用した関数型エラーハンドリングを備えた Ktor HTTP クライアント抽象化 (`ktkit-ktor-httpclient`) が提供され、Bearer トークンと X‑Real‑Name ヘッダー(信頼できるリバースプロキシによって注入された場合のみ安全)をサポートします。 データベースアクセスは `ktkit-sqlx4k` を介して行われ、PostgreSQL、MySQL/MariaDB、および SQLite でコルーチン優先の SQL サポートを提供し、コンパイル時クエリ検証と監査可能なエンティティを備えます。 軽量な Postgres ベースのメッセージキュー (`ktkit-sqlx4k-pgmq`) はイベントハンドラ、再試行ロジック、およびシャットダウンヘルパーを追加します。 Arrow の `Raise` と Kotlin コンテキストパラメータを通じてエルゴノミクスが向上し、サービスコードは簡潔に保たれつつ明示的なエラーハンドリングと実行コンテキストの伝搬を維持します。 プロジェクトは初期開発段階にあり、API はリリース間で変更される可能性があり、本番使用では破壊的変更に直面することがあります。 計画中の拡張には Arrow のレジリエンスライブラリ(Retry、Circuit Breaker)、拡張された例/テスト/ドキュメント、JWT `BearerPrincipalExtractor`、および sqlx4k と PGMQ へのより深い統合拡張が含まれます。ビルドコマンドは現在のプラットフォーム用に `./gradlew build`、すべてサポートされるプラットフォームを対象とするには `./gradlew build -Ptargets=all` です;PostgreSQL 用に Docker‑compose が提供されています。 オープンソースで、Yorgos S. (@smyrgeorge) によって作成され、貢献を歓迎しています。 *元の表現をそのまま保持したい場合は、単にそれを繰り返してください。*

2026/02/04 17:56
**Quake(1997年版)をコンパイルする手順**

1. **ソースの取得**  
   * アーカイブやミラーサイトから元の `quake-1.32` タールボールをダウンロードします。  
   * 端末で次のコマンドを実行して解凍します。  
     ```bash
     tar xzf quake-1.32.tar.gz
     ```

2. **環境構築**  
   * C コンパイラ(gcc、clang)と標準ライブラリをインストールしてください。  
   * 現代のシステムで 32‑bit ビルドを行う場合は `gcc-multilib` 等が必要になることがあります。

3. **ビルド設定**  
   ```bash
   cd quake-1.32/src
   make -f makefile.q2 linux
   ```
   * `makefile.q2` は元々の Makefile です。Unix ライクな環境を想定しています。  
   * ターゲット `linux` を指定するとエンジンとクライアントがコンパイルされます。

4. **コンパイル**  
   ```bash
   make
   ```
   * すべてのオブジェクトファイルが `quake`, `qcommon` 等に結合されます。  
   * 警告は古いコード由来であることが多いため、通常は無視して構いません。

5. **インストール(任意)**  
   ```bash
   sudo cp quake /usr/local/bin/
   sudo mkdir -p /usr/share/games/quake
   sudo cp *.pk3 /usr/share/games/quake/
   ```
   * 元の `pak0.pk4` とカスタムマップを同じディレクトリに置いてください。

6. **起動**  
   ```bash
   quake +set fs_basepath /usr/share/games/quake
   ```

---

### 補足

* 64‑bit システムを使用している場合は、Makefile の `CFLAGS` に `-m32` を追加し 32‑bit コンパイルを強制してください。  
* 元のコードでは非推奨関数が使われているため、現代コンパイラでビルドする際には厳格な警告を無効化(例:`CFLAGS += -Wno-deprecated`)する必要があります。  
* マルチプレイヤーを行う場合は、専用サーバを起動し `quake +set sv_hostname "MyServer"` でホスト名を設定してください。

**Quake(1997年版)をコンパイルする手順** 1. **ソースの取得** * アーカイブやミラーサイトから元の `quake-1.32` タールボールをダウンロードします。 * 端末で次のコマンドを実行して解凍します。 ```bash tar xzf quake-1.32.tar.gz ``` 2. **環境構築** * C コンパイラ(gcc、clang)と標準ライブラリをインストールしてください。 * 現代のシステムで 32‑bit ビルドを行う場合は `gcc-multilib` 等が必要になることがあります。 3. **ビルド設定** ```bash cd quake-1.32/src make -f makefile.q2 linux ``` * `makefile.q2` は元々の Makefile です。Unix ライクな環境を想定しています。 * ターゲット `linux` を指定するとエンジンとクライアントがコンパイルされます。 4. **コンパイル** ```bash make ``` * すべてのオブジェクトファイルが `quake`, `qcommon` 等に結合されます。 * 警告は古いコード由来であることが多いため、通常は無視して構いません。 5. **インストール(任意)** ```bash sudo cp quake /usr/local/bin/ sudo mkdir -p /usr/share/games/quake sudo cp *.pk3 /usr/share/games/quake/ ``` * 元の `pak0.pk4` とカスタムマップを同じディレクトリに置いてください。 6. **起動** ```bash quake +set fs_basepath /usr/share/games/quake ``` --- ### 補足 * 64‑bit システムを使用している場合は、Makefile の `CFLAGS` に `-m32` を追加し 32‑bit コンパイルを強制してください。 * 元のコードでは非推奨関数が使われているため、現代コンパイラでビルドする際には厳格な警告を無効化(例:`CFLAGS += -Wno-deprecated`)する必要があります。 * マルチプレイヤーを行う場合は、専用サーバを起動し `quake +set sv_hostname "MyServer"` でホスト名を設定してください。

## Japanese Translation: 記事では、歴史的なビルド環境を再現することで、元の1997年版 Windows‑32 Quake バイナリを最新のコンピュータ上で再構築する方法について説明しています。最初に、開発当時のハードウェアを紹介します:HP 712‑60 上で NeXT を動かし、DEC Alpha 2100A で DJGPP によってクロスコンパイルしたものから始まり、1996年6月に Intergraph RealizM Dual P6‑200MHz ワークステーションへ切り替わり Windows NT が実行されるようになりました。その後のバイナリ(winquake.exe, glquake.exe, qwcl.exe, qwsv.exe)は、Windows NT 上で Visual C++ 4.x を使ってコンパイルされています。 ガイドでは、再構築に適した四つの実用的な環境を列挙しています:オリジナルの Intergraph ハードウェア、デュアル・ペンチューム Pro ワークステーション(W6‑LI)、1990年代後半の「Quake PC」、または Oracle VirtualBox の仮想マシンです。手順としては、Windows NT 4 をインストールするところから始めます(約30分で完了し、起動時に CPU/RAM が表示されるが SMP には再インストールが必要)。その後、Visual C++ 6 を CD/Internet Archive から入手します(Windows 9X テーマ、解像度は ≤800×600 がベストで IntelliSense は無い)。 ソースコードは `q1source.zip` として Quake Official Archive からダウンロードし、WinRar v2.50 で展開します。「WinQuake.dsw」を VC++ 6 で開き、すべてのプロジェクトを再ビルドします。 初期のビルドではアセンブラ(`vcpp5.exe`)が見つからないため失敗します。解決策は `acmsetup.exe` を使って MDAC 2.5 をインストールし、その後に Processor Pack 用の `setupsp5.exe` を実行することです。この手順を踏めば再ビルドが成功します。再構築後は QuakeWorld をコンパイルして QSpy で実行でき、VC++ 6 のデバッグツール(ブレークポイント、スタックトレース、変数検査)を利用できますが、IntelliSense はありません。 この詳細なプロセスにより、愛好家や研究者は古いゲームビルドを保存し、互換性をテストし、モッド開発を行うことができ、元のハードウェアを必要とせずに最新プラットフォーム上で作業できます。

2026/02/09 2:11