日付別ニュース一覧

**2019年 「見えないままに隠された26000年前の天文モニュメント」**

## Japanese Translation: **概要：** フーバーダムの西側にあるモニュメント・プラザは、地球の25,772年周期の軸進動をタレーズ床にマッピングした芸術的な敬意表現です。設計の中心には旗竿があり、これは進動円の中心として機能します。その周囲には巨大な翼付きブロンズ像が配置されています。床はダム開業時（1936年）のポラリス、ピラミッド建設中のトゥバン、そして将来の北極星としてプロジェクトされたベガを示しており、技術図面には惑星位置が正確に配置されているため、1日単位での日付計算が可能です。1931年に米国再利用局（U.S. Bureau of Reclamation）から委託され、1936年に完成したモニュメントは後にモニュメント・プラザと名付けられました。アーティストのオスカー J. W. ハンセン氏の意図表明は抽象的であり、歴史家エメー・ウッドワードが提供したアーカイブ写真には「セーフティアイランド」という早期建設名が示されています。デザインはロング・ナウ（Long Now）の10,000年時計コンセプトを反映しており、天体周期の公衆展示に類似するものとしてインスピレーションを与える可能性があります。米国再利用局が計画図をInternet Archiveへ公開したことは、ダム文書へのオープンアクセス化の動向を示しています。訪問者には短い音声解説のみが提供されるため、詳細な科学内容はほぼ隠蔽されており、教育的広報は限定的です。それでもプラザは20世紀初頭の大規模インフラプロジェクトにおける芸術と科学の統合を示す具体例として、歴史家・天文学者・エンジニアに貴重な実証を提供します。

**日本のスナックバーの秘密世界へようこそ** 「おかかん」と呼ばれることもある日本のスナックバーは、地元ならではの味と創造性を堪能できる隠れた宝石です。小さな飲食店が揃うこれらのお店では、フライドライスボール（おにぎり）や塩気のあるペストリー、甘いスイーツなど、手軽で美味しい一口料理を提供しつつ、親切なサービスも楽しめます。 - **雰囲気**：街角の居心地の良い隅っこや静かな路地裏が主流です。 - **メニューの見どころ**： - 海苔と醤油をトッピングしたフライドライスボール - 蜂蜜でコーティングされた甘いかぼちゃロール - 豚肉と竹笹の餡が入った塩味の餃子 - **特徴**： - 多くのお店では、新鮮な地元産食材を使用しています。 - 季節ごとにメニューが変わるローテーションもあります。 おかかんへ足を踏み入れることは、単なるスナックの取得以上の体験です。便利さと伝統が交差する日本の食文化を垣間見る瞬間なのです。

## Japanese Translation: スナックバー―第二次世界大戦後に厳しい酒類法を回避するために登場した、女性が経営する小規模カフェ―は、日本独自の社会的ハブとして確立しました。全国には約10万店舗が存在し、コンビニエンスストアの数を2倍以上上回ります。これらは「ママさん」と呼ばれる年配女性によって運営され、家庭的な雰囲気でシンプルなお菓子や飲み物を提供します。主目的は食べ物や飲み物だけでなく、会話と個人的つながりを得られる居心地の良い空間を提供することです。 このコンセプトは日本の戦後経済成長期に急速に広がりました。1960年代後半には全国的にスナックバーが普及し、コミュニティのハブとなり、その後1980年代中頃から1990年代初頭まで存続しました。特徴として「ボトルキープ」システムがあります：常連客は自分のウイスキーや焼酎をラベル付けして保管し、次回訪問時に利用できます。伊良谷真由子（Mayuko Igarashi）氏などの研究者は2021年以降、1200件以上の店舗を巡り、旅行者とこれまで地元住民限定だった場所を結びつけています。 スナックバーはCOVID-19以前から人気低下やホスト人口の高齢化、カラオケバーやチェーン居酒屋との競争など課題に直面していますが、新しいトレンドが存続を支えています。アニメテーマのスナック、SNSプロモーション、LGBTQ+来客へのより包括的な対応などです。著名例として新橋の「Aeru」のウララ氏は14年間でタロットリーディングと現代のマッチメイキング手法を用いて90組以上のカップルを紹介しています。 デジタルライフの圧力にもかかわらず、スナックバーはママさんとの真の人間関係や親密な会話が評価され続けています。旅行者は、豪華ホテルや寿司教室など高価な観光活動よりも、これらの場所での思い出深い体験を重視しており、地元経済と伝統的ホスピタリティ慣行の保存に対する継続的な関連性を示しています。

**UNIXパイプ・カードゲーム**

## Japanese Translation: 記事は、子どもに Unix パイプコマンドチェーンの構築方法を教えるカードベースのボードゲームについて説明しています。デッキには、`cat`、`grep`、`tail`、**`head`、`wc`、`sort`、`uniq`** などの主要な Unix コマンドを表すカードと、特定行の表示、出現回数のカウント、非表示コマンドチェーンの作成といったタスクが含まれています。ローカルの Unix システムが利用できない場合は、ブラウザベースの jslinux を使用できます。 ゲームプレイは時計回りに進行します：プレイヤーはカードを引き、最短または最長の有効パイプラインを目指すかどうかを選択し、タスクを完了した最初のプレイヤーがポイントを獲得します。例として、最も頻出する行を見つけるチェーンを示すラウンドがあります： ``` cat 03.txt | sort | uniq -c | sort -n | tail -1 ``` ゲームは €5,00 EUR（現在完売）で販売されており、印刷可能な PDF（`unix-pipe-cards.pdf`、`unix-pipe-box.pdf`）も入手できます。 GitHub 上のソースコードリポジトリ（`github.com/jackdoe`）、共著者 Jackie、連絡メールアドレス (`b0000@fastmail.com`) と CC BY 4.0 ライセンスが製品に付属しています。 「UNIX Pipe Game – Process Substitution」という拡張パックでは、プロセス置換用のコマンド（`paste`、`tr`、`cut`、`bc`）を追加します。 著者は Python の基礎、C ポインタ、機械語、ランレングス符号化、関数合成、RISCV アセンブラなどをカバーする追加のカードゲームも公開しており、子ども向けにプログラミング概念をゲーミフィケーションする広範な取り組みを示しています。

**ソフトデリートの課題** - **データ整合性リスク** - 非アクティブなレコードがテーブルに残ることで、重複データや誤ったビジネスロジックにつながる可能性があります。 - 関連テーブルがソフト削除行を考慮していない場合、参照整合性制約が破綻する恐れがあります。 - **パフォーマンス低下** - クエリは「`WHERE is_deleted = false`」で削除済み行を除外しなければならず、オーバーヘッドが増大します。 - インデックスが肥大化し、メンテナンス（例：PostgreSQL の VACUUM）がよりコスト高になります。 - **ストレージ膨張** - ソフト削除は行全体を保持するため、ハードデリートやアーカイブで解放できる領域が確保されません。 - 長時間実行中のトランザクションがこれらの行にロックを保持すると、同時実行性が低下します。 - **複雑なビジネスロジック** - 関数やストアドプロシージャは削除ステータスを追加で確認する必要があります。 - 監査システムは「本当に削除されたか」「論理的に除外されただけか」を区別しなければなりません。 - **データプライバシー遵守** - GDPR や CCPA といった法規制では個人情報の完全消去が求められるため、ソフト削除のみでは要件を満たせない場合があります。 - **復旧とリストアの課題** - ソフト削除されたレコードを復元する際、ビジネスルールが変更されているとエラーが発生しやすくなります。 - バルクでの未削除操作は古いデータや不整合な情報を再導入するリスクがあります。 - **テスト・QA の負荷** - テストスイートはアクティブ状態と非アクティブ状態の両方を網羅しなければならず、複雑さが増します。 - 単体テストでソフトデリート挙動をモックすることは容易ではありません。 --- **結論** ソフトデリートは監査性やロールバックの利便性を提供しますが、維持管理・パフォーマンス・コンプライアンスに関して大きな課題をもたらすため、慎重に運用する必要があります。

## Japanese Translation: > **メインメッセージ:** > 新規プロジェクトでは、著者はトリガー駆動型アーカイブ戦略を推奨しています。行が削除されると、トリガーがそれを汎用の `archive` テーブル（JSONB データ付き）にコピーし、`archived_at` タイムスタンプを記録します。これによりライブテーブルは軽量化され、読み取り時のフィルタリングオーバーヘッドを回避でき、セッション変数を介したカスケード削除の因果関係も保持できます。 > > **主要な根拠と推論:** > - ソフトデリートは通常 `deleted` フラグまたは `archived_at` 列で実装されますが、アーカイブされた行はほぼアクセスされず（≈99%）、蓄積してストレージを膨張させ、バックアップ速度を遅くします。 > - `archived_at = NULL` にリセットしてレコードを復元するのは複雑になりがちで、推奨される方法は標準の復元 API を使用することです。 > - トリガーにより簡単なクリーンアップクエリ（`WHERE archived_at < NOW() - INTERVAL '90 days'`）を実行でき、ライブテーブルを清潔に保てます。 > - 代替手段としては、アプリケーションレベルのアーカイブ（SQS イベント → S3）、WAL ベースの CDC（Debezium + Kafka）があり、アプリコードを変更せずにすべての変更をストリームできますが、コンシューマーが遅延するとディスク枯渇を招く可能性があります。さらに DELETE を無視する実験的なレプリカもありますが、それぞれ運用上または一貫性上の課題があります。 > > **将来の方向性:** > 著者は、新規プロジェクトに対してトリガー方式を採用することを推奨しています。その理由はシンプルさとインフラ要件が最小限であるためです。既存システムは、成熟するにつれて重い CDC パイプラインや SQS ベースのアーカイブから徐々に離れる可能性があります。 > > **明確さと曖昧さについての注意:** > - 改善された概要は簡潔であり、主要なポイントに忠実で、元のテキストに存在しない推論を避けています。 > - ソフトデリート機構、ストレージ膨張、復元の複雑さ、代替案、および推奨事項といった重要要素はすべて網羅されています。

私は役に立つことに中毒です。

## Japanese Translation: **改訂された要約** 著者は、ソフトウェアエンジニアが金銭やステータスといった外部報酬よりも、自らを有用にしたいという内面的な衝動によって主に動かされていると論じています。彼は個人的な逸話でこれを示しています――過去数年のストレスが増大している中で仕事への愛着に罪悪感を感じること、問題を解決できない時に身体的な不快感を覚え、解決したときに安堵すること、多くの同僚も「有用性への中毒」を共有しているという点です。ゴーゴリの『綿衣』に登場するアカキ・アカキエヴィチとの平行線を引き、悪条件下でもエンジニアが献身的であることを強調しています。この作品は、大手テック企業が「戦争の霧」の中で運営されている様子も指摘し、複雑なシステムに関する質問に答えられる者は少なく、専任の人物による深い調査が必要だと述べています。 マネージャーへのアドバイスとしては、エンジニアの時間を継続的な管理圧力から守り、JIRA などのツールに過度に依存しないようにし、尊敬していない人との交流を慎重に管理することです。この内在的動機を保護することで、企業はバーンアウトを減らし、仕事への満足度を高め、最終的には製品品質の向上につなげる可能性があります。

危険を冒しつつClaudeコードを安全に実行する

## 日本語訳: 作者は、リスクのある `--dangerously-skip-permissions` フラグを使用してClaude Codeを実行する場合、Vagrantベースの仮想マシン（VM）内で実行することが最も安全だと主張しています。この設定により、ホストシステムは保護されつつ、フラグが可能にする高速かつ自動化されたワークフローを維持できます。従来のアプローチ――ホスト上で実行したり、特権モードのDockerを使用したり、完全なクラウドVMをデプロイしたり――はいずれも隔離性を損ないかつ不要な複雑さとコストを増大させます。Vagrantは単一の設定ファイル、簡易的な共有フォルダー、即時破棄という利点により、セキュリティと便利さのバランスを取り、許容できるパフォーマンスを提供します。このVMを採用するユーザーはClaude Codeタスクを安全に自動化できます。もしより厳格な隔離が必要になれば、一方向のrsync同期や他の設定に切り替えることも可能です。ホストシステムを意図しないファイルシステム変更やパッケージインストールから保護することで、この手法は自動化されたAIコード生成に依存するチームを支援し、セキュアなAI開発環境のベストプラクティスガイドラインの形成にも寄与します。 （もしすべての重要ポイントを明示的に列挙した簡潔版が必要であれば、以下をご覧ください。） **簡潔・完全な要約（任意）:** `--dangerously-skip-permissions` フラグはClaude Codeに対しプロンプトなしでアクションを実行させるため、自動化を可能にしますが安全リスクも伴います。ホスト上で実行すると危険です。Dockerの隔離は特権モードまたは Docker‑in‑Docker を必要とし、サンドボックス機能を破棄します。他の隔離方法も検討しましたが、単純さやコスト面で劣っていました。Vagrantは単一設定ファイルとローカル共有フォルダーにより再現可能なVM隔離を提供し、Docker‑in‑Docker の複雑性を回避します。最小限の Vagrantfile は `bento/ubuntu‑24.04` ボックスを使用し、4 GB RAM、2 CPU を割り当て、オーディオとUSBを無効化し、Docker、Node.js、npm、Git、および Claude Code をプロビジョニングします。プロビジョンスクリプトは `@anthropic-ai/claude-code` をインストールし、Vagrantユーザーを Docker グループに追加し、`/agent-workspace` のフォルダー所有権を設定します。ワークフローは次の通りです： `vagrant up` → `vagrant ssh` → `claude --dangerously-skip-permissions`; その後Claudeはパッケージをインストールし、設定を変更し、Docker コンテナを起動し、VM 内でその他のシステムタスクを実行できます。パフォーマンスは許容範囲内です。VirtualBox の共有フォルダー同期に遅延はなく、Linux ホスト上でもリソース使用率は低く抑えられます。安全性メリットとしては、ホストのファイルシステム破壊、不要なパッケージインストール、および設定変更を防ぎ、必要に応じてVMを即座に破棄・再構築できます。保護の制限点としては、プロジェクトファイルが双方向で同期されるためまだ変更可能、稀に VM から逃げる脆弱性、VM からのネットワークレベル攻撃、およびインターネットアクセスによるデータ漏洩の可能性があります。より厳格な隔離を求める場合は `config.vm.synced_folder` に `type: "rsync"` を設定して一方向同期に切り替えることができますが、その場合手動で再同期する必要があります。作者は、危険フラグ付きClaude Codeを使用するユーザーに対し、ホストへの偶発的な損傷を防ぎつつワークフロー効率を維持するためにこの Vagrant セットアップを推奨しています。

**従来にとらわれない PostgreSQL の最適化**

## Japanese Translation: PostgreSQLは、インデックスサイズを削減しクエリ速度を向上させるためにいくつかの方法を提供します： * **`constraint_exclusion`** – クエリの述語がテーブルのチェック制約と一致できない場合、プランナーはそのパーティションまたはテーブルのスキャンをスキップできます。 デフォルトでは `"partition"` に設定されていますが、BI／レポートワークロードでアドホッククエリに不可能な値（例：`CHECK (plan IN ('free','pro'))` のあるテーブルで `plan = 'Pro'`）が含まれる場合は `"on"` に変更すると便利です。 * **関数ベースのインデックス** – `date_trunc('day', sold_at AT TIME ZONE 'UTC')::date` などの式をインデックス化することで、214 MB の B‑Tree インデックスを 66 MB に縮小し、クエリ時間を約 627 ms から約 145 ms に短縮しました。ただし、このインデックスは脆弱であり、その式に変更があればロジックがビューまたは仮想生成列で強制されない限り使用できなくなります。 * **仮想生成列（PostgreSQL 18）** – `ALTER TABLE sale ADD sold_at_date DATE GENERATED ALWAYS AS (…)` はデータを保存せず、同じ式を一貫してインデックス化することができます。 仮想列に対するインデックスはまだサポートされていないため、メリットは重複ストレージの回避と整合性の確保に限定されます。 * **ハッシュベースの除外制約** – 大きなテキスト列（`urls.url`）に対する標準的な一意制約は約 154 MB の B‑Tree インデックスを作成します。これを `ALTER TABLE urls ADD CONSTRAINT urls_url_unique_hash EXCLUDE USING HASH (url WITH =)`` に置き換えると、約 32 MB のハッシュインデックスが生成され、まだ一意性が保証されます。 制限点としては、外部キーで参照できないこと、`ON CONFLICT (url) DO NOTHING` が `ON CONFLICT ON CONSTRAINT` を使用する必要があること、`DO UPDATE` はサポートされていないことがあります。 回避策としては `ON CONFLICT ON CONSTRAINT` の利用や、upsert 用に予定されている `MERGE` 文の使用があります。 **影響：** - ユーザーはレポーティングシナリオで少ないバイト数を保存し、大きな文字列列で一意性を強制する際に高速クエリを実行できます。 - 開発者は関数ベースの式を安定させる（または仮想生成列を使用する）よう自律的に管理し、ハッシュ除外制約の制限を認識して適切な競合解決手法を採用する必要があります。

**Show HN: wxpath – XPathによる宣言型ウェブクローリング**

## Japanese Translation: **改訂要約** wxpath は、XPath 式を使用してウェブサイトのデータをナビゲートおよび抽出できる軽量で宣言的な Web クロールライブラリです。主に 2 つのトラバーサル演算子に基づいています：`url(...)` は URL を取得し、lxml.html.HtmlElement を返します。`///url(...)` は指定された深さまで（幅優先的に）ディープクロールを実行します。クロールはデフォルトで非同期（asyncio/aiohttp 経由）で実行されますが、`wxpath_async_blocking_iter` ヘルパーを使用して同期実行も可能です。礼儀正しいデフォルト設定が自動的に有効化されます—robots.txt が尊重され、カスタム HTTP ヘッダー（例：User‑Agent）は `CRAWLER_SETTINGS.headers` で設定できます。 API は lxml 要素、elementpath データ型（マップ、配列）、辞書、リスト、および provenance‑tracked WxStr 文字列などの構造化オブジェクトを返します。XPath 3.1 機能は `elementpath` ライブラリを介してサポートされ、`wx:backlink(.)` のような関数が使用可能です。`progress=True` を設定すると tqdm バーで進捗状況を可視化できます。 ユーザーはコマンドラインツール（`wxpath`）を通じて XPath クエリと深さ、並列度、ヘッダー、robots.txt の遵守、およびキャッシュに関するオプションを受け取ります。フックを使用して URL の事前処理や取得した HTML の後処理をカスタマイズできます。組み込みの `JSONLWriter` フックは結果を行区切り JSON で記録します。永続化は sqlite（単一ワーカー）または redis（複数ワーカー）を介して追加でき、`SETTINGS.http.client.cache.enabled` のような設定で制御されます。 総じて、wxpath は開発者に対し、ボイラープレートコードを書かずに効率的かつ礼儀正しい Web スクレイピングを行うための簡潔で拡張可能な方法を提供します。

メンテナンス：全てのもの、第一部

NVIDIA株価暴落予測

## Japanese Translation: 要約はすべての重要なポイントを正確に捉えており、主旨が明確に保たれています。曖昧さや混乱を招く表現は含まれていないため、そのまま使用できます。

**ファスト・コンコーダンス** 1,200冊以上の書籍から即座に一致検索

## Japanese Translation: 現在の要約は明確で完結しており、曖昧な表現がありません。修正は必要ありません。

**ユーザースペースにおけるPCIeデバイス仮想化を実現するLinuxカーネルフレームワーク**

## Japanese Translation: PCIem は、開発者がユーザー空間で完全に合成された PCI Express デバイスを作成・テストできる Linux カーネルフレームワークです。 これらの仮想デバイスは `/dev/pciem` を介してホスト OS に公開され、完全な PCI 設定空間、プログラム可能なベースアドレスレジスタ（BAR）管理、割り込み処理（INTx、MSI、MSI‑X）、IOMMU 対応 DMA の原子操作、およびホワイトリスト制御されたピア・ツー・ピア（P2P）DMA を実装します。 PCIem のコアはリンクドリストとして実装されたモジュラー PCI キャパビリティシステムを使用しており、開発者がデバイス機能を動的に拡張できます。ユーザー空間コンポーネントが実際の PCIe ロジックを提供し、物理ハードウェアなしでプロトタイピングが可能です。 現在のユースケースは、QEMU で完全にプログラムされた ProtoPCIem カードです。このカードはソフトウェアレンダリングされた DOOM と OpenGL 1.X ゲームを実行し、コマンドリストをユーザー空間で処理します。 フレームワークのライセンスは、コアファイル（`pciem_framework.c`、`protopciem_driver.c`）が MIT/GPL‑v2 の二重ライセンスであり、残りのコードベースは MIT です。ドキュメントは <https://cakehonolulu.github.io/docs/pciem/> にあり、ブログ紹介は <https://cakehonolulu.github.io/introducing-pciem/> にあります；PCI Express 仕様は <https://pcisig.com/specifications> を参照しています。 物理ハードウェアを不要にすることで、PCIem はコストを削減し、PCIe デバイスドライバのプロトタイピング、デバッグ、およびテストを迅速化します。これにより、学術機関、組み込みベンダー、およびオープンソースカーネル貢献者が恩恵を受けます。

**Reticulum（ネットワーク）の禅** データの流れが静かにざわめく中で ノードはバイナリの夢を囁き、 格子状の構造が広がる――大も小も同時に― 私たち全員を結びつけている。 各パケットには真実の鼓動が宿り、 我々を求めるものへと導く。 ファイアウォール越え、見えない壁を抜け、 デジタルな輝きで世界を共有する。 信頼はオープンソースに根ざし、 共通の目的と正直な姿勢によって築かれる。 行ごとのコード、1バイトずつへの敬意、 ループ一つひとつ、苦境もまた尊重される。 チャネルを明瞭で優しく保ち、 心揺さぶる雑音は避けてほしい。 デバッグの際は謙虚に学び、 成長は私たちが見極めるものから生まれる。 したがってここに一つのマントラを： 「開かれた心、開かれた思考―優雅さを抱きしめよ」。 これこそ Reticulum（ネットワーク）の禅である。

## Japanese Translation: > GitHub は、すべての規模のチームに対してコーディング・自動化・セキュリティ・コミュニティエンゲージメント用の包括的なツールセットを備えた AI 搭載開発者プラットフォームとして位置づけられています。主な機能には Copilot、Spark、Models、MCP Registry、Actions、Codespaces、Issues、Code Review、および Advanced Security（脆弱性検出・コード安全性・シークレット保護）が含まれます。 > > このプラットフォームは、医療・金融・製造業・政府機関などの産業において、App Modernization、DevSecOps、DevOps、CI/CD などのモダンなアプリケーション開発ユースケースをサポートします。GitHub は Enterprise ソリューションを提供し、拡張セキュリティ、Copilot for Business、高度な 24/7 サポート、および広範なドキュメント、ブログ、変更ログ、市場機能、コミュニティフォーラム、Trust Center の追加オプションを備えています。 > > オープンソースイニシアチブとしては、Security Lab、Maintainer Community、Accelerator Archive、および GitHub Sponsors があり、協力と革新を促進しています。さらに、顧客事例、イベント/ウェビナー、eBook・レポート、ビジネスインサイト、スキル開発プログラムなどのリソースが用意されており、エンタープライズ、中小企業、スタートアップ、非営利団体のチームが成功できるよう支援します。 > > AI ツールを堅牢なセキュリティとコミュニティサポートと統合することで、GitHub はコーディングワークフローの合理化、コードベースの保護、およびソフトウェア業界全体で DevSecOps プラクティスの採用を加速させることを目指しています。

Instabridge は Nova Launcher を取得いたしました。

## Japanese Translation: Instabridge（スウェーデンの企業）はNova Launcherを買収し、モダンなAndroidデバイスと完全に互換性があり、安定した状態で継続的に運用することを約束しています。重点は高いパフォーマンス維持、広範囲なカスタマイズ、迅速なバグ修正、およびユーザーのニーズを尊重した慎重な製品判断です。Instabridgeは長期的な管理、明確なコミュニティコミュニケーション、最小限のデータ収集、個人情報販売なしで運営することを約束します。 Nova Launcher は速度・柔軟性・ユーザー制御で評判が高いです。買収は Nova Prime の短期的な価格上昇に続くもので、既存購入は尊重され、広告無し版の料金は $3.99 USD から変わりません。Instabridge は Reddit、Play ストアレビュー、メールなどを通じてフィードバックを収集し、専用サポートチャネルを設置し、支払型階層や広告ベースの無料版を含む持続可能なビジネスモデルを評価しますが、オープンソース選択肢も検討しています。 ユーザーにとっては継続的な更新、安定性向上、過去購入への尊重が意味します。Instabridge の長期コミットメントとコミュニティ主導のアプローチはプライバシーを損なわずに Nova Launcher をしっかり管理し続けることを目指しています

**Google Meet リアクション：WebRTCチャネルを逆解析し、絵文字を実装する**

## Japanese Translation: ## Summary Google Meetの最近の絵文字リアクション拡張により、適切なものを見つけることが難しくなっています。新しいChrome拡張機能 **「Google Meet Reactions」** は、最もよく使われる絵文字をすばやくアクセスできる検索可能なリストを追加することでこの問題に対処します。このツールはWebRTCのデータチャネル（`RTCPeerConnection.prototype.createDataChannel`）にフックしてリアクションメッセージをインターセプトし、これらはprotobufでエンコードされたバイナリパケットとして送信されます。受信したリアクションを再構築する際にはデバイス/ユーザーIDを作成し、gzipで圧縮してから`MessageEvent`をディスパッチします。検索機能はBM25ランキングとLevenshtein距離（タイプミス耐性）を用いて1,900以上の絵文字をカバーし、頻繁に選択されるものは自動的に優先表示されます。この拡張機能はページロード時（`document_start`）に実行されるため、Meetがチャネルを確立する前から準備完了です。ピクチャー・イン・ピクチャーモードでも動作しますが、Extended Reactionsが有効なGoogle Workspaceアカウントでのみ機能し、個人のGmailユーザーはデフォルトの9つの絵文字しか表示されません。 **Links:** - Chrome Web Store: *Google Meet Reactions* - Website: `googlemeetreactions.com` - Project page for more details.

**「いいね」を付けたユーザーがプライベートになるとき：X上で評判リスクの高いコンテンツへの関与**

## Japanese Translation: ``` ## Summary 2024年6月にX/Twitterが一部のユーザー向けに「いいね」を非公開化した決定は、プラットフォーム全体の行動にわずかな影響しか与えませんでした。1,068アカウントから154,122件の投稿を対象とした差分‑差分（Difference‑in‑Differences）研究では、高い評判リスクを伴うコンテンツ（例：政治的または党派的な投稿）の「いいね」数に有意な増加は見られませんでした。この結果は、ハイリスクとローリスクのアカウントを比較した場合や、「いいね」と再投稿の両方を対象にした場合でも同様でした。203名のXユーザーを対象とした被験者内調査実験では、非公開表示下でそのようなコンテンツへの「いいね」意欲がわずかに上昇しましたが、この意思は実際の「いいね」率には反映されませんでした。著者らは、好きだというアイデンティティを隠すことでプラットフォームレベルでの行動変化は限定的であると結論付け、将来の研究では表明された意図が行動に現れない理由を探求すること（例えば、高頻度アクションや自動化アカウントに焦点を当てる）を提案しています。 ```

**データベース設計やシステム図におけるファントラップの回避**

## 日本語訳: この記事では、データモデリングとシステムアーキテクチャ図における「ファン・トラップ（fan trap）」が、複数の一対多（1:N）関係が同じ「一」の側面に集約されることで重要な詳細が消えてしまう視覚的落とし穴であることを説明しています。例えば、教授を学部ではなくその所属学科にリンクせずに大学院だけに結び付けてしまうと、本当のつながりが隠れてしまいます。同様に、ネットワークやアーキテクチャ図で多数のプロデューサーやコンシューマーを単一のブローカーまたはファイアウォールにまとめると、すべてのプロデューサーがすべてのコンシューマーと通信しているように見えることがありますが、それが実際には真実であるとは限りません。 この曖昧さを解消するために、記事では次の3つの実践的な対処法を提案しています。 1. **具体性を追加** して各関係を分離する中間リソース（例：イベントブローカー内のトピックや細粒度ファイアウォールルール）を挿入します。この方法は、追加した詳細があまりにも一般的であるか実装不可能な場合に失敗します。例えば「インターネット」を単一の中間ノードとして使用するケースです。 2. **パススルー矢印** を使い、新しいノードを追加せずにエッジ関係を保持します。パススルー矢印は図の複雑さを減らしますが、明示的な中間リソースほど詳細にはなりません。 3. **そのまま残す** ことも選択肢です。意図した対象者に対して潜在経路を示すだけで十分である場合は、まず図の目的を評価します。 「ファン・トラップ」という用語は、狭い端が合わさった二つのハンドファンに似ていることから来ています。ソフトウェアエンジニア、サイトリライアビリティエンジニア（SRE）、ネットワーク／セキュリティ専門家など、異なるステークホルダーは明瞭さと潜在経路の可視化のどちらを重視するかで好みが分かれます。ファン・トラップをどのように表現するかを選択することで、図の読みやすさとステークホルダーの理解度が影響され、チームはドキュメント作成時に詳細と単純化のバランスを取ることができます。 質問やコメントがある場合は、LinkedInまたはメール（billy@ilograph.com）で著者へご連絡ください。

レティキュラム：安全かつ匿名性を備えたメッシュ・ネットワーキングスタック

## Japanese Translation: ## Summary Reticulumは純粋なPythonで実装されたネットワーキングスタックで、IPやそれ以上のレイヤに依存せず動作します。これにより、IPを含むあらゆるキャリア上でトンネル化が可能です。エンドツーエンド暗号化、イニシエータ匿名性（送信元アドレスなし）、すべてのトラフィックに対する前方秘匿性、および偽造不可能な配信確認を提供します。スタック全体はPython 3が動作できる任意のシステム上でユーザーランドで実行され、カーネルモジュールは不要です。 暗号学的プリミティブには、512ビットCurve25519アイデンティティ、256ビットEd25519署名、256ビットX25519 ECDH、HKDF、SHA‑256/512ハッシュ、AES‑256-CBC（PKCS7パディング付きCBCモード）、HMAC‑SHA256認証、およびFernetスタイルのトークンが含まれます。 サポートされるインターフェースは広範で、Ethernet、RNode経由のLoRa、パケットラジオTNC、KISSモデム、シリアルポート、IP上のTCP/UDP、stdio/pipes、およびカスタムハードウェアモジュールがあります。性能は約150 bits/sから500 Mbps（最大1 Gbpsを目標）までで、低帯域幅リンクに最適化されつつスケーラブルです。 主なユーティリティは以下の通りです： - `rnsd` – デーモン - `rnstatus`, `rnpath` – ステータスとパス探索 - `rnprobe` – リンクプロービング - `rncp` – ファイル転送 - `rnid` – アイデンティティ管理 - `rnx` – 遠隔コマンド実行 - `rnsh` – 遠隔シェル インストールは `pip install rns` で行い、純粋Pythonビルドを望む場合はオプションの `rnspure` を使用します。必要なシステムパッケージは `PyCA/cryptography` と `pyserial` です。 接続ブートストラップは `directory.rns.recipes` や `rmap.world` などのコミュニティディレクトリを利用します。アムステルダムテストネットは2026年第1四半期に廃止されるため、ユーザーは代替エントリポイントを設定する必要があります。参照実装はMark Qvist（アイデンティティ `<bc7291552be7a58f361522990465165c>`）によってReticulum Licenseの下で維持されています。プロトコル定義とマニュアルが権威ある情報源です。 開発資金はMonero、Bitcoin、Ethereum、Liberapay、またはKo‑Fiを通じて提供できます。 プロジェクトは複数のオープンソースライブラリ（例：PyCA/cryptography, PySerial）に依存しており、まだ外部セキュリティ監査を受けていません。重要なアプリケーションで使用する際は注意が必要です。

中世の秘密トンネル―今も謎に包まれたその存在 --- **日本語訳（丁寧・自然）** 「私たちがまだ解明できていない、中世の秘密トンネル」

## 日本語訳: 記事は、中央ヨーロッパに散在する約2 000の「erdstall」トンネルという謎めいたネットワークを描写しています。各通路は極端に狭く、床面や高さが二フィート（60 cm）以下で、一部では16インチ（40 cm）ほどしかありません。また、多くの場合、教会・農家・町の広場の床下にひとつだけ入口があります。内部の煤炭と陶器破片を年代測定すると、建設は9世紀から12世紀頃であることが示されますが、中世の記録には言及がなく、犂刃や石臼などの孤立した遺物だけが発見されています。 トンネルは数十メートルにわたり伸びることがあり、しばしば分岐して狭いシャフトを通じて低層へ下り、最終的には小さな部屋で終結します。その部屋には土壁に彫られたベンチや棚があります。中には「スリップ」と呼ばれる極端に狭い垂直段階があり、通過するのに力を要し、民間療法儀式と関連付けられています。 その多さ・分布・秘密性・遺物の欠如・単一入口設計を説明できる説は存在せず、貯蔵や脱出経路としては適していません。異教徒による非公認儀式（反キリスト教団体）が行ったという仮説は、トンネルの規模とキリスト教遺跡への近接性から弱まります。他の学者は教会での使用を示唆し、例えば儀式的浄化や再生のために狭い通路を分娩管に例えるか、迷路祈願の影響を指摘するものもありますが、現存する文書はありません。 記事はトンネルの目的を解明するために更なる考古学的掘削と多学際的研究を呼び掛けています。この謎を解決すれば、中世宗教実践に対する理解が再構築され、遺産保護戦略に影響を与え、中央ヨーロッパの歴史的遺産への学術・観光関心を喚起する可能性があります。

チャネル3（YC S25）が採用中です。

## Japanese Translation: ## 改訂要約 Channel 3 は、インターネット上のすべての商品を網羅した包括的なデータベースを構築し、AI ネイティブの「エージェント型商取引」を実現することを目指しています。これは、小売データに対して Stripe や Plaid のようなポジショニングを図るものです。同社は、散在した非構造化商品情報が AI 取引を阻害すると考え、このデータを大規模に構造化することで、米国・世界の e‑commerce 市場で推定 1〜5 兆ドルのシェアを獲得できると見込んでいます。 2025 年（S25 バッチ）に CEO の Alex（12 歳で起業経験あり、studio.com で AI 作業）、CTO の George（Palantir の研究者）、エンジニアの Evan と Ignacio（AWS 背景）によって設立されました。Channel 3 は既に 1 億を超える商品をインデックス化し、企業顧客とのパイロットや数万ブランドとの提携ネットワーク統合を通じて 1,500 を超える開発者にサービスを提供しています。同社はビザスポンサーシップを行っていません。 エンジニアリングの目標には、10 億の商品をモデリングし、カスタムコード不要で任意の商品詳細ページを解析できるコンピュータービジョン システムを展開すること、多モーダル埋め込みを使用して複数の販売者間で重複排除を行うこと、および商品バリエーション（色、サイズ、構成）を捕捉することが含まれます。彼らは「Weber の 1,000 ドル未満で 4 バーナー付きアウトドアグリル」や「300 g 未満のランニングスニーカー、サイズ 12」のような複雑なクエリを 2 秒以内に検索できる世界クラスの検索を目指しています。 技術的課題としては、自己ホスト型オープンソースモデルとフラッグシップ GCP/Azure モデルで月間数十億トークンを管理しつつ、トークン使用量やデータベースコストを削減し、評価とガードレールを通じて信頼性を確保することが挙げられます。同社の文化はオフィス中心（Flatiron、月曜〜金曜）で、週末勤務を任意に提供し、月～木曜日は無料食事、スナックを用意し、技術的意思決定とチームビルディングへの所有権を重視しています。 Channel 3 は 2025 年 8 月に Matrix（Apple、FedEx、Afterpay、Oculus）が主導し、Ludlow、Y Combinator、Paul Graham、a16z、Index Scouts、および多数のエンジェル投資家が参加した 600 万ドルのシードラウンドを調達しました。応募プロセスには好奇心や学習に関する短いメッセージ、任意のテイクホームプログラミング課題、1 日間の NYC 試験、そしてオファーが含まれます。

**Show HN:** *Ocrbase ― PDF → .md/.json ドキュメントOCRおよび構造化抽出API*

## Japanese Translation: OCRBaseは、PaddleOCR-VL-0.9B（最高精度）を採用した最先端のオープンウェイトOCRモデルを使用して、大規模にPDFを構造化されたJSONへ変換する自己ホスト型サービスです。ユーザー定義スキーマに対応し、JSON結果だけでなくMarkdownも返すことができます。本プラットフォームはジョブをキューイングし、数千のドキュメントを同時に処理可能です。型安全なTypeScript SDK、Reactフック、およびWebSocket通知によってリアルタイムでジョブ進捗を確認できます。OCRBaseはDockerとBunが動作する任意のインフラ上で稼働し、クイックスタートコード例ではSDKクライアントの作成、"parse"ジョブの提出、およびMarkdown出力の取得方法を示しています。Self‑Hosting Guideにはオンプレミス環境へのデプロイ手順が記載されています。本プロジェクトはMITライセンス（LICENSE参照）です。APIアクセス、オンプレミス展開、またはご質問がある場合は、adammajcher20@gmail.com までお問い合わせください。

**詐欺師の設計図：サイバー犯罪者が1週間で標的を襲う計画を描く方法**

## Japanese Translation: フィリピンの捜索で押収された2024年時点のサイバー詐欺複合施設に関する2冊の犯罪現場ハンドブックは、東南アジアで中国主導のギャングが使用している「ピッグ・バッチェリング」ロマンス詐欺手法を段階的に説明しています。 9ページの中国語マニュアルは女性を対象とし、偽造プラットフォームを通じて原油投資へ誘導し、被害者を「クライアント」と呼びます。一方、バイリンガルガイドは男性に焦点を当て、暗号通貨について論じつつ、お金の引き出し方法は明示していません。両マニュアルとも偽造身分の作成、医師・弁護士・将軍など権威者になりすますこと、日々の挨拶で迅速に感情的親密さを築くこと、短期間で架空投資プラットフォームを開始することを推奨しています。中国語マニュアルは7日間計画を示し――第1日目：紹介、第2日目：投資話、第5日目：恋愛関係、第7日目：偽造プラットフォームのローンチ――で、バイリンガルガイドは3日目までにゆっくり応答する被害者を追い出すことを勧めています。 当局はピッグ・バッチェリングに使用された携帯電話を押収し、数百人の関係者を特定しました。その多くは既に人身売買の犠牲者でした。米国FBIはピッグ・バッチェリングを最も広範囲に行われている詐欺の一つとして挙げています。バークレイズ銀行のデータによれば、男性は女性よりロマンス詐欺に陥りやすいものの、女性は平均して二倍多く損失を被ります（2023年1月〜2024年5月）。ブラジル連邦警察はバイリンガルマニュアルがブラジルで使用された可能性についてコメントを拒否しました。 ロイターはマニュアルが実際に利用されたかどうか確認できませんでしたが、元複合施設職員は類似スクリプトを用いてピッグ・バッチェリング計画を実行したと報告しており、ロマンスベースの投資詐欺が大きな金銭損失とさらなる人身売買の搾取につながることを強調しています。

**品質保証付きアビアンキャリア上のIP（1999）**

## Japanese Translation: （すべての重要ポイントに合わせるため）** > RFC 2549（1999年4月1日付）は、RFC 1149を拡張し、鳥類運送機でIPデータグラムを送信する実験的プロトコルであり、品質保証（QoS）、セキュリティ、およびトラフィック管理機能を追加しています。 > > **QoSレベル**：Concorde、First、Business、Coach；Concordeパケットは優先配信とパケットごとに50 %のボーナス頻繁フライヤーマイルが付与されます。サービスレベルは運送機の翼にバーコードで示され、ルーターで読み取られ適切なキューへエンキューします；運送機はキューイング中に休眠できます。 > > **運送機タイプ**：Ostrich（ダチョウ）運送機は大容量転送が可能ですが、配信速度が遅くドメイン間のブリッジが必要です；一部のディストリビューターは誤ってChoice（選択）運送機をPrimeに分類します（Primeは公開鍵暗号を用いたセルフキーリングを使用）。パケットは運送機にREDで塗装することで削除対象としてマークできます。 > > **キュー管理**：加重公平キューイングは物理的なスケール図で実装でき、長時間キューイングしている運送機のログエントリが作成されます；ラウンドロビンキューイングは推奨されません。なぜならロビン（ツバメ）には自動ホーム機能がないためです。 > > **ルーティングとカプセル化**：緩やかなソースルートは許容されます；厳格なソースルートは使用しないでください、そうするとボトルネックが発生します。NATは推奨されません。鳥類運送機は「食べる」可能性がありますので、カプセル化にはサランラップを利用できます。ただしハヤブサカプセル化は面倒です。 > > **マルチキャスト**：クローンデバイスが必要です；運送機は継承ツリーで伝搬し、平均TTLは15年です。 > > **MIBオブジェクト**：AvCarrier2、AvCarrier、PulseRate が定義されています。 > > **セキュリティ上の懸念**：「スチールピジョン」メールセキュリティと不安定なアゴラフォビック運送機からプライバシー問題が生じます。 この改訂要約は、裏付けのない推論を追加せずにすべての主要ポイントを網羅し、読者に情報を明確に提示します。

**デドル化：米ドルは支配力を失い始めているのでしょうか？（2025）**

## Japanese Translation: 米ドルは世界の主要な準備通貨として残り、2022 年に FX 取引量の約 88 % と外国通貨債務発行の約 70 % を占めている。しかし、グローバル FX 保有分の米ドル比率は 60 % 未満まで低下し、二十年ぶりの最低水準に達している。一方で、金保有量は中央銀行の準備資産内で増加しており、新興国では約 9 %、先進国では約 20 % を占めている。米国財務市場では、世界金融危機のピーク時に外国所有率が 50 %以上だったものが、2025 年初頭には約 30 % にまで減少し、米ドル資産への依存度が縮小していることを示している。 商品価格は米ドルから離れつつある。エネルギーやその他の商品は、人民元、ルピー、リヤル、トルコリラなどの現地通貨または代替通貨で取引されるケースが増えている。国境を越える貿易請求書は依然として米ドル中心であり、USD/EUR は過去 20 年間にわたり請求書の 40–50 % を占めている。一方、中国人民元（CNY）のグローバル FX 取引量へのシェアはまだ約 7 % に留まっている。18 の新興市場経済圏で、約 8300 億ドル相当のデポジット・ドル化が継続しており、中南米が最もドル化率（19.1 %）が高く、中国のドル化率は 2017 年以降減少傾向にある。 米国での政治的分極と関税政策、および中国人民元など代替通貨の信頼性向上が、脱米ドル化のトレンドを推進している。中央銀行が高負債の法定通貨に対するヘッジを求める中で金への需要は増加し、2026 年半ばまでに価格が 4 000 ドル/オンス近辺に達する可能性のあるブル市場を促進している。 米国財務保有が継続的に減少すると、GDP に対する 1 パーセントポイントごとの下降は米国利回りを 33 ベーシスポイント以上上昇させるため、外国需要の変動がリスクフリー金利に与える影響の感度を示している。非米ドル商品契約への移行は、インド、中国、ブラジル、タイ、インドネシアなどの国々にとって、米ドル準備ニーズを削減し、エネルギーへのアクセスコストを低減するメリットがある。 中国が米ドル預金や国境を越える請求書から意図的に離れる動きは、米国金融支配から経済を切り離す広範な戦略の兆候であり、新興市場が米ドルへの依存度を減らしつつ、米国投資家が高い利回りと新たな通貨エクスポージャーを考慮する必要性により、グローバルパワーダイナミクスの再構築につながる可能性がある。

**アラインメント・ゲーム（2023）**

## Japanese Translation: 著者は、Google Sheetsで作成された簡単な「ゲーム」を説明しています。このゲームでは経営陣が優先順位を積み重ねてランク付けし、その違いについて議論することで、硬直した演習を対話型の会話ツールに変えています。各参加者は個別に課題を順序付けし、ロッコ―やI‑cut‑you‑choose などの投票理論アルゴリズムがこれらのリストを調整します。ケメニー・ヤング法（Kemeny‑Young method）が最も原則的な選択肢として提示されており、これは全ペア間の不一致を最小化するためです。ただし、この方法は両者を不満にさせる妥協順位を生むことがあります。今回のアプローチは、単一のアルゴリズムが常にすべての投票者を満足させるわけではなく、循環的な好みが多数派の不満を引き起こすことを強調しています。ケメニー・ヤング法の結果は解釈しやすいため、参加者は議論対象となる項目や不整合なステークホルダーを特定でき、その後ペアワイズミーティングを開催して共有順位に収束させることができます。著者はこのゲームを企業のオフサイトや四半期計画サイクルで使用し、他の人が仕事や個人的な優先順位調整に採用できるように簡単に共有可能なGoogle Sheetとしてパッケージ化しています。

**WAT パーサーの性能向上**

## 日本語訳： **改善された概要** `wasm-language-tools` ライブラリは、WAT パーサの完全な書き直しにより v0.5 で大幅な性能向上を実現しました。複雑な WebAssembly Text Format スニペットでベンチマークを行った結果、旧パーサは約 59 µs を要したのに対し、新実装では約 13 µs で完了します。これは約 350 ％ の改善であり、統計的に有意な差であって偶然によるものではありません。 **主な技術的変更点** 1. **レキサの最適化** * よく使われる括弧やキーワードは `LazyLock` に格納された既知の緑色トークン／ノードとして事前にクローンされ、再度割り当てを行わないようにします。 * キーワード認識はバイトレベルでプレフィックスマッチング（`self.input.as_bytes().starts_with(keyword.as_bytes())`）を使用し、その後次の文字が識別子文字でないか確認することで「function」のような偽陽性を防止します。 * 文字列とコメント以外のトークンは `get_unchecked` を用いて UTF‑8 境界チェックをスキップして生成されます。 2. **カスタムトークン型** – レキサは直接 `rowan::GreenToken` を作成する代わりに、軽量な `Token<'s>`（`kind: SyntaxKind`, `text: &'s str`）を発行します。 3. **パーシング戦略** – パース中に子トークン／ノードを保持するための単一共有 `Vec` を使用し、必要に応じてそれを消費して `rowan::GreenNode` を生成します。スタック型の開始インデックス（`usize`）で範囲を追跡します。 これにより、多くの一時的ベクタや不要な `unwrap` 呼び出しが発生していた以前の `rowan::GreenNodeBuilder` アプローチを回避できます。 この書き直しは、従来の `winnow` パーサ―コンビネータライブラリを手作りのレキサ／パーサに置き換え、多数のメモリアロケーションとチェックを排除しました。高速化されたパーサは v0.5 以降のデフォルトエンジンとして採用される予定で、`wasm-language-tools` をベースにしたすべてのツールがより効率的に動作します。大量の WAT を生成・操作する開発者や企業にとって、この改善はビルド時間の顕著な短縮、IDE とのインタラクションのスムーズ化、および開発・デプロイ時のリソース使用量の削減へ直結します。

予測市場は、ニュースをギャンブルに変える世界をもたらしています。

## 日本語訳： ### 要約 主要なニュースアウトレットは、報道に予測市場のオッズを組み込むケースが増えており、偏見と公共信頼への懸念が高まっています。 - **CNN** は現在、その放送で Kalshi のオッズを表示しています。例えば、トランプ大統領がグリーンランドを購入する確率は 36 % 、ニュースン氏が次の大統領選挙に勝つ確率は 19 % と示されています。CNN のスポークスパーソン ブライアン・ポリカオフは、これらのオッズは文脈を補完する多くのデータ源の一部であり、編集方針には影響しないと述べています。 - **ダウジョンズ** は 1 月 7 日に Polymarket と提携し、*The Wall Street Journal* を含む出版物全体でオッズを埋め込むことを発表しました。 - 他のメディア—**CNBC**、**Yahoo Finance**、**Sports Illustrated**、**Time**、そして **MoviePass** — も同様の取引や予測市場データに関する計画を持っています。 Polymarket の CEO はプラットフォームが 28 件中 26 件のゴールデングローブ賞受賞者を正しく予測したと主張していますが、2024 年以前の選挙予測は偶然よりも優れていないという研究結果があります。 - 2012 年に Intrade のベッターはロンミー氏への大規模な賭けで世論や資金調達を左右しようとしました。 - スタンフォード大学の政治学者 アンドリュー・ホールは、将来の選挙では戦略的賭けによってオッズが変動し、メディア報道が「操作された確率に関する全国ニュースストーリー」になる可能性を警告しています。 **規制上の懸念:** Trump Media & Technology Group は独自のプラットフォーム Truth Predict を立ち上げる計画であり、ドナルド・ジュニア氏は Kalshi と Polymarket の両方に顧問として関与しています。 ホワイトハウスでは、ブリーフィングが 64 分 30 秒で終了した後、65 分を超える期間に賭けたトレーダーが怒り、意図的な操作と主張しました（ホワイトハウスは否定）。 **影響:** すべてのニュースをベッティング機会として扱うことは、観客を誤解させ、ジャーナリズムへの信頼を損ねる恐れがあります。これにより、予測市場プラットフォームへの監視と規制が強化される可能性があります