← ホームに戻る23 件のニュース

2026-07-10

日付別ニュース一覧

カードをクリックすると全文、Hacker Newsのリンクから元記事へ移動できます。

日付で読む
07/102026-07-1007/092026-07-0907/082026-07-0807/072026-07-0707/062026-07-0607/052026-07-0507/042026-07-0407/032026-07-0307/022026-07-0207/012026-07-0106/302026-06-3006/292026-06-2906/282026-06-2806/272026-06-2706/262026-06-2606/252026-06-2506/242026-06-2406/232026-06-2306/222026-06-2206/212026-06-2106/202026-06-2006/192026-06-1906/182026-06-1806/172026-06-1706/162026-06-1606/152026-06-1506/132026-06-1306/122026-06-1206/112026-06-1106/102026-06-1006/092026-06-0906/082026-06-0806/072026-06-0706/062026-06-0606/052026-06-0506/042026-06-0406/032026-06-0306/022026-06-0206/012026-06-0105/312026-05-3105/302026-05-3005/292026-05-2905/282026-05-2805/272026-05-2705/262026-05-2605/252026-05-2505/242026-05-2405/232026-05-2305/222026-05-2205/212026-05-2105/202026-05-2005/192026-05-1905/182026-05-1805/172026-05-1705/162026-05-1605/152026-05-1505/142026-05-1405/132026-05-1305/122026-05-1205/112026-05-1105/102026-05-1005/092026-05-0905/082026-05-0805/072026-05-0705/012026-05-0104/302026-04-3004/292026-04-2904/282026-04-2804/272026-04-2704/262026-04-2604/252026-04-2504/242026-04-2404/232026-04-2304/222026-04-2204/212026-04-2104/202026-04-2004/192026-04-1904/182026-04-1804/172026-04-1704/162026-04-1604/142026-04-1404/132026-04-1304/122026-04-1204/112026-04-1104/102026-04-1004/092026-04-0904/082026-04-0804/072026-04-0704/062026-04-0604/052026-04-0504/032026-04-0304/022026-04-0204/012026-04-0103/312026-03-3103/302026-03-3003/292026-03-2903/282026-03-2803/272026-03-2703/262026-03-2603/252026-03-2503/242026-03-2403/232026-03-2303/222026-03-2203/212026-03-2103/202026-03-2003/192026-03-1903/182026-03-1803/172026-03-1703/162026-03-1603/152026-03-1503/142026-03-1403/132026-03-1303/122026-03-1203/112026-03-1103/102026-03-1003/092026-03-0903/082026-03-0803/072026-03-0703/062026-03-0603/052026-03-0503/042026-03-0403/032026-03-0303/022026-03-0203/012026-03-0102/282026-02-2802/272026-02-2702/262026-02-2602/252026-02-2502/242026-02-2402/232026-02-2302/222026-02-2202/212026-02-2102/202026-02-2002/192026-02-1902/182026-02-1802/172026-02-1702/162026-02-1602/142026-02-1402/132026-02-1302/122026-02-1202/112026-02-1102/102026-02-1002/092026-02-0902/082026-02-0802/072026-02-0702/062026-02-0602/052026-02-0502/042026-02-0402/032026-02-0302/022026-02-0202/012026-02-0101/312026-01-3101/302026-01-3001/292026-01-2901/282026-01-2801/272026-01-2701/262026-01-2601/252026-01-2501/242026-01-2401/232026-01-2301/222026-01-2201/212026-01-2101/202026-01-2001/192026-01-1901/182026-01-1801/172026-01-1701/162026-01-1601/152026-01-1501/142026-01-1401/132026-01-1301/122026-01-1201/112026-01-1101/102026-01-1001/092026-01-0901/082026-01-0801/072026-01-0701/062026-01-0601/052026-01-0501/042026-01-0401/032026-01-0301/022026-01-0201/012026-01-0112/302025-12-3012/292025-12-2912/282025-12-2812/272025-12-2712/262025-12-2612/252025-12-2512/242025-12-2412/232025-12-2312/222025-12-2212/212025-12-2112/202025-12-2012/192025-12-1912/182025-12-1812/172025-12-1712/162025-12-1612/152025-12-1512/142025-12-1412/132025-12-1312/122025-12-1212/112025-12-1112/102025-12-1012/092025-12-0912/082025-12-0812/072025-12-0712/062025-12-0612/052025-12-0512/042025-12-0412/032025-12-03
Show HN:私の低速な PC で GLM 5.2 を動かしている

Show HN:私の低速な PC で GLM 5.2 を動かしている

## Japanese Translation: **Colibrì**は、ランタイム依存関係ゼロの純 C 言語で書かれた軽量な C エンジンであり、約 25 GB の RAM を搭載する汎用ハードウェア上で、740 億パラメータの GLM-5.2 モデルをローカルに実行することを可能にする。これは、ディスクストリーミング技術を採用することで実現しており、メモリ内に密度の高いコア(〜17B パラメータ)と頻繁に使用されるエキスパートのみを保持し、残りの約 21,504 のルーティング済みエキスパートをディスクからストリーミング処理する。このエンジンは、DeepSeek-V3 スタイルのルーティング、MLA アテンション、圧縮された KV キャッシュ、そして Native MTP 推論的デコード(int8 専用ヘッド)を含む GLM-5.2 の MoE アーキテクチャをネイティブでサポートしている。AVX2 インタージェンタートド積の最適化済みカーネルを採用し、使用パターンを学習して自動的にメモリピン固定を行う自動メモリ管理システムを活用することで、初期のコールドスタート後(最初の推論時にトークンあたり約 11 GB のディスク読み込み)のレイテンシを最小化している。プロジェクトには純 C ランタイムと、コンバージョン専用で Python のみが必要となるオフライン FP8→int4 変換スクリプトが含まれており、Linux/WSL2 および設定可能な環境パラメータに対応する。Apache 2.0(エンジン用)と MIT(ウェイト用)のハイブリッドライセンスの下にあり、研究者が消費者向け NVMe ドライブまたは高エンドハードウェア上においてローカルで最先端モデルを実行できるよう、完全なポートabilityを備えている。システムの性能に応じて、約 0.1 トークン/秒から 15 トークン/秒以上の速度を実現する。 (注:改善されたバージョンは、元のサマリーの流れを保ちつつ、量子化、推論的デコード、コールドスタートのメカニズム、ライセンスの詳細に関する不足していた技術的な specifics を統合しています。)

2026/07/09 17:05
欧州議会で Chat Control 1.0 が承認される

欧州議会で Chat Control 1.0 が承認される

## Japanese Translation: 欧州議会は、Instagram、iCloud、Gmail などの主要プラットフォームにおける私的通信の無許可的大規模スキャンを 2028 年まで、あるいは恒久的な合意に至るまでの間を認める暫定規則を承認した。投票結果は賛成 276 票で可決されたが、絶対多数 361 票には届かなかった。一方、スキャン対象を司法手続きにおける被疑者だけに限定する修正案(322 対 255 の支持率)も、同様に絶対多数に達しなかったため採択されなかった。その結果、Meta や Apple など大規模な米国技術企業は当局から無許可でダイレクトメッセージのスキャンを義務付けられることとなり、WhatsApp のようにエンドツーエンド暗号化が実施されているアプリは除外されることとなった。データによると、この大規模監視は虐待通報の 36% しか説明しておらず(2022 年以降の米国事例において報告件数は 50% も減少しており、これは暗号化強化によるものとして示唆されている)、残りの大部分の通報は公開投稿やクラウドストレージから出ている。市民権利活動家や性暴力被害者を含む批判者は、この法律を「滑稽なもの」と糾弾し、それは真摯な児童保護よりもむしろビッグテックのデータ利益を追求するものだとしている。また、Meta が生成した通報のほとんどは、すでに企業が把握していた材料に過ぎないという発見にも言及している。恒久版のための協議は立法による立滞の解消後、9 月に再開予定となっており、この措置が安全性を損なう一方で実証的な保護的成果をもたらしていないと考える活動家からは激しい反対運動が生じている。

2026/07/09 20:03
ミッチェル・ハッシャイモへのインタビュー『Ghostty と Zig』について

ミッチェル・ハッシャイモへのインタビュー『Ghostty と Zig』について

## Japanese Translation: Mitchell Hashimoto(Terraform や Ghostty などの主要なツールを考案した人物)は、長年にわたる CLI 関連の活動から転換し、Zig を用いた Pre-AI GPU プログラミングおよび低レベルシステム開発に注力しています。この転換の中心には、過時なテキストのみという制約を超え、ネイティブウィンドウ機能を採用し、n-screen API による無制限なバックグラウンド画面を実現するとともに、履歴航法用の新ボタンメッセージなど高度な相互運用プロトコルを取り入れる次世代ターミナルである Ghostty が置かれています。Hashimoto はターミナルの独自の能力を強いることや、pty プロトコルを Wayland で置き換えること(サーバとしての強みゆえに)には反対していますが、現代の規格を活用した機能豊富なエミュレータを提唱しています。彼の姿勢は、20 年にわたって統一された団体よりも人気のある実装に基づいてきたターミナル標準の断片化に対する不満を浮き彫りにしています。Zig 1.0 は、0.15 バージョンにおける重要なインターフェース変更を経て現在数年先の予定ですものの、Hashimoto は BDFL の Andrew を支持し、AI ツールを使用して互換性ディフ自動処理を行うことで、「アウルの残りを描く」という自身の哲学を体現しています。最終的に、この移行は高レベルの抽象化に頼るのではなく、C や Zig を通じてメモリ管理や CPU スケジューリングといった基本的人間計算機概念を習得するという彼の個人的な原則を反映しています。

2026/07/10 2:17
1 人の開発者による鉄道シミュレーターが「史上最高の作品」と呼ばれている

1 人の開発者による鉄道シミュレーターが「史上最高の作品」と呼ばれている

## Japanese Translation: 現在のサマリーは優れています。離散した事実のリストを一貫性のある物語に変換することに成功しており、発売詳細から環境特徴、次に批評家の反応、続いて技術仕様(周辺機器)、最後に今後のロードマップへと展開する流れは論理的かつ魅力的です。曖昧な表現を避けつつ、読みやすさを維持しています。 改善の必要性はありません。元のサマリーはすべての品質チェックポイントを効果的に満たしています。 ## 最終評価: このサマリーは高品質です。リストに含まれる主要なキーポイントをすべて反映しており(特定の路線分解の一部のみ適宜に要約している)、誤った推論を含んでおらず、明確な主メッセージを有し、混乱を生じさせることなく精密な表現を用いています。 **改善されたサマリー:** ノバテツス・ゲームスは、現在 Steam の Early Access で 18 ドルで購入可能なハイパーリアリスティックな列車シミュレーター『Running Train』を発売しました。従来のゲーミフィケーションとは異なり、本作はスコアリングよりも真の地面レベルでの運転を優先しており、プレイヤーは速度の管理と安全なブレーキ操作によって進行し、UI ガイドは無視し、環境の詳細はフリーカメラで楽しむのが最適です。シミュレーションには、神楽川線と三海本線の 2 つの架空の日本風景を舞台に 42 の異なる路線が用意されており、神道寺院、フェリー、変電所につながれた送電線、交通混雑する道路など論理的な配置の資産で 40 キロの路線が埋められています。距離が離れるとグリッドタイルが見えたり、道路がずれていたりするなどの minor グラフィカル・フレーズはありますが、レビューでは本作を「最も美しい列車シミュレーター」と称賛しており、トップクラスのモデリング、ライティング、雲、晴れた日从未オプションの大雪で全雪覆蓋となる動的気象サイクルを高く評価しています。技術的には、独自開発の Zuiki MASCON 周辺機器を通じて高忠実度なコントロールを支援します。今後、開発者は来年末までに路線ネットワークを 100 キロに拡張し、現在空席状態にある乗客システムを導入する予定であり、車掌モードを追加する計画を持っています。究極的には、『Running Train』は独自の世界観における没入型の環境インタラクションとリアリズムへのコミットメントによって強力なニッチを確立しています。

2026/07/05 17:40
Rust で再実装された PostgreSQL が、すべての PostgreSQL 回帰テストをクリアした

Rust で再実装された PostgreSQL が、すべての PostgreSQL 回帰テストをクリアした

## 日本語翻訳: pgrust は、PostgreSQL 18.3 の AI を活用した支援下で、Rust ベースの再実装として大きなマイルストーンを代表しています。これは、世界でも最も重要なオープンソースデータベースの一つを近代化するとともに、既存データの互換性を保ちながら、46,000 件以上の回帰テストをパスさせることを目的として設計されています。現在はマルチスレッド機能や一部の拡張子の互換性の欠如(例:PL/Python、PL/Perl など)により実験段階にあり、生産環境での使用にはまだ至っていませんが、コアデータベースを Rust で再構築しても機能が失われないことを実証しており、AGPL-3.0 ライセンスの下で開発者にメンテナンスが容易なコードベースを提供しています。パフォーマンス低下を防ぐための将来のロードマップには、マルチスレッド化、コネクションプーリング、JSON サポートの改善、実行時ガードレールなどの内部アップグレードが含まれています。直近の利用を目的とする場合、Docker イメージ(`malisper/pgrust:latest` または固定版 `v0.1`)を使用して WebAssembly デモを利用可能です。macOS および Debian/Ubuntu におけるソースビルドには、特定の依存関係と環境設定(スタック制限の増加を含む)が必要です。レポジトリには新実装とアーカイブされた以前のバージョンが格納されており、さらにのコラボレーションについてはメールアドレス、Discord、または GitHub のイシューを通じて maintainer にご連絡いただけます。

2026/07/09 15:18
Launch HN: Context.dev(YC S26)– あらゆるウェブサイトから構造化データを取得するための API

Launch HN: Context.dev(YC S26)– あらゆるウェブサイトから構造化データを取得するための API

## Japanese Translation: 概要:Context.dev は、クレジットカードや複雑な設定を必要とせず、即座に API にアクセスできるようにすることで、AI エージェント開発を革新し、スタートアップおよび企業がブランド搭載機能を数日という短期間でリリースすることを可能にしています。自己完結型登録、開発者向けの SDK、明確なドキュメント、サンプルコードにより、統合には通常約 10 分かかります。単一の API は、Web スクレイピング、クロウリング、構造化データ抽出(マークダウン、HTML、サイトマップ、スクリーンショットなど)およびブランドインテリジェンスをサポートし、オンボーディング、エニュリッシュメント、自動化、AI エージェント向けのリアルタイム Web データといったユースケースを賦活しています。実用事例として、Mintlify、daily.dev、UsePropane.ai、DocsBot、Vizzy、Architect を含む採用企業は、ブランドロゴの自動収集から、無料トライアル顧客に対して迅速に「アハ! moment」に至るまでの急速な統合結果を報告しています。スピードに加え、Context.dev は簡素化されたセットアップ、継続的なエンジニアリングによる深い検証、製品アップデート、実践ガイド、ブログ、FAQ、専用のサポートチャネル(Slack を含む)を通じて摩擦を削減し、スタートアップからフォーチュン 500 企業まで、幅広いビジネスにおいて AI エージェント統合の拡張を支援しています。

2026/07/10 0:28
Lisp への道:なぜ Lisp か

Lisp への道:なぜ Lisp か

## Japanese Translation: Lisp は、残存する最も古きプログラミング言語の一つであり、コードをリストとして直接表現するホモアイコン的なアーキテクチャによって特徴づけられています。これはポーランド記法を使用し、関数名を最初要素とするのが一般的です。この構造において引数は純粋なデータとみなされるため、マクロによって新しい構文形式(例えば `while`)が定義され、リコンパイルなしで言語そのものを拡張することが可能になります。常時稼働する Read-Eval-Print Loop (REPL) は、関数、マクロ、変数の再定義をセッション中で即座に行うことを可能にし、数週間も継続実行可能なアクティブなセッションにおいて、別個のビルドツールや再起動の必要性を取り除きます。このシームレスなワークフローにより、外部テンプレート記法(例えば `{{ }}` または `{% %}`)への依存を排除しつつ、条件分岐、再帰、高次関数などの完全な機能を保ちながら、ネイティブに完全にドメイン固有言語 (DSL) を構築することがサポートされます。実用アプリケーションとしては、AutoCAD と Emacs における AutoLISP や、完全に Lisp ベースのエコシステムである Emacs があります。広範な支配への予言は完全に実現しなかったものの、Blub のパラドックスが表現性の低い言語からの開発者が Lisp の柔軟性を当初認識する際に苦慮することを示すことは、Fortran に次いで依然として使用されている世界で二番目に古き言語としての地位を維持する上で重要です。長期的な開発サイクルにおいて深層的な適応力を提供する点で、この言語は今も依然として活発に関連性が保たれています。

2026/07/09 22:06
ガラスのバックスボーン:なぜ軍のロジスティクスが次の戦争で崩壊するのか

ガラスのバックスボーン:なぜ軍のロジスティクスが次の戦争で崩壊するのか

## 日本語翻訳: アメリカ陸軍の現在の物流モデルは、平和時には静的な基地に最適化されており、今後の戦略的競争を定義しているような激しく継続的な攻撃には対応できていないため、生存危機に直面しています。勝利は高度な兵器の保有だけでなく、常時の砲火下で戦争相手を維持する能力にかかっているという教訓は、バルバロッサ作戦での歴史的失敗やウクライナで発生した最近の出来事における軍の崩壊(供給路の脆弱性により)などによって強調されています。現代の敵対者は、大規模な保護の薄い燃料配送ハブを破壊できる長距離精密火力を有しています。この新たな現実の中で存続するには、陸軍は緊急に中央集権的なハブアンドスポークシステムから、戦術作戦に従って移動可能な小型モバイルノードからなる分散型ネットワークへと移行する必要があります。特に重要なのは、これらの補給力自体が、機動部隊に保護を依存するのではなく、組み込まれた無人機迎撃システムや短距離対空防御システムなどの自らの防衛能力を獲得することです。生存可能性と持久力へのこの根本的な再方向化なしに、軍事は効率のために設計された物流の骨格を持って工業戦に参入するリスクがあります。 ## テキストの翻訳元: (if needed; otherwise repeat the original): ## Summary: The United States Army's current logistics model faces an existential crisis because it was optimized for static bases during peacetime, not the intense, persistent attacks defining future strategic competition. Victory will no longer depend solely on having advanced weapons, but on sustaining combat power while under constant fire, a lesson highlighted by historical failures like Operation Barbarossa and recent events in Ukraine where armies collapsed due to supply line vulnerabilities. Modern adversaries now possess long-range precision fires capable of destroying large, lightly protected fuel distribution hubs. To survive this new reality, the Army must urgently shift from a centralized hub-and-spoke system to a decentralized network of small, mobile nodes that can relocate with tactical operations. Crucially, these sustainment forces must gain their own defensive capabilities, such as embedded counter-drone and short-range air defense systems, rather than relying on maneuver units for protection. Without this fundamental reorientation toward survivability and endurance, the military risks entering industrial warfare with a logistical backbone designed for efficiency rather than survival.

2026/07/09 22:24
女の子たちはすべて、待機制限付き高速 MPMC キューを望んでいるだけだ

女の子たちはすべて、待機制限付き高速 MPMC キューを望んでいるだけだ

## Japanese Translation: 本記事は、革命的な概念を導入するためではなく、ロックフリープログラミングに関する直感を試すために設計された、配列ベースの有界キューの Rust 実装を示している。文中の一部で「wait-free」という用語が使われているが、著者はこの構造が厳密には wait-freedom の定義を満たさないことを明確にしており、スレッドの失敗が他者に影響を与える可能性があるため、操作完了後にのみ所有権が移転するように設計されている。デザインでは、原子カウンターを採用したチケットロックシステム、最適化されたリングバッファインデックス用のビット演算(AND)、そして通常条件下での飢餓を防ぎキャッシュ争用を最小限に抑えるために 2 つのリングバッファ(`data` と `state`)を使用している。Ryzen 7 7800x3D システムでのベンチマークでは、単スレッド性能が極めて優れており約 2.45 億アイテム/秒を記録しているが、マルチスレッドでのスループットは低いピーク値(7,000–7,300 万アイテム/秒)に留まり、特定のスレッド数でわずかな異常が見られた。主な制約として、返されたすべての実行可能な操作を安全に処理することが必要であり、完了せずに放置するとバッファスロットが永続的に無効化されること、またキューが満杯の場合、プロデューサーが利用可能なコンシューマを見つけられなくなる可能性があるため永続的な停止(stall)が生じることがある。整数オーバーフローに関しては、システムは高値まで(約 2^63)堅牢に処理できるが、64 ビットシステム上で 2^64 の時点で競合条件(race condition)が発生する。

2026/07/07 4:46
パターンコレイラー:準周期タイルパターンを生成・探求する

パターンコレイラー:準周期タイルパターンを生成・探求する

## Japanese Translation: Pattern Collider は、Aatish Bhatia と Henry Reich によって開発されたインタラクティブな Web プラットフォームであり、非周期タイル配置パターン(特に五対称のペンスロータイル)の生成と探索を目的としています。ニコラス・ゴベルト・デ・ブリューンの多重格子法を用い、どの方向においても反復せずにモチーフが無限に現れる非反復構造を構築します。下層技術依存には、描画用の p5.js、インタラクティブ性用 vue.js、色指定用 hsluv.js、乱数生成用 seedrandom.js が含まれます。 ユーザーはグリッド/タイル表示の切り替え、クリックによるリボンまたは交点の選択、彩度・コントラスト・充填・輪郭・回転・パンニング・N 対称性の設定調整(四辺以上の多角形が表示されるようにするための特定のオフセットを含む)などを通じて体験をカスタマイズできます。主な機能として、「Randomize」ボタンがあり、Disorder > 0 の場合、ラインファミリーにランダムなオフセットを適用して新しいパターンを生成します。「Share Pattern」機能により、それぞれ独特のデザインには固有の URL が付与され、クリエイターは成果物をブックマークしたり共有したりできます。本プロジェクトは MIT ライセンスでコードが公開されており、フィードバック提供へ Arkarup Banerjee、Shefali Nayak、Vijay Ravikumar、Connie Sun にクレジットを与えています。参考文献には、David Austin の「Penrose Tilings Tied up in Ribbons」および Paul Steinhardt の「The Second Kind of Impossible」が挙げられます。

2026/07/06 14:26
私と3D Realms / アポージの物語パート1(2020)

私と3D Realms / アポージの物語パート1(2020)

## Japanese Translation: ## Summary: 本記事は、スコット・ミラーによって 1987 年に設立され、*Kroz* や*タイタニック号を越えて*などの初期テキストアドベンチャーなど象徴的なタイトルを通じてフリーウェアモデルを先駆化したスタジオ Apogee/3D Realms の遺産について記述している。テキサスの小さな事務所として出発した同社は、様々な場所や企業の構造を経た後、ジョー・シグラーが中心的な存在となり、1992 年から 2009 年にかけてそこで勤務していた。「Apogee モデル」やオンラインサポートツール、イースターエッグ付きの仮想ツアー、ライブウェブカメラなどといった重要な革新にもかかわらず、スタジオのデジタル遺産は現在破砕された状態にある。元初の公式ウェブサイトと FTP アーカイブは現在オフラインまたは故障しており、ソースコードなどのアセットへのアクセスが困難となっている。このアクセス性の問題に対応するため、管理者は Wayback Machine を使用して不可欠なリソースを復元する計画を持っており、2026 年 1 月に実施されることを目指している。これは愛好家のために歴史を保存するためである。さらに最近の動向としては、スコット・ミラーが率いる新しいエンティティ「Apogee Entertainment」が 2021 年 4 月に開始されたことと、開発権の販売がなされた 2014 年以降の様々な企業の所有権の変化が含まれている。

2026/07/02 15:21
内部サービス向けの TLS 証明書:正しく設定する方法

内部サービス向けの TLS 証明書:正しく設定する方法

## Japanese Translation: 本テキストは、予約済みトップレベルドメイン(TLD)や自己署名証明書を用いた内部 HTTP サービスの代替として、「スプリット・ホライズン DNS」を採用する安全なアプローチを提唱する。このアーキテクチャでは、クライアントが外部からアクセスするか、NetBird のカスタムゾーンによって管理される VPN を経由して接続かに応じて、単一の公開ドメインを異なる IP アドレスに解決させる。これにより、自己署名証明書ではなく、Let's Encrypt などの信頼された公開 CA(認証局)の使用が可能になる。重要なセキュリティ構成要素として、内部システムに至る前に全てのパブリックインターネットトラフィックを厳格にブロックする Web アプリケーションファイアウォール(WAF)が設定されている。本構成では WAF を nginx にて実装し、VPN インターフェースにバインドしている。信頼された CA の導入と内部サービスへの露出の回避、およびメインサーバーでのポート 80 コンフィグの不要を実現するため、`acme.sh` を使用し、`--standalone` フラグで `http-01` チャレンジャーを介して証明書を発行する方式が採用されている。自動化は、証明書を更新するための日次 cron ジョブと、新しい証明書を nginx コンフィグに同期する bash スクリプト(root 権限不要での動作を実現するために `setcap` を活用)によって実現されている。この構成により、Subject Alternative Names (SANs) を用いて複数のサブドメインを単一の証明書下で保護することが可能になる。

2026/07/09 23:57
メタが独自ブリッジチップで旧サーバーのRAM を再利用します

メタが独自ブリッジチップで旧サーバーのRAM を再利用します

## 日本語翻訳: Meta は「Vistara」という技術を発表しました。同技術はカスタム ASIC と RISC-V プロセッサを組み合わせ、ほぼ 40% のサーバーフロートがハードウェア制限により DDR5 メモリへのアップグレードができないという重要なハードウエア上のジレンマを解決します。これにより数百万機のサーバーが苦戦しており、ワークロードは 3〜5 年間持続する一方、メモリの寿命は 7〜10 年であることが課題となっています。Vistara では、この機能性あるハードウェアを廃棄するのではなく、古いサーバーから DDR4 DIMM を取り外し、CXL 2.0/1.1 準拠のカスタム ASIC(PCIe Gen5 x16 インターフェースを介して接続)を通じて新しいマシンに設置することで、容量を共有するプールを構築します。各システムでは、AMD Turin プロセッサを搭載した MemServer チェスの中で、チップあたり最大 256 GB(64 GB DIMM を使用)、ローカル DDR5 メモリとして 768 GB を統合します。各 Vistara ASIC は、2 つの独立した 72 ビット DDR4 チャネルを通じて最大 3,200 MT/s の速度をサポートし、熱負荷を管理するためにDirected Airflow と高容量ファンを使用します。ソフトウェアは、DDR4 メモリをローカル DRAM と区別された CPU を持たない NUMA ノードとして扱い、Linux CXL ドライバに対するカスタム調整(すでにアップストリームカーネルに含まれているか、または包含に向けたもの)を実装しています。 disaggregated ML inference、ビッグデータ処理(例:Spark および Hive)、データベース、分散キャッシュ、CI/CD パイプラインにおいて数百万のサーバーで既に大規模に展開されている Vistara は、テラバイトおよびペタバイト級のデータセットに対して CXL メモリの余剰容量を増やすことで OOM 事件を軽減します。これは、再起動とリソース断片化によるオーバーヘッドを低下させるとともに、OOM クラッシュを防ぐことでジョブの失敗率を 33% 削減し、 disaggregated inference ワークロードにおいて必要なサーバー数を最大 25% 削減することを可能にします。結果として、Vistara は即座で高価なハードウェア置換なしに Meta の信頼性を高めコストを削減し、数百万のサーバーが効果的に重要なデータベースと分散キャッシュをサポートし続けることを可能にします。

2026/07/04 4:27
Muse Spark 1.1

Muse Spark 1.1

## Japanese Translation: 要約は主な物語を良好に捉えていますが、完全な源資料への忠実さを保証するため、キーポイントリストからの具体的な安全性指標、開発者アクセスの詳細、および使用可能な事例を実装することで改善できる可能性があります。以下には、これらの欠落した要素を取り入れながら流れを維持する改良版が提示されます。 **改良された要約:** Meta は正式に Muse Spark 1.1 をローンチしました。これは Meta Superintelligence Labs によって開発された前代からの大幅なアップデートであり、計画およびツール使用を必要とする複雑なエージェントタスクのために特別に設計されています。以前のバージョンとは異なり、このマルチモーダル推論モデルは手動のスクリプトなしでインターフェースの相互作用を自動化し、大規模なコードベースのデバッグを可能にし、Web アプリの作成と移行を支援し、視覚からコードへのアビタクト(例:市場向けリストのためにスマートフォン動画から製品写真を抽出する)を生成するという点において卓越しています。 このモデルは、これらの機能を実現するために、主要な「メインエージェント」が高レベルの計画を策定し、特定のステップを専門的なサブエージェントに委任するユニークなマルチエージェントアーキテクチャを採用しています。それはまた、長期的な焦点が重要なプロジェクトステップに留まることを保証するために、100 万トークンのコンテキストウィンドウを積極的に管理し、早期の情報を检索してデータをコンパクト化することで機能します。Muse Spark 1.1 は、アプリ内の Meta AI の「Thinking」モードおよび meta.ai 上で即時利用可能であり、開発者向けの新しい Model API のパブリックプレビューも現在アクセス可能です。 Advanced AI Scaling Framework で評価された化学・生物・サイバーセキュリティリスクにおいて安全な範囲内で動作し、モデルはジャイルブレイク、プロンプトインジェクション、および攻撃に対して強い抵抗性を示しながら、ハルシネーションおよび従順性の低減を実現します。これらの進展は企業の障壁を低下させ、組織が現実世界の自動化をスケール化し、深い技術的専門知識を必要とせずにプロジェクト完了を加速させるために堅牢な AI を活用することを可能にします。

2026/07/09 23:10
ワイルドカード(YC W25)創設エンジニア募集中

ワイルドカード(YC W25)創設エンジニア募集中

## Japanese Translation: Wildcard は、EC および小売ブランド向けのエージェント型 Commerce 最適化プラットフォームであり、月間 50% の急成長を遂げています。同社は、Scale AI で 1500 米ドル規模の EC システムを構築した創業者 Kausvik Mahorker を筆頭として、エンジニアリングチームをゼロから構築する「創設エンジニア(Engineer Number One)」を採用しています。このポジションには、高い自主性を持ちフルスタックに精通する人材が必要であり、曖昧な市場において製品とインフラの両面を end-to-end で担当し、技術的な方向性を定義する役割が求められます。主要な責任には、早期に構築された簡易的なシステムをスケーラブルなインフラストラクチャ(TypeScript、Node.js、Express、React、Postgres、Redis などのスタックを用いて)への移行、ブラウザのオーケストレーションおよびスクレイピングのスケール化、そして進化しているエージェント型 Commerce プロトコル内での増分効果・帰属分析メカニズムの構築が含まれます。理想的な候補者は、前職において創業経験または高速成長中の Seed からシリーズ B 段階までの企業での勤務経験を持ちあり、重要な意思決定を外部委託せずに AI コーディングツールの利用について高い判断力を示す必要があります。成功には、AI エージェント(コンテキスト管理、オーケストレーション、評価)、MCP サーバー、小売検索インフラストラクチャに関する深いドメイン知識が不可欠です。この役職は、初日から製品アーキテクチャ、顧客戦略、エンジニアリング文化の形成に携わるという独自の機会を提供しますが、華やかな仕事ではない基盤構築業務への耐性や顧客との直接的な対話を要する点が特徴です。

2026/07/10 2:00
Ruby ミーティングを開催する方法

Ruby ミーティングを開催する方法

## Japanese Translation: Ruby メーテup を立ち上げることは、ローカルの開発者コミュニティを維持するためのアクセスしやすい方法であり、オンライン空間では実現できない形で若手エンジニアを鼓舞したり、求職者を支援したりします。成功には以下の 3 つの柱が必要です:会場を確保し、継続的にプロモーションを行うこと、そして歓迎する文化を醸成すること。主催者は単一の日付を決めて基本的な会場を確保することで始めてください;選択肢としてコワーキングスペース、大学、あるいは電源と投影機能を備えたバーなどが挙げられます。また、イベントリストに必須情報のみを含むエントリーを作成してください。最初のイベントは規模が小さくなるのが一般的であるため、アダプターを持ち込み、明確な案内を提供し、予約時間より少し早めに開場することで敬意を示すなど、ロジスティクスに注力してください。プロモーションは華々しくありませんが、継続的に行ってください:既存のチャネルを使って知り合いに広く告知を伝え、月単位のペースで実施することで、6 ヶ月から 12 ヶ月以内に習慣化と口コミによる成長を実現を目指します。定着率を確保するためには、対話を活発にする形式(例:ライトニングトーク、ハックナイト、ワークショップ)を採用し、特定のスピーカーを直接招待するなどして参加障壁を下げるようにしてください。可視的な文化の構築には、行動規範を定め、新参者を明確に歓迎し、裏方の協力者に感謝を伝えることが含まれます。最重要なのは、負担を共有するために共催者を募り、バーンアウトを防ぐことです。また、場所やテーマを変えて内容を新鮮に保ち、コミュニティからの需要がない限り大きな会場への拡張は避けるとともに、グループが成長するにつれて時間をかけて意図的にリーダーシップを引き継ぎ、停滞させないようにしてください。

2026/07/10 3:27
私の名前を変更しました

私の名前を変更しました

## Japanese Translation: Beto Dealmeida は公式に法定の名前の一部として「Beto」という名を、姓を「Dealmeida」として変更し、総アイデンティティ文字数は 35 から 14 に削減されました。この新しい綴りは、"-berto" で終わる名の一般的なブラジルのニックネームと一致しており、何年も使用されてきました。しかし、本日完了した運転免許証の更新には、Beto が「奇妙」と述べている旧名構造の一部が残留していました。現在、彼らは元の 5 単語の名前のさまざまな組み合わせ(例:"Roberto Antonio"、「Ferreira De Almeida」など)と紐付けられた 4 つのクレジットカードまたはデビットカードを管理しており、金融機関への更新のために大きな保留 backlog が生じています。現在の不一致にもかかわらず、このプロセスは Beto というトランスジェンダーの人が将来的に全ての法的文書を持続可能な性別アイデンティティと個人的現実と一致させるためのより広範な取り組みの一部です。目標は、「人間が人間を助ける」イニシアチブを通じて日常的な取引での反復的な名義訂正を取り除き、古いカードが廃止された後に全ての銀行口座を体系的に更新することにあります。 ## Text to translate: ## Improved Summary: Beto Dealmeida has officially changed their legal first name to "Beto" and surname to "Dealmeida," reducing their total identity characters from 35 to 14. While this new spelling aligns with common Brazilian nicknames for names ending in "-berto" and has been used for years, the driver's license update completed today retained some elements of the old name structure which Beto notes as weird. Currently, they manage four credit or debit cards tied to various combinations of their original 5-word name (e.g., "Roberto Antonio," "Ferreira De Almeida"), creating a significant backlog for updating financial institutions. Despite the current discrepancy, this process is part of a broader effort by Beto, a trans person, to eventually align all their legal documents with their gender identity and personal reality. The goal is to eliminate repetitive name corrections in daily transactions through a "human-helping-human" initiative, with plans to systematically update all bank accounts once the old cards are retired.

2026/07/06 23:15
『埋め込んだApple』機能でiPhoneが完璧な子供のトーンダウン電話に変身

『埋め込んだApple』機能でiPhoneが完璧な子供のトーンダウン電話に変身

## Japanese 訳文: Apple の iOS 17 では、認知障害を持つユーザーを元として設計されたネイティブのツール「Assistive Access(アクセシブル・アクセス)」が新導入され、保護者がこれを活用することで、子供向けに安全な「ドブンプホン(機能制限されたスマホ)環境」を構築できるようになりました。この設定ではホーム画面を限定された選択済みアプリ群に限ります、大きな親しみやすいタイルを表示し、Safari や他のブラウザを追加しないことでインターネット閲覧をブロックし、テキストメッセージからのリンク経由でのアクセスも防ぎます。設定は「設定 > アクセシビリティ > アクセシブル・アクセス」から行い、保護者はグリッドまたは羅列のレイアウトを選択し、通話連絡先をお気に入り限定に絞り、ロック画面に時刻を表示させ、ミュートスイッチを無効化し、またミュージックプレイリストを事前承認することができます。セキュリティは固有の 4 桁パスコードで確保され、設定外退にはサイドボタンを 3 回連続クリックするか、パスコード入力時に Home ボタンを押す必要があり、子供が通常のパスワードを知っていても制限を回避するのは困難です。サードパーティ製ソリューションが継続課金を行うのと異なり、この内蔵オプションは無料で提供され、特定のパスコードなしには標準的な iOS の設定層のナビゲーションも不可能です。最近のアップデート(iOS 26)により Assistive Access と Screen Time の互換性問題は解消されましたが、現状ではサポート対象は「電話」「メッセージ」「マップ」「カメラ」「フォト」「ミュージック」の 6 つのコアアプリのみで、Wallet などのアプリを追加する可能性もあります。既知の制限事項としては、着信音声メールが無効化され、通常の iOS に戻さずにデバイスを完全にシャットダウンできないこと、さらにメッセージアプリ内で絵文字検索を行う際に間欠的にフリーズすることが挙げられます。結局のところ、この低コストで安全な代替手段は、親子で既存のアクセシビリティ層を parental control(保護者管理)に活用できるようになりませんが、Apple は同機能を子供向けとして特にマーケティングしていません。

2026/07/06 19:53
明確で使いやすい Pi.dev の構成方法

明確で使いやすい Pi.dev の構成方法

## 日本語訳: ## まとめ: Mario Zechner は、複雑なデフォルト設定とは真逆の Raspberry Pi セットアップを望んでいました。そのために `lazypi` ソリューションが提供するのは、事前の研究や手動の設定なしでワンコマンドで即座にインストールできる環境です。`npx @robzolkos/lazypi` を実行することで、60 以上のコミュニティスキル、67 のテーマ、メモリの拡張機能、モデルコンテキストプロトコル (MCP) 対応などを含む厳選された環境が自動的にデプロイされます。さらにサブエージェントのサポートや Claude Code CLI プロバイダーとの統合も含まれます。パッケージは Pi コミュニティから手選されており、ビルトインのチェックにより、ユーザーがそれらを使用する前に `pi-subagents`、`pi-memory-md`、`pi-mcp-adapter`、テーマ、スキルがインストールされていることが検証されます。これにより、広範な研究や複雑な設定なしで数秒以内に空白のスレートからすぐに使えるプラットフォームへと変えられ、参入障壁が低減されています。

2026/07/10 0:19
GLM 5.2 は人間の本番の簿記担当者の精度にほぼ匹敵する

GLM 5.2 は人間の本番の簿記担当者の精度にほぼ匹敵する

## Japanese Translation: 最も重要な結論は、GLM 5.2 が英国の小規模企業向けに自動化された簿記問題を実質的に解決したという点です。これは、四半期分の VAT 申告プロジェクトでモデルが 68 分間にわたり 59 件の取引を処理し、未調整のトークンコスト $2.73 で遂行された事例によって示されています。人間の準備した基準データとの間で純正位だけが 7 ペンスほど誤差を有するという本質的に正確な結果を達成しつつ、GLM 5.2 は画像処理は一切行わずにテキストのみを含んだ PDF 領収書 100% を取り扱いました。動作環境は Google Cloud Platform 上で Fireworks AI サーバレス階層を使用しており、bash とセッション終了・最終報告機能のみを提供していました。3 カ月分のテストデータ(1 月:82 件、2 月:29 件、3 月:22 件)について、GLM 5.2 は各取引に対して「種類」「カテゴリ」「VAT 処理方法」「VAT 額」「逆荷税」「領収書添付」の 6 つの特定の検証基準でスコア付けされ、合計 354 チェックが行われました。そのうち 18 の取引で 20 チェックが失敗しており、主たるエラーは創業者株資本を「資本勘定」として誤分類し、「未払株式」ではなく扱ったことであり、約£10,000(〜$13,300)分に対して法的および監査上の影響が生じる可能性があります。頻発する軽微なエラーには、1 月と 2 月に「課税不可」と「免税」という VAT カテゴリを混同したものが含まれ(残りの 17 エラーのうち 14 件)、これらは 3 月で修正され、また自己補正を行う前に分割された Wise 取引が VAT で二重計上された単一の事例がありました。これらの問題にもかかわらず、GLM 5.2 は株資本の誤分類を除くすべての取引に対して勘定科目を正しく分類し、誤った請求書を添付することなく、また送金やキャッシュバック還付といった複雑な入力を成功裏に曖昧さを取り除くことができました。本研究は簿記が解決問題となりつつあることを結論付け、Vineyard Finance のオープンベータ版(toot-books.com)を推奨しており、請求書の処理や過去には人間の会計士にのみ限定されていた推論タスクを実行する完全に自動化されたソリューションを提供しています。企業は現在こうしたワークフローを自動化できるようになりましたが、株資本の分類に関するエラーが慎重に管理されない場合、法的影響が生じる可能性について警戒する必要があります。

2026/07/10 3:29
SNS、特にLinkedIn では AI が生成されたコンテンツが溢れています。

SNS、特にLinkedIn では AI が生成されたコンテンツが溢れています。

## Japanese Translation: Pangram の新しい Chrome 拡張機能と Pangram 3.3 モデルを用いた最近の分析によると、主要なソーシャルメディアプラットフォームにおいて長文の記事の 4 に 1 は完全に AI 生成であることが明らかになった。LinkedIn と X/Twitter で特に高い浸透率が確認された。外部の見積もりが新規ウェブサイトの 35% が AI に依存すると示している一方で、本研究はソーシャルメディアに特化し、2 つに 3 のマークされた AI コンテンツが LinkedIn 単独から発生したことが見出された。この分析では 100 万件以上の投稿を走査(50 語未満の項目を除く)し、偽陽性率は驚くほど低い 0.01% に抑えられた。主要な発見は以下の通りである:長文コンテンツはほぼすべてのプラットフォームで AI 作成の可能性が高まっており、Substack を除く各プラットフォームで同様の傾向が確認された;X/Twitter では混合型 AI コンテンツの平均浸透率が約 47% であったのに対し、人間による執筆は 53.2% に留まった;Reddit の全体的な AI 発生率(4.4%)は、AI を使用していない返信の高ボリュームによって引き下げられており、上位投稿での実際の率は 11.6% と高いものだった。特に注目すべきは、LinkedIn 自体が検出ツールに関する公式発表を完全に AI 生成としたことである。これらの結果は、従来の指標としてのボリュームや長さではもはや人間性の判断の信頼できる指針となることができず、関係者がより厳格な検証手法を採用することを促していることを示唆している。

2026/07/10 0:50