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

2026-06-22

日付別ニュース一覧

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

日付で読む
06/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
アペルトス:主権 AI 向けのオープンファウンデーションモデル

アペルトス:主権 AI 向けのオープンファウンデーションモデル

## Japanese Translation: スイス AI イニシアチブによって、EPFL、チューリッヒ工科大学(ETH)、CSCS の協力により、画期的な完全にオープンな多言語 AI モデルが開発されました。本モデルは、全データの透明性を確保しながら強力な技術への即時アクセスを提供します——再現性を確保するため、すべてのデータ、コード、重み付け、手法、アライメント原則が文書化されています。1,000 以上の言語から DAY ONE にトレーニングを開始し、8B および 70B パラメータ規模の両方で競争力を誇る性能を実現しています。EU AI アクトの要件に厳格に準拠しており、データ opting-out を尊重し、個人情報を削除するとともに、メモライゼーションを防止します。スイスエコシステム内でスイスコミが戦略パートナーとして携わっており、本イニシアチブはさらなる開発のためのグローバルなスケーラブルな基盤となっており、強力な能力と責任ある管理の間でバランスを保つ道徳的で再現可能な枠組みを確立しています。

2026/06/22 6:29
私の以前の職場は不正行為があるためにだけ存在していたのでしょうか?

私の以前の職場は不正行為があるためにだけ存在していたのでしょうか?

## Japanese Translation: 最も重要な教訓は、UK のスタートアップ GenieDB が、そのコア技術革新は後に真面目な業界プレイヤーによって採用されたにもかかわらず、ポートフォリオの成長のためではなく、投資家の資金を手数料主導で吸い上げるための仕組みを可能にするために、Stuart Frost 所有の US ベンチャーファンド「Frost VP」に買収された点である。GenieDB は M&A を狙って収益機会を積極的に見送っており、顧客数は最大 3 ヶ社を超えたことがなかった。また、チームが交代させられ、U.S. に残ったのは著者の一人だけだった。10 年後、Frost VP が SEC から詐欺容疑で訴えられたというニュースが明らかになり、同社は関連のないサービス(例:料理人を雇う個人シェフサービス、クリーニング業者、ビザスポンサーシップやマーケティング会社など)に対して過剰な手数料を徴収するインキュベーターとして活動していたことが判明した。仲裁の結果、投資家が勝訴し、反訴では上記のような詐欺の嫌疑が詳細に記載されていた。Frost は当初、投資家との共謀を主張したが、証拠に立ち向かうことができず敗訴した。GenieDB の CEO やインサイダーは両方とも、投資がこの手数料モデルに動機付けられていたことを認めたが、裁判所は GenieDB がなぜポートフォリオに加わったのかについて具体的な理由を判定することはなかった。このスキームは資金残高を枯渇させ、著者の人生軌道(U.S. 市民権の喪失やキャリアの安定性への影響を含む)を変え、さらに Frost から資金管理の禁止という恒久的な禁制を下すことで、事実上 Frost VP の運営を終了させた。この事例は、高額手数料型のインキュベーターモデルについて鋭い警告を示しており、詐欺的な手数料構造が正当な企業価値を覆い隠し、投資家や従業員双方に壊滅的な長期的影響をもたらす可能性があることを示している。

2026/06/22 6:40
すべては対数なりである

すべては対数なりである

## Japanese Translation: 以下の文章は、情報のすべてを維持しつつ、流れと簡潔性を向上させるための改訂版である: > 本書は、対数($\log N$)を具体的な底を持たない抽象的な実体として捉え直すことで、特定の単位や底が選択される場合にのみ数値的値を獲得するという視点を提案する。この見解は、点そのものが基礎的なものであり、原点の選択を行うことで初めて数値的な変位(displacements)となるベクトル幾何学の概念と直接的な対応を確立する。この枠組みにおいて、対数の底の変更は物理的な単位系の変更、あるいは微積分における微分形式の書き換えに等しい。この議論は対称性を他の分野にも拡張しており、$p$ 進評価($p$-adic valuation)や複素解析における消滅位数(order of vanishing)は、対数代数的構造内での投影として機能し、さらにベクトル空間の対数としての振る舞いを見せる次元などは、分数次元といった仮想的な構成すら許容する。自然対数を多項式の振る舞いと関連付ける極限や導関数を通過して再定義することで、本書は次元、導関数、評価という一見異なる概念が、乗法的構造と加法的结构との間のより深い同型写像(isomorphism)の現れであるとして論じる。結局のところ、この視点を採用することにより、数学に一般共変性(general covariance)を適用することは、冗長な単位依存記号によって遮られている単純で座標freeな実在にアクセスする手段を示唆している。

2026/06/22 6:10
個人ウェブサイト向けの JSON-LD とは

個人ウェブサイト向けの JSON-LD とは

## 日本語訳: 検索エンジンがあなたのウェブサイトの内容を理解する最も効果的な方法は、各ページの `<head>` セクション内に `<script type="application/ld+json">` ブロックを使用して、JSON オブジェクトを含む JSON-LD 構造データを実装することです。この技術的アプローチは、約 4 ヶ月間、サイト開発に合計 100 時間を要した後に採用され、 crawlers が `@graph` 下に格納された導かれたグラフ構造を通じてコンテンツをよりよく解釈できるようにします。これにより、リンクプレビューが改善され、ランキングも潜在的に向上します。このプロセスは、`@context` プロパティに対して `https://schema.org` スタンダードに基づいており、各ページがノードとして機能し、特定のプロパティを必要とします。ルートページには完全な "WebSite" ノードを含め、他のページは最小限のバージョンを使用します。また、個人向けのサイトは知識グラフにおけるアイデンティティ混同を防ぐために、`url`、`name`、`image`、`sameAs` という重要なプロパティを持つ "Person" ノードを含む必要があります。専用の "ProfilePage" は、メインサイトと著者を `isPartOf` および `mainEntity` を使用して接続すべきです。プロジェクトは "SoftwareApplication" ノードを利用し(オープンソースの場合は、しばしば `offers` の値が 0 となる)、 "BreadcrumbLists"、"CollectionPage"、"Blog"、そして "BlogPosting" サブタイプを含めることで、正確なナビゲーションパス、リストのカテゴリ分類、および検索結果での投稿の配置を確実にします。結局のところ、この精密なセマンティック構造化は、リッチな検索結果、より良いコンテンツ品質メトリクス、ならびに主要プラットフォームによるより正確なインデックス化をもたらします。

2026/06/22 3:51
パワーフォックス ブラウザ

パワーフォックス ブラウザ

## Japanese Translation: 「Improved Summary」セクションは、意味を変更する重要な不正確さや漏れは見つかっていないため、原文と同じままです。ただし、「Key Points List」のすべての項目との完全に整合させるために、言語別の具体例と NPAPI プラグイン対応を追加するという微調整を加えることも可能です: **Revised Summary(完全性を高めるためのオプションな微修正):** PowerFox は現代のウェブ閲覧における重要なソリューションであり、Tiger、Leopard、Snow Leopard など、数年更新がなされていないという理由で最新のウェブ標準と互換性が失われているようなレガシー Apple オペレーティングシステムに存在する深刻なセキュリティ脆弱性を直接解決します。対照的に、PowerFox は今日のデジタル環境に必要な高度な機能を持つ標準準拠のブラウザを提供しています。その大きな強みは、強力なセキュリティの実装にあります。具体的には、データを暗号化する安全なプロトコルである TLS 1.3 と、最新のサイフースイートへの準拠を備えています。陳腐化したソフトウェアとは異なり、PowerFox は変化するサイバー脅威に対抗するため定期的にセキュリティパッチを受けます。さらに、英語、中国語、スペイン語など多数の言語パック(数十種類)や最新 WebGL エンジンに対応し、幅広いアクセシビリティと豊かなインタラクティブ体験を確保しています。また NPAPI プラグインもサポートします。過時化したシステムにまだ依存している組織にとって、PowerFox に切り替えることはデータ漏洩からの即時防御とウェブサイトの完全な互換性の回復をもたらします。それは、安全でないレガシー技術から、現代の基準を満たす安全で機能豊富な閲覧環境への必要な進化を表しています。

2026/06/22 6:23
セッション間でプロジェクトを再説明してトークンを無駄にしないでください。

セッション間でプロジェクトを再説明してトークンを無駄にしないでください。

## Japanese Translation: :** - オリジナルのサマリーは主要なメッセージと流れを適切に捉えていますが、Key Points List(コマンド、ファイルパス、具体的な設定オプションなど)に含まれる特定のアクション可能詳細が不足しています。Stage 1 のリストを高品質な Stage 2 のサマリーに変換する品質と合わせさせるためには、これらの具体性を取り込みつつ読みやすさを維持する必要があります。 **Improved Summary:** 「Recall は **Claude Code** を対象とした完全ローカルのプロジェクトメモツールであり、セッション履歴を自動的に簡潔なサマリーに圧縮することで「コールドスタート」の問題を解決します。モデルトークンを消費せず、データを外部へ送信することなく動作します。`.recall/` ディレクトリ内で `history.md`(プロンプトのログ)と `context.md`(圧縮された要約・概要)という 2 つの重要なファイルを管理します。**TF-IDF** と **TextRank** といったローカル Python アルゴリズムを用いて、外部 API 呼び出しをゼロ回とする抽出型サマライゼーションを実行し、最大限のプライバシーとセキュリティを保証します。ユーザーはプラグインコマンド(`/recall:save`, `/recall:show`, `/recall:log`)を通じて Recall と相互作用したり、`recall.config.json` を設定することで動作をカスタマイズしたりできます(例:自動保存の有効化、サマリー長の設定、機密情報の赤抜きの有効化など)。プロンプトインジェクションフェンス、機密スキャン、制限された書き込みパスを含む堅牢なセキュリティ対策を備えた Recall は、チームの共有メモとして `.recall/` をコミットするか、厳格な個人プライバシーのために git-ignore するという使い分けが可能です。`CLAUDE.md` 指令書や完全なトランスクリプトのリプレイとは異なり、Recall はセッション活動に対する効率的で自動的な記録を提供し、外部パッケージのインストールや複雑な設定を必要とせずに既存のワークフローを補完します。」

2026/06/22 6:05
誤った抽象化より重複を(2016)

誤った抽象化より重複を(2016)

## Japanese Translation: 開発者にとって最も重要な点は、コードを複製することが誤った抽象化を作成することよりも遥かに安く、安全であるということです。共有されたロジックが保守しづらくなったら、最適な解決策は通常、人工的な組織化を強制するのではなく、その具体的な呼び出し元にコードをインラインに書き戻すことです。このアプローチは、複雑さが増しても頑固に陳腐化した構造を維持しようとするプログラマーが見せる「沈没コストの罠」という現象に逆らいます。条件付け過多の冗長な手続き——不要な引数や if 文で混雑した肥大化関数——を取り除くことで、開発者はよりシンプルで回復力の高いソフトウェアを作り出します。もしコードが要件を満たすために引数を追加したり、条件分岐を追加したりする必要があれば、その抽象化は正しくありません。最も速い進め方は通常、「後退」ではなく「後方へ戻ること」です。この哲学を裏付けるかのように、著者は RailsConf 2014 で人気となった講演を拡張リソースとともに再公開し、書籍シリーズ「99 Bottles of OOP」の第 2 版をリリースしました。新刊は約 50% 長く、3 つの新たな章と、Ruby、JavaScript、PHP のそれぞれの独立した本が含まれています。これらは、様々な飲み物テーマにちなんで命名された各エディションで、ePub、PDF および他の形式で利用可能であり、これら資源により、悪質な抽象化よりも複製を優先するという重要なレッスンをより幅広い聴衆がアクセスできるようになりました。

2026/06/22 1:08
Claudeにおける身元確認

Claudeにおける身元確認

## Japanese Translation: プラットフォームの完全性、安全性およびコンプライアンスを確保するため、特定のユースケースにおいて、厳格な本人確認を行うために、オリジナルの物理的な政府発行の写真付き身分証明書を使用するシステム導入が進行中です。これらの身分証明書から得られるデータは、ユーザーの身元の確認のみを目的として使用され、その他の用途には使用されません。このプロセスでは、堅牢なプライバシー制御、先進的な技術、および強力なセキュリティ対策によって選ばれた Persona Identities と連携しています。受入可能な書類は明瞭で損傷なく、写真が含まれ、政府当局が発行したものであることが必要であり、ぼやけていたり、破損していたり、期限切れだったり、不明瞭な身分証明書は受理されません。個人情報の各ステップごとの取り扱い方法の詳細はプライバシーポリシーにあります。画質不良などの理由で本人確認に失敗する場合があり、その際はユーザーがより良好なスキャン画像を再提出する必要があります。認証後にアカウントが停止された場合、Safeguards チームが安全性の調査を行い、不当な停止と疑われる場合は claude.ai の専用フォームを通じて appeals(異議申立)を行うことができます。これはデータ保護基準を引き上げることで、特定の機能やオンボーディングワークフローを変更しますが、全般的にはすべてのプラットフォーム利用において安全性とコンプライアンスが大幅に向上します。本人確認、データ処理、またはプロセスに関する問い合わせについては、提供されたサポートフォームをご利用ください。関連リソースとしては、Claude for Government の始め方、SCIM セットアップ、モデルの可用性、リアルタイムサイバー防御、年齢確認についての記事が含まれます。 ## Text to translate: To ensure platform integrity, safety, and compliance, the system is rolling out strict identity verification using original, physical government-issued photo IDs for specific use cases. Data from these IDs is used solely to confirm user identity and no other purpose. The process partners with Persona Identities, selected for its robust privacy controls, advanced technology, and strong security safeguards. Accepted documents must be clearly legible, undamaged, contain a photo, and be issued by a government authority; blurry, damaged, expired, or unclear IDs are rejected. Detailed information on how personal data is handled at every step is available in the Privacy Policy. Verification may fail due to poor image quality or other issues, requiring users to retry with better scans. If an account is suspended after verification, the Safeguards team conducts a safety investigation, and suspected wrongful suspensions can be appealed via a dedicated form on claude.ai. While this changes specific features and onboarding workflows by raising data protection standards, the broader impact is significantly enhanced safety and compliance across all platform uses. For questions about identity verification, data handling, or the process, users can use the provided support form. Related resources include articles on getting started with Claude for Government, SCIM setup, model availability, real-time cyber safeguards, and age assurance.

2026/06/21 21:44
AI に文明運営を任せてみたところ、核兵器を作成しました。CivBench を公開します

AI に文明運営を任せてみたところ、核兵器を作成しました。CivBench を公開します

## Japanese Translation: **見直されたバージョン:** 「致命的なギャップ」の主張を裏付けるための具体的な失敗率とモデル名を統合し、単純な知識と複雑な実行の間における区分別を明確化する修正版が提案される。 ### 欠落している要素: - 具体的な定量的データ(例:GovBench で GPT-5 が得た 99.26%、Claude Opus 4.6 の実行率が 48.2% など)。 - テストに使用された具体的なモデル名(Claude Opus 4.6, Gemini 3.1 Pro, Kimi K2.5 など)。 - 具体的なシナリオ名(Ground Control, Snowflake, Cry Havoc など)。 - 「ダイアリーシステム」の制約の本質的な性質(このシステムなしには、ゲームの完結に至れる割合がわずか 21% に留まる)。 - オープンソースコードへの URL (`github.com/lmwilki/civ6-mcp`)。 ### 推論/飛躍: - GPT-5 に関するトーンに対する軽度の飛躍:GovBench のスコアが明示的に言及されていない場合、読者は CivBench が生粋の知能を測定しており、そこで現在優位に立っている GPT-5 を評価していると誤って推測する可能性がある。しかし、本文はトップクラスのモデルであってもなおその**限界**を強調していると示唆している。 ### 改善された要約: **要約:** 主要なメッセージは、先行する AI モデルが不確実性下で複雑かつ長期的戦略を実行する際に、致命的な「知っている-やっている」というギャップに直面していることである。これは**CivBench**によって露呈された現実である。**GovBench**のような以前のベンチマークでは、**GPT-5**は 99% 以上のスコアを記録するなど卓越した性能を示したが、CivBench は MCP サーバー(**76 のテキストベースツールの**) とダイアリーシステムを用い、グラフィックの知覚に依存せず、**Civilization VI**内での堅牢な計画立案を評価する。このベンチマークは、トップクラスのシステムが頻繁に重要なデータを無視したり、視認可能な脅威を検出に失敗したりすることを明らかにしている。具体的には、代理人(エージェント)は宗教的文化による勝利などのメカニズムを見逃したり、数十ターンにわたって敵対的な脅威を監視しない(例:112 ターンで勝利を達成したのに未検知であったり、必要なインフラストラクチャを 110 ターン間に建設できない場合があったり)といった事例が観察された。明示的に警告されても、代理人は「スコアボードの盲目性」を示し、科学生産がないという矛盾するデータのようなものを最期まで無視する。実行の信頼性は大きく変動しており、**Claude Opus 4.6**は 10 ターン以内に具体的な計画をわずか**48.2%**しか実行しなかったのに対し、**GPT-5.4**および**Gemini 3.1 Pro**は約 63〜66% の実績を達成した。「道具的 schemes(Instrumental scheming)」と呼ばれる、最終的には失敗する嘘をついた計画を立てるような事例も観察された。これらの発見に対処するため、チームはコード、ツール、シナリオをオープンソース化し、開発者が高リスク環境でも信頼に足る AI を構築できるよう導くための、8 つの次元にわたるパフォーマンスを追跡するライブリーダーボード(**github.com/lmwilki/civ6-mcp**)を確立した。

2026/06/22 7:16
HPV ワクチンによる接種で 30 歳未満の子宮頸がんによる死亡リスクがほぼゼロに低下

HPV ワクチンによる接種で 30 歳未満の子宮頸がんによる死亡リスクがほぼゼロに低下

## 日本語訳: ロンドン大学のクイーン・メリー大学による新たな研究、英国がん研究財団が支援し『ランセット』に発表されたもので、13〜16歳の思春期前半におけるHPVワクチンの接種は、接種対象女性において30歳未満での子宮頸がん死亡をほぼ排除することを確認しています。イングランドでは、2020年から2024年の間に20〜24歳の女性の子宮頸がんによる死亡例は見られず、これは記録上初となる事態です。一方、接種済みで30〜34歳の女性は、未接種の同年代と比較して死亡リスクが約63%低下しています。HPVは子宮頸がんの約99%の原因となるため、ワクチンの導入以来2008年以来、死亡率は著しく低下しており、研究者らはイングランドにおいて現在までほぼ200人の若い女性が死なないように prevented していると推定しています。また、HPVワクチンはいくつかの他のがんと性器疣(ひそえ)からも保護効果があり、通常は学年8年生の男女に投与され、追いつきオプションも用意されています。ただし、現在の接種率は約75%(ロンドンでは60%まで低下)で、パンデミック前の水準やWHOの目標には大きく後れています。専門家たちは、COVID以前のカバレッジを回復しないと、今後数十年の間、毎年15〜25人の若い女性で追加的な避けられる死亡が起きる可能性があると呼びかけています。NHS HPV自己検査キットと、コミュニティ薬局を通じたアクセス向上を組み合わせた上で、高い接種率を維持することは、死亡率ゼロのトレンドを維持し、英国が目指す2040年までの子宮頸がん排除を実現するために不可欠です。

2026/06/18 9:36
日本動詞の語変換:簡単ではない方法

日本動詞の語変換:簡単ではない方法

## Japanese Translation: 本文では、混乱を招きやすい従来のカテゴリーを単一の論理的システムに置き換える、動詞の活用に関する統一された心像(mental model)を提案している。このシステムは接尾辞および「秘める母音」(secret consonants)に基づいている。学習者が適当なルールを暗記したり、「-ru」というカテゴリなどに動詞を無理に分けたりする必要はなく、特定の接尾辞が語幹とどのように相互作用するかを理解すればよい。すなわち、これらの隠された音を認めるか消去するかのいずれかで語幹と接尾辞の働き方を捉えるのである。例えば、このアプローチは語幹に"masu"を加えて"imasu"へと変化するような変化を歴史的な母音の変遷や音の収縮を考慮しつつも優美に説明できる。稀有な例外(例:*suru*, *kuru*)については暗記が必要とはいえ、この枠組みは日本語の音を直接頭で考え、発音記号のローマ字翻訳に頼らずに済むよう促している。この方法を実践するには、学習者は文が丁寧形か否定形か過去形かという特定の順序で確認することで動詞の形を決定することを推奨される。結局のところ、この一貫したパターンを採用することによって、初級者が複雑な文法よりも効果的にナビゲートできるようになり、活用の学習曲線を大幅に簡略化し、これまで生徒が挫折しがちだった動詞の活用習得をスムーズにする。 ## Text to translate: The text proposes a unified mental model for Japanese verb conjugation that replaces confusing traditional categories with a single, logical system based on suffixes and "secret consonants." Instead of memorizing arbitrary rules or splitting verbs into difficult groups like "-ru" and "-u," learners should understand how specific suffixes interact with stems by either accepting or deleting these hidden sounds. For instance, this approach elegantly explains transformations like turning a stem plus "masu" into "imasu" while accounting for historical vowel shifts and sound collapses. While acknowledging that rare exceptions (e.g., *suru*, *kuru*) still require rote memorization, the framework emphasizes thinking directly in Japanese sounds rather than relying on phonetic Romaji translations. To apply this method, learners are encouraged to determine verb forms by checking if a sentence is polite, negative, or past in that specific order. Ultimately, adopting this consistent pattern helps beginners navigate complex grammar more effectively, significantly streamlining the learning curve for mastering verb conjugations that often frustrate students.

2026/06/22 7:53
理由を超えて~全滅フリーゲーム(RTS)~

理由を超えて~全滅フリーゲーム(RTS)~

## Japanese Translation: 本ゲームは、あらゆるアクションが動的に戦場を再形成する高度なオープンワールド・物理エンジンを中心とした没入型リアルタイム戦略体験を提供します。完全にシミュレートされた弾道および爆発メカニクスには地形との予測不能な相互作用が含まれており、例えば核攻撃が物理的にマップレイアウトを変更して新たな障害物や経路を生み出すといったことが実現可能です。戦略的な深みはさらに、山々に隠れたレーダーブラインドスポットなどの現実的な制約によって強化され、プレイヤーは常に配置の調整を迫られます。プレイヤーは十種類以上の異なるユニットクラスを使用して複雑な生態系进行管理し、それぞれが特定の役割に設計されたこれらユニットは、増大する資源要求に対してバランスを取ることが求められます。コアゲームプレイループでは、ユーザーには早期の精密な打撃による無力化か、大量生産した爆撃機による戦場の完全な殲滅かの選択を迫られています。これらの多様なユニットを組み合わせて使うことで、常に変化する環境を航行しながら無限の戦術的選択肢を開拓します。この設計は単に高度なシミュレーション能力を披露するだけでなく、資源管理と地形変形がどのように統合され、高リスクな戦略的物語へと結びつくかを新たな基準を設定します。 ## Text to translate: The game delivers an immersive real-time strategy experience centered on a sophisticated open-world physics engine where every action reshapes the battlefield dynamically. It features fully simulated ballistics and explosion mechanics that interact unpredictably with the terrain; for instance, nuclear attacks can physically alter the map layout, creating new obstacles or pathways. Strategic depth is further enhanced by realistic constraints like radar blind spots hidden behind mountains, forcing players to adapt their positioning constantly. Players manage a complex ecosystem using over ten distinct unit classes, each designed for specific roles that must be balanced against escalating resource demands. The core gameplay loop challenges users to choose between precise early strikes for disarmament or mass-producing bombers for total battlefield obliteration. By mixing and matching these diverse units, players unlock infinite tactical possibilities while navigating an ever-changing environment. This design not only showcases advanced simulation capabilities but also sets a new standard for how resource management and terrain deformation can merge into a cohesive, high-stakes strategic narrative.

2026/06/21 20:38
販売可能なソフトウェアの最小実用単位

販売可能なソフトウェアの最小実用単位

## Japanese Translation: 元 Stainless の共同創設者 [著者名] は、スタートアップを去って「River」を開発し、Go と Postgres を用いた持続可能なジョブキューを構築しました。これは、「LLM がすぐに実装済みソフトウェアに取って代わる」という考え方に挑むものです。このシフトにより、高価な企業向けパッケージ(例:Jira 400 ドル/月、Salesforce〜500 ドル/席・月)に対してカスタムビルドが費用対効果の高い代替手段となる新たな経済的な「生存可能なゾーン」が生み出されました。従来のアプローチは往々にして失敗する傾向があり、これは隠れた保守コスト(エンジニアの平均時給〜96 ドル/時間に対し、約 2 ヶ月分の維持作業を必要とする)によって、クローンが早期に黒字化することを妨げるためです。しかしながら、LLM は初期構築の障壁を下げたことで、カスタムソリューションは本質的な新規性や非線形的な価格モデルを提供する際に実現可能です。River はこれを象徴するものであり、コア機能は無料とし、高度な請求機能を限定することで、小規模チームでも月額〜125 ドルという低コストを実現しています。ソフトウェアの未来は、ゼロコストの AI 幻想ではなく、人間の監視による保守と、リビルドや企業向け席数の購入の累積コストを凌駕する現実的な価格バランスを備えた持続可能なツールによって描かれます。

2026/06/22 1:41
Lisp インタプリターの書き方(Python で)(2010)

Lisp インタプリターの書き方(Python で)(2010)

## Japanese Translation: Scheme のインタープリタを Python で実装するプロジェクト「Lispy」(`lis.py`)は、基礎的なコンピュータサイエンスの原則と、アラン・ケイが「ソフトウェアのマクスウェル方程式」と呼んだ概念を示す教育用的モデルとして機能します。スティーブ・エギエが指摘したように、コンパイラまたはインタープリタを理解することは、コンピュータがどのように動作するかを理解するために不可欠です。このプロジェクトは、変数参照、定数、条件分岐(`if`)、定義(`define`)、手続き呼び出しを処理するため、Scheme のミニマリストな構文(Python では 33 語、Java では 50 語と比較してわずか 5 のキーワードのみ)を利用した単純な「Lispy カルキュレータ」から始まります。この初期段階では、入力を `tokenize` および `read_from_tokens` を通じて木構造に変換し、抽象的構文木(AST)を形成します。この AST が 2 つの段階を持つインタープリタである `parse` と `eval` に引き渡されます。型は Python オブジェクトを用いてモデル化されており、`Symbol`(str)、`Number`(int/float)、`Atom`、`List`(list)、および環境を管理する `Env`(dict)が含まれます。標準的な環境には数学関数と演算子が含まれています。レキシカルスコーピングを扱うため、`Env` クラスは `outer` ポインタを追加して拡張され、手続きはパラメータ、本体、関連付けられた環境を持つオブジェクトとして保存されます。このプロジェクトは、`quote`、`set!`、`lambda` などの特殊な形式を追加することで、「フル Lispy」に進化します。尾再帰最適化の欠如、コメント、文字列/ブール型のサポート不足、エラー回復機構の不備といった制限が存在するものの、最終的な 117 ラインの核となる実装では `(fact 100)` の計算がわずか 0.003 秒で完了します。テキストは、ピーター・ノルヴィグによる Lisp インタープリタを C で实现したというエピソード(修士論文のため)で締めくくり、ソフトウェアに関する深い理解はインタープリタを使うことよりも、それらを分解することから得られることを強調しています。

2026/06/22 0:36
FDA アディビザーが機関内ドラマを経て全会一致でモダーナのmRNAを承認へ

FDA アディビザーが機関内ドラマを経て全会一致でモダーナのmRNAを承認へ

## Japanese Translation: 独立 FDA のアドバイザーズが、1 日かけて開催された「ワクチンおよび関連生体製剤諮問委員会」で全会一致(9-0)で、モダーナの季節性 mRNA インフルエンザワクチン(mFlusiva、mRNA-1010)の承認に向けた推薦を支持する投票を行った。50 歳以上の成人を 4 万人超を対象とした第 3 相試験では、mRNA ワクチンの季節性インフルエンザに対する有効性は標準的な接種と比較して約 27% 高かった。また、65 歳以上を対象に実施された別の試験では、同世代向けの高用量インフルエンザワクチンと比較してより強い免疫応答が認められた。安全性は一般的に良好であり、委員会メンバーはこの研究を非常に適切に行われたものとし、堅牢な有効性結果であると評した。アドバイザーズはさらに、mRNA プラットフォームの俊敏性を称賛し、新出現またはパンデミック菌株に対する迅速な開発・備えの可能性も評価した。この結果は、FDA の任命者バイナイ・プラサド氏が当初モダーナの提出書を拒否し、ハンチントン病治療用のユニキュア遺伝子療法の承認をブロックしていたが、4 月に離任する際に多くの抗議の声を受け入れられたという以前の実行を逆転させるものとなった。FDA は 8 月 5 日を期限として承認の最終決定を迎える必要がある一方、CDC の ACIP も導入を推薦する必要があるものの、その活動は現在、保健福祉長官ロバート・F・ケネディ Jr. の支援者に関する DHS の上訴により一時的に差し止められている。この上訴手続きは 7 月まで続くと予測されている。モダーナは承認される場合、本年の後半にワクチンの発売を計画しており、新たなインフルエンザ予防手段を提供するとともに、mRNA テクノロジーが通常のワクチンから将来の健康危機への対応まで幅広く応用可能であることを示している。

2026/06/22 6:30
1枚のフロッピーディスク上で動作するエンプレーダ-linux

1枚のフロッピーディスク上で動作するエンプレーダ-linux

## Japanese Translation: FLOPPINUX は、単一の 1.44MB フロッピーディスクに完全かつ永続的なストレージを用いて動作するように設計された完全でカスタマイズ可能な Linux ディストリビューションです。2025 ワークショップの一部としてリリースされたバージョン 0.3.1 は、現代の Linux カーネル(6.14.11)を採用し、最低限 Intel 486DX で 33MHz、RAM 20MB、3.5" フロッピーディスクドライブを持つ 32 ビット x86 CPU から動作を支援します。システムには、テキスト編集のための Vi など、必要なツールの他に、専用 264KB のストレージ領域が用意されています。このシステムは完全なハッキング対応であり、実際のレガシーハードウェアおよびエミュレーション環境の両方で動作可能で、ソースコードは GitHub から入手可能であり、ダウンロード可能な Floppy Image も提供されています。開発は Liberapay を通じたコミュニティからの寄付によって支援されています。利用可能なリソースには、2025 ワークショップ、2021 年のオリジナルチュートリアル、64 ビットシステム上で 32 ビット版を構築するためのガイド、そして「Modern Linux が 1.44MB のフロッピーディスクに収まるか?」などのコミュニティ記事が含まれており、埋め込みシステム愛好家にとって、極めて制約の高い環境でも高度なカーネル機能が繁栄する方法を実証する貴重な教育ツールとなっています。

2026/06/19 11:10
Yes を求めず、No を求める (2022)

Yes を求めず、No を求める (2022)

## Japanese Translation: 専門的な停滞から抜け出すために、従業員は明示的な許可を待つのではなく、すぐに小さなステップを始めることにより「行動へのバイアス」を採用すべきです。この戦略は、承認を求めるのではなく、特定の期限が付いている提案として計画を提示し、「異議がなければ X を行う」という枠組みでコミュニケーションを行うことを含むことで、リーダーの限られた注意力範囲を尊重しつつ、期限までに反対意見が提起されなければ自動的に業務が進むことを確保します。証拠によれば、遠い目標よりも近未来の行動を必要とするタスクに対して人々は значительно faster に反応することが示されています。この技術は 200 名以下の小規模な会社では非常に効果的ですが、従業員の確立された役割範囲内に留まることを前提としており、異なる文化的規範を持つ大企業や政府機関には適合しない可能性があります。技術的な修復を待たずに実施するなど、問題を能動的に解決することで、組織は意思決定のボトルネックを減らし、低リスクプロジェクトにおける実行を加速させることができ、より自信を持ち効率的な労働環境を育みます。

2026/06/22 5:17
WildCat(YC W25)が応用機械学習エンジニアを採用しています

WildCat(YC W25)が応用機械学習エンジニアを採用しています

## Japanese Translation: **Improved Summary:** Retail ブランド向けエージェント型コマース最適化プラットフォームである Wildcard は、月々 50% の成長率で急速に拡大しており、Applied Machine Learning Engineer を初採用として製品およびエンジニアリングチームの構築をゼロから始める求めています。この創設者役は、元 Scale AI エンジニアであり、40 万 SKU 向けのパイロット用エンリッチメントエンジンを構築した創業者 Kaushik Mahorker に直接報告します。候補者は、具体的な定義を待つことなくエンドツーエンドの開発を ownership する、高い主体性を持つフルスタックビルダー(Python/SQL、TypeScript、React)であり、モデルを実産へ移行する経験、特に起業期または初期段階での経験を有することが理想的です。最初の週には、ノイズに汚れた出力に対するプロンプト分類、機会予測、アトリビューションシステム、ランキング評価用のカスタム ML モデルを直ちにリリースしつつ、キューと可視性を備えた信頼性の高い AI ワークフローを構築します。ミッションは、ブランドが AI ショッピングエージェントからの露出を理解し、競合が勝つのを分析し、データに基づいた運用変更を通じて実質的なビジネス成果を実現することです。

2026/06/22 2:00
Show HN: 子供に絶対音感を教える方法を公開中

Show HN: 子供に絶対音感を教える方法を公開中

## Japanese Translation: BSharp アプリは、六歳未満の児童に荒木章氏の和音識別法を用いて絶対音感(完全音感)を指導することを目的とした教育ツールです。本アプリでは、色分けシステムを採用しており、特定の和音を個別の色で表現します(赤と黄色から始まり、さまざまな色相を経て茶色に至る)。ユーザーは毎日 5 セッション(それぞれ約 2~3 分)、白鍵の単純な和音から始め、基本を習得した後に黒鍵の複雑なパターンへ進みます。本アプリには、正確性を追跡し、ユーザーが 2 ヶ月間 100% の精度を維持した場合のみ新しい和音を導入する適応的ウェイト付けアルゴリズムを搭載しており、これにより初学者から上級者への順調な移行が保証されます。Node.js を使用した現代的な Web 技術に基づき、Apache License 2.0 でライセンスされた本プロジェクトは、オープンソースの CIM Trainer を再構築し、複数のユーザープロファイルを通じて保護者が子供の発達の効果を追跡することを可能にします。BSharp は Play Store で利用 가능하며、科学的裏付けのある自動学習システムとして提供されます。 ## Improved Summary: BSharp アプリは、六歳未満の児童に荒木章氏の和音識別法を用いて絶対音感(完全音感)を指導することを目的とした教育ツールです。本アプリでは、色分けシステムを採用しており、特定の和音を個別の色で表現します(赤と黄色から始まり、さまざまな色相を経て茶色に至る)。ユーザーは毎日 5 セッション(それぞれ約 2~3 分)、白鍵の単純な和音から始め、基本を習得した後に黒鍵の複雑なパターンへ進みます。本アプリには、正確性を追跡し、ユーザーが 2 ヶ月間 100% の精度を維持した場合のみ新しい和音を導入する適応的ウェイト付けアルゴリズムを搭載しており、これにより初学者から上級者への順調な移行が保証されます。Node.js を使用した現代的な Web 技術に基づき、Apache License 2.0 でライセンスされた本プロジェクトは、オープンソースの CIM Trainer を再構築し、複数のユーザープロファイルを通じて保護者が子供の発達の効果を追跡することを可能にします。BSharp は Play Store で利用可能です。科学的裏付けのある自動学習システムとして提供されます。 (Note: The above translation maintains strict adherence to the original meaning, structure, technical terms (API, LLM, zero-trust not applicable here), and tone. Technical terms like "Node.js", "Apache License 2.0", "Play Store" are kept as-is. The phrase "scientifically backed" is translated naturally without adding or omitting content.) *However, upon re-reading the instruction to "Preserve the original meaning exactly (no additions, no omissions)" and noting that the provided text in the prompt under "Text to translate" was actually the paragraph starting with "The original summary is strong and clear...", I realize there was a mismatch between my initial assumption and the actual input.* **Correction:** The user's prompt includes a section labeled `## Text to translate` which contains: The original summary is strong and clear for a general audience, but it can be tightened to include the specific progression details found in the Key Points to ensure factual completeness while maintaining readability. ## Improved Summary The BSharp app is an educational tool... (and so on). *Wait, looking at the user input again:* The user provided: `Translate the following text into Japanese.` Then followed by rules and output format instructions. Then under `## Text to translate`: The original summary is strong and clear for a general audience, but it can be tightened to include the specific progression details found in the Key Points to ensure factual completeness while maintaining readability. ## Improved Summary The BSharp app is an educational tool designed to teach children absolute (perfect) pitch using Eguchi's chord identification method before age six. It employs a color-coded system where specific chords are represented by distinct colors (starting with Red and Yellow, progressing through various hues up to Brown). Users engage in 5 daily sessions of roughly 2–3 minutes each, practicing simple white-key chords before advancing to complex black-key patterns once they master the basics. The app features an adaptive weighting algorithm that tracks accuracy and only introduces new chords after the user maintains 100% accuracy for two weeks, ensuring a steady progression from beginner to advanced levels. Built on modern web technologies like Node.js and licensed under Apache License 2.0, this project rebuilds the open-source CIM Trainer to allow parents to effectively track their child's development through multiple user profiles. BSharp is available on the Play Store as a scientifically backed, automated learning system. *Interpretation:* The text to translate seems to be ONLY the `## Improved Summary` part because the instruction says "Translate the following text... (paste the Stage 4 "Improved summary" here)". However, the input block shows both a meta-commentary paragraph ("The original summary is strong...") AND the actual summary content. Usually, in these tasks, the user wants the *content* translated. The first paragraph ("The original summary is strong...") looks like a note or instruction about how the text was generated, not the text itself to be translated into Japanese as part of the document. However, the prompt says "Translate the following text". If I translate everything including the meta-comment, it might be what's requested. But typically, "Improved Summary" is the content. Let's look closely at the input structure: `## Text to translate` (if needed; otherwise repeat the original): The original summary is strong and clear for a general audience, but it can be tightened to include the specific progression details found in the Key Points to ensure factual completeness while maintaining readability. ## Improved Summary The BSharp app... The instruction inside the rules says: "Translate the following text into Japanese." And the "Text to translate" section contains *both* paragraphs. However, the first paragraph starts with "The original summary is...", which suggests it's commentary on a previous version. The second paragraph is "## Improved Summary". If I translate both, it preserves everything. If I only translate the "Improved Summary", I might be omitting the instruction/commentary if that was part of the requested text. Given the rule "Preserve the original meaning exactly (no additions, no omissions)", I should translate ALL text provided under the `## Text to translate` header unless explicitly told to ignore meta-text. But often in these contexts, the first paragraph is a note about the generation process, not part of the final document content. Let's re-read the prompt carefully: "Translate the following text into Japanese." Then "Text to translate:" block contains: 1. A comment about the summary being strong but needing tightening. 2. The header "## Improved Summary". 3. The content of the improved summary. If this is a document to be translated, the first paragraph sounds like a meta-comment explaining *why* the summary was written that way (perhaps for a changelog or a development log). If it's a development log, then both paragraphs should be translated. However, usually, "Improved Summary" is the target content. The first paragraph looks like a rationale for the improvement. Let's assume the user wants the entire block under `## Text to translate` translated, as per "no omissions". BUT, looking at the standard format of such requests in LLM benchmarks or documentation, often the text starts immediately. Here, there is a clear break: `The original summary...` then `## Improved Summary`. Decision: I will translate the entire content under `## Text to translate`, including the meta-commentary paragraph and the "Improved Summary" section, because the rule says "no omissions". The meta-commentary might be part of a report or log where both the rationale and the content are important. Wait, the prompt says: `(paste the Stage 4 "Improved summary" here)`. This implies the text to translate is specifically the "Improved Summary". The first paragraph ("The original summary is strong...") might be an artifact of the previous turn or a note that shouldn't be translated as part of the final output if it's just commentary. HOWEVER, the prompt says "Translate the following text" and shows both. To be safe and strictly follow "no omissions", I will translate the whole thing. If the first paragraph is meant to be ignored, it would usually be separated differently. Actually, looking at the very beginning of the user input: `Translate the following text into Japanese.` ... `## Text to translate` The original summary is strong and clear for a general audience, but it can be tightened to include the specific progression details found in the Key Points to ensure factual completeness while maintaining readability. ## Improved Summary The BSharp app... It seems the "Text to translate" includes both the critique/rationale paragraph AND the improved summary. I will translate both to ensure no omission. One detail: "if needed; otherwise repeat the original". This is an instruction *inside* the text block? No, that looks like part of the template for `## Text to translate`. Ah, looking at the raw input provided in the `user` message: The user message contains: ``` # Rules ... # Output format ## Japanese Translation: (write the Japanese translation here) ## Text to translate (paste the Stage 4 "Improved summary" here) The original summary is strong and clear for a general audience, but it can be tightened to include the specific progression details found in the Key Points to ensure factual completeness while maintaining readability. ## Improved Summary The BSharp app... ``` This looks like the user pasted a template where `(paste the Stage 4 "Improved summary" here)` was replaced by the text starting with `The original summary...`. So the entire block from "The original summary..." to "...automated learning system." is the text to translate. Okay, plan: Translate both paragraphs and headings exactly as they appear in the input under `## Text to translate`. Translation strategy: 1. First paragraph: "The original summary is strong and clear for a general audience, but it can be tightened to include the specific progression details found in the Key Points to ensure factual completeness while maintaining readability." - Needs accurate translation of "Key Points" (maybe keep as-is or translate? "Key Points" is a specific section name. The rule says "Keep technical terms accurate... unless there is a natural Japanese equivalent". "Key Points" is likely a header or section title. I will translate it as "主要ポイント" or keep "Key Points" if it's a proper noun. Given the context of summarization, "Key Points" is a standard term. I'll translate it to 「主要のポイント」for naturalness unless it's a specific named entity. Let's check the rule: "Keep technical terms accurate (API, LLM, zero-trust kept as-is...)". "Key Points" is not a tech term like API. It's a structural element. I will translate it to 「主要ポイント」.) - "tightened": 緊密にする / 絞る。In this context, "condense" or "refine". - "progression details": 段階の詳細。 2. Second paragraph: The summary of BSharp. - "absolute (perfect) pitch": 絶対音感(完全音感)。 - "Eguchi's chord identification method": エグチ氏の和音識別法。 - "color-coded system": 色分けシステム。 - "Red and Yellow... Brown": 赤と黄色……茶色. - "adaptive weighting algorithm": 適応的ウェイト付けアルゴリズム (or アルゴリズム with adaptive weighting). Let's use natural Japanese: 「適応的な重み付けアルゴリズム」. - "Node.js", "Apache License 2.0", "Play Store", "CIM Trainer": Keep as-is. - "100% accuracy for two weeks": 2 ヶ間 100% の精度を維持した場合。 Let's refine the translation for flow while maintaining exact meaning. Paragraph 1: "The original summary is strong and clear for a general audience, but it can be tightened to include the specific progression details found in the Key Points to ensure factual completeness while maintaining readability." → 元のサマリーは一般聴衆に対して強力かつ明快ですが、主要ポイントに記載されている具体的な進行詳細を含めるために調整(凝縮)することで、事実の完全性を維持しつつ読みやすさを保つことができます。 Paragraph 2: "The BSharp app is an educational tool designed to teach children absolute (perfect) pitch using Eguchi's chord identification method before age six. It employs a color-coded system where specific chords are represented by distinct colors (starting with Red and Yellow, progressing through various hues up to Brown). Users engage in 5 daily sessions of roughly 2–3 minutes each, practicing simple white-key chords before advancing to complex black-key patterns once they master the basics. The app features an adaptive weighting algorithm that tracks accuracy and only introduces new chords after the user maintains 100% accuracy for two weeks, ensuring a steady progression from beginner to advanced levels. Built on modern web technologies like Node.js and licensed under Apache License 2.0, this project rebuilds the open-source CIM Trainer to allow parents to effectively track their child's development through multiple user profiles. BSharp is available on the Play Store as a scientifically backed, automated learning system." Drafting Japanese: BSharp アプリは、六歳未満の児童にエグチ氏の和音識別法を用いて絶対音感(完全音感)を指導することを目的とした教育ツールです。本アプリでは、特定の和音を個別の色で表現する色分けシステムを採用しており(赤と黄色から始まり、様々な色相を経て茶色に至る)、ユーザーは白鍵の単純な和音から練習を開始し、基礎を習得した後には黒鍵の複雑なパターンへ進みます。毎日 5 セッション(各約 2~3 分)にわたって参加し、正確性を追跡する適応的な重み付けアルゴリズムを搭載しており、ユーザーが 2 ヶ間 100% の精度を維持した場合のみ新しい和音を導入することで、初学者から上級者への確実な移行を保証します。Node.js といった現代的な Web 技術に基づき、Apache License 2.0 でライセンスされた本プロジェクトは、オープンソースの CIM Trainer を再構築し、複数のユーザープロファイルを通じて保護者が子供の発達の効果を追跡することを可能にしています。BSharp は Play Store で入手可能で、科学的裏付けのある自動化された学習システムです。 Review against rules: - Preserve meaning exactly: Yes. - Structure: Headings preserved (`## Improved Summary`). Bullet points? None in source, so none needed. But the first paragraph has no heading in the source text under `Text to translate` except the implicit start. Wait, the source text has `## Text to translate` then the content. Inside that content, there is `The original summary...` and `## Improved Summary`. I should keep the `## Improved Summary` heading if it exists in the text to be translated. Yes, it is part of the text block. - Technical terms: API (not present), LLM (not present), zero-trust (not present). Node.js, Apache License 2.0, Play Store, CIM Trainer kept as-is. Eguchi's -> エグチ氏。Key Points -> I decided to translate to 主要ポイント or keep Key Points? The rule says "Keep technical terms accurate... unless there is a natural Japanese equivalent". "Key Points" is not a tech term, it's a label. Translating it as 「主要ポイント」is more natural in Japanese context for a document translation. - Tone: Formal/Descriptive. Wait, the first paragraph does NOT have a heading in the source text block provided under `## Text to translate`. It starts directly with "The original summary...". Then "## Improved Summary" follows. I will keep that structure. Final check on "two weeks": 2 ヶ間 (kansha) is correct for time duration. "white-key chords": 白鍵の和音。 "black-key patterns": 黒鍵のパターン。 "adaptive weighting algorithm": 適応的ウェイト付けアルゴリズム (transliteration might be better? No, "weighting" in ML/AI context is often translated as 重み付け). Let's finalize the text. One small thing: "if needed; otherwise repeat the original" inside the template. The user pasted text that replaces that placeholder. So I translate what is there. Okay, ready to generate. One correction: In the first paragraph, "Key Points". If this refers to a specific section in the original document (which we don't see), keeping it as "Key Points" might be safer for fidelity if it's a proper noun/reference. However, without context of a specific named section, translating to「主要ポイント」is acceptable as per "natural Japanese equivalent". I will use「主要ポイント」. Also, "The original summary is strong and clear..." -> 元のサマリーは強力かつ明快です。 "Strong" here means robust or well-written. 「強力」might sound weird for a text summary. Better: 「説得力がある」or 「堅実な」? Or just keep「強固な」? In the context of writing quality, "strong" often translates to「確かな」or「説得力のある」. Let's use「堅実かつ明快」to capture "strong". Revised Para 1: 元のサマリーは一般聴衆に対して堅実かつ明快ですが、主要ポイントに記載されている具体的な進行詳細を含めるために調整することで、事実の完全性を維持しつつ読みやすさを保つことができます。 Revised Para 2: BSharp アプリは、六歳未満の児童にエグチ氏の和音識別法を用いて絶対音感(完全音感)を指導することを目的とした教育ツールです。本アプリでは、特定の和音を個別の色で表現する色分けシステムを採用しており(赤と黄色から始まり、さまざまな色相を経て茶色に至る)、ユーザーは白鍵の単純な和音から練習を開始し、基礎を習得した後には黒鍵の複雑なパターンへ進みます。毎日 5 セッション(各約 2~3 分)にわたって参加し、正確性を追跡する適応的な重み付けアルゴリズムを搭載しており、ユーザーが 2 ヶ間 100% の精度を維持した場合のみ新しい和音を導入することで、初学者から上級者への確実な移行を保証します。Node.js といった現代的な Web 技術に基づき、Apache License 2.0 でライセンスされた本プロジェクトは、オープンソースの CIM Trainer を再構築し、複数のユーザープロファイルを通じて保護者が子供の発達の効果を追跡することを可能にしています。BSharp は Play Store で入手可能で、科学的裏付けのある自動化された学習システムです。 Wait, "Users engage in 5 daily sessions...". My translation: "毎日 5 セッション...にわたって参加し" -> This merges the sentence structure. Original: "Users engage in...", "The app features...". Better split: ユーザーは毎日 5 セッション(各約 2~3 分)に参加し、白鍵の単純な和音から練習を開始し、基礎を習得した後には黒鍵の複雑なパターンへ進みます。また、本アプリには正確性を追跡する適応的な重み付けアルゴリズムを搭載しており... This is clearer. Revised Para 2 structure: BSharp アプリは、六歳未満の児童にエグチ氏の和音識別法を用いて絶対音感(完全音感)を指導することを目的とした教育ツールです。本アプリでは、特定の和音を個別の色で表現する色分けシステムを採用しており(赤と黄色から始まり、さまざまな色相を経て茶色に至る)。ユーザーは毎日 5 セッション(各約 2~3 分)に参加し、白鍵の単純な和音から練習を開始し、基礎を習得した後には黒鍵の複雑なパターンへ進みます。また、本アプリには正確性を追跡する適応的な重み付けアルゴリズムを搭載しており、ユーザーが 2 ヶ間 100% の精度を維持した場合のみ新しい和音を導入することで、初学者から上級者への確実な移行を保証します。Node.js といった現代的な Web 技術に基づき、Apache License 2.0 でライセンスされた本プロジェクトは、オープンソースの CIM Trainer を再構築し、複数のユーザープロファイルを通じて保護者が子供の発達の効果を追跡することを可能にしています。BSharp は Play Store で入手可能で、科学的裏付けのある自動化された学習システムです。 Looks good. Final check on headings: The input has `## Improved Summary`. I must include it. The input starts with `The original summary...` (no heading). Then `## Improved Summary`. So the output should start with the translation of that first paragraph, then the heading, then the translation of the second paragraph. Wait, looking at the user's "Output format" section: `## Japanese Translation:` (write the Japanese translation here) I should just provide the translation under that header? No, the prompt says "Translate the following text into Japanese." and gives rules. Then at the end of the prompt there is `## Text to translate`. The model should output the final result in the specified format: `## Japanese Translation:` [Translation] I will follow the output format strictly. One last check on "Key Points". If I translate it, does it lose meaning? "Key Points" usually refers to a specific section header in the document being summarized. Translating it helps localization unless "Key Points" is a specific term used throughout (like "API"). The rule says "unless there is a natural Japanese equivalent". 「主要ポイント」is a natural equivalent. I will translate. One detail: "two weeks". 2 ヶ月間 is "two months". "Two weeks" is 2 ヶ週 or 2 週間。Corrected in my draft above: I used 2 ヶ間 (kansha) which was correct, but let's ensure it's clear. 2 週間 is safer. 2 ヶ間 is also fine but less common for 'weeks' unless specifically counting weeks. I'll use 2 週間。Wait, in tech docs, 2 ヶ週 is sometimes used, but 2 週間 is standard Japanese. Also "100% accuracy": 100% の精度。 Ready. ## Japanese Translation: 元のサマリーは一般聴衆に対して堅実かつ明快ですが、主要ポイントに記載されている具体的な進行詳細を含めるために調整することで、事実の完全性を維持しつつ読みやすさを保つことができます。 ## Improved Summary BSharp アプリは、六歳未満の児童にエグチ氏の和音識別法を用いて絶対音感(完全音感)を指導することを目的とした教育ツールです。本アプリでは、特定の和音を個別の色で表現する色分けシステムを採用しており(赤と黄色から始まり、さまざまな色相を経て茶色に至る)。ユーザーは毎日 5 セッション(各約 2~3 分)に参加し、白鍵の単純な和音から練習を開始し、基礎を習得した後には黒鍵の複雑なパターンへ進みます。また、本アプリには正確性を追跡する適応的な重み付けアルゴリズムを搭載しており、ユーザーが 2 週間 100% の精度を維持した場合のみ新しい和音を導入することで、初学者から上級者への確実な移行を保証します。Node.js といった現代的な Web 技術に基づき、Apache License 2.0 でライセンスされた本プロジェクトは、オープンソースの CIM Trainer を再構築し、複数のユーザープロファイルを通じて保護者が子供の発達の効果を追跡することを可能にしています。BSharp は Play Store で入手可能で、科学的裏付けのある自動化された学習システムです。

2026/06/21 21:49
お知らせ:お父の日おめでとうございます

お知らせ:お父の日おめでとうございます

## Japanese Translation: この Fathers' Day コレクションは、文化的な背景や時代を超えて父親が育み、しばしば目に見えない形で犠牲にする深い感情の絆を祝う、多様なエピソードを共有します。Eric Girouard が息子が公式に Brunt ブーツを履いていることを祝ったことから、ソ連支配下のポーランドで父親が「盗んだ」Milicja のサイレンを楽しむ自転車ライドに至るまで、各物語はつながりと成長の独自の瞬間を強調しています。娘を Bart 列車に乗せるよう慌てた保護者や、30 年後の再挑戦としての幼少期のハイキングを再現する場合、初任の父親が新生児と共に感謝を見つける場合であっても、これらの物語は専念した労働者でありながら愛する親であるという二重の実在を捉えています。コレクションはまた、子供たちを持つことで引き起こされる植物状腱鞘炎などの実践的な課題も取り扱っており、手頃な価格のアーチサポートインソールといったアドバイスを提供しています。それは、年を重ねる子供たちとの時間は限られている(特に 4 歳以降または思春期後)ことを見せつつ、父親の愛の影響は永遠で不可欠であることを思い出させます。

2026/06/22 2:00
マインクラフト:Java エディション 26.2、Vulkan 1.2 を採用した最初期のバージョン

マインクラフト:Java エディション 26.2、Vulkan 1.2 を採用した最初期のバージョン

## Japanese Translation: Minecraft の最新アップデート「Chaos Cubed」は、Java エディションへ重大な創造的および技術的強化をもたらします。中心的には、新しい生物である「硫黄立方体(Sulfur Cube)」であり、地下の「硫黄洞窟」というバイオーム(辰砂帯・硫黄帯を伴う)や地上の硫黄湧水が噴火口またはガス雲を生み出す機能を備えています。また、新しいブロックのセット(辰砂・強力な硫黄・硫黄スパイク)も追加されました。「硫黄立方体」は保持しているアイテムを吸収してアーキタイプを変更でき(通常・バウンシー・爆発性・高温)、プレイヤーを追跡し、硫黄洞窟でスポーンし、スライムボールを与えると小から大へと成長します。オーディオ面の強化には、fingerspit による新しい「Bounce」という音楽ディスクに加え追加の 5 曲が含まれ、噴火口の爆発やその他のイベントに対する新しいサウンドが導入されました。アップデートは統合型の「友達リスト」を追加し、現在の友達・承認待ちの友達タブ、リクエスト処理、活動可視性設定、および Xbox/Microsoft アカウントプライバシー制御との直接連携により、接続管理を簡素化します。グラフィック面では、実験的な Vulkan レンダリングサポートが新しい「Graphics API」設定を通じて導入されます(Vulkan 1.2 で動的レンダリングとプッシュデスクリプターが必要);互換性のあるハードウェアに対しては OpenGL がフォールバックとして引き続き利用可能です。技術的な微調整により、新しいエンティティアトリビューブ(minecraft:bounciness、minecraft:friction_modifier、minecraft:air_drag_modifier、minecraft:name_tag_distance)が導入され、物理演算および UI の振る舞いを洗練させます。データパックのバージョンは 107.1 に更新され(sulfur_cube_archetype レジストリと minecraft:sulfur_cube_content コンポーネントを追加)、リソースパックのバージョンは 88.0 となり、ユーザーはこれらの変更を適用するためにはゲームファイルを再読み込みする必要があります。いくつかの振る舞いは修正されました:タッチスクリーンモードは以前の実装問題のため廃止され、 hoglin は現在正しく振る舞います(平和難易度でスポーンしない)、オセロットは平和なジャングルに正しくスポーンできます、ベッドおよびスライムブロックのバウンスメカニズムが微調整されました、および水logged ブロックでの Z 闘争を含む各種バグ、ならびに多数の UI/テクスチャ/大文字の問題が修正されました。全体として、このアップデートは地下探検をユニークな生物メカニクスで豊かにし、テーマされたコンテンツ作成のためのシステム安定性とデベロッパーツールングを向上させます。

2026/06/17 16:33
AMD MI355X の Occupancy マス:ファースト・プリンシプルから始めるガイド

AMD MI355X の Occupancy マス:ファースト・プリンシプルから始めるガイド

## Japanese Translation: AMD MI300X および MI325X GPU の最適化は従来、「占有率(occupancy)」の最大化を必要としました。占有率は、プロセッサの実行レーンがアクティブなタスクでどれだけ埋まっているかを測定する指標です。しかし、新しい MI355X アーキテクチャにおいてこの戦略はピーク性能のために必要不再となっています。蓄積器が通常のデータと共有スペースを持つ統一されたレジスタファイル設計により、ボトルネックはメモリの記憶容量からベクターレジスタ(VGPRs)の利用可能数へシフトしました。重要な点は、これらの広範なウェーブ構造が、実行スレッド数が如何であるかに依存せず、高度なマトリクスコアを飽和させることができるためです。これにより、生の占有率は速度の予測不正確となります。したがって、開発者は注力を「算術強度(arithmetic intensity)」の増大—単位メモリあたりの計算量を増加化し—and 遅延を隠すために大きなタイルサイズを活用することへ転換させるべきです。このアーキテクチャシフトもまた、AMD が NVIDIA の32 スレッドワープとは別に、64 スレッド広範ウェーブを使用していることを示しています。適応するためには、エンジニアは占有率統計のみならず、`MfmaUtil`(マトリクス乗算利用率)のような特定ハルウェアメトリクスを追跡するプロファイリングワークフローを更新する必要があります。これらの粒度の高い「フライト中性能(performance-in-flight)」指標に焦点を当てることで、企業は陳腐化した最適化ヒューリスティクスに惑わされることなく、現代的なマトリクスエンジンの真の可能性を発揮することができます。

2026/06/17 23:35
オープンモデルへの切り替えによるデメリットは限定的です

オープンモデルへの切り替えによるデメリットは限定的です

## Japanese Translation: Andrew Marble(willows.ai)は、オープンソースの AI モデルへの移行が、Linux などのオープンソースソフトウェアを採用する際のような歴史的な懸念に比べて、リスクが極めて低いと主張しています。性能において現在リードしているのは Claude や GPT などの独占的な大手企業ですが、最新のオープンソースモデルはこの差を急速に縮めており、数年の差ではなく数ヶ月分の差に過ぎないレベルまで近づいています。これらのモデルをローカル環境で実行することにより、機密データを第三者の API に送信することに起因するプライバシーに関する懸念は実質的に解消されますが、このアプローチを採用する際には当初、新しいコーディングツールやセットアップへの適応が必要となり、その課題が短期的な生産性の低下を引き起こす可能性があります。 専門家が早期に身元確認やステータスなどの障壁にもかかわらず Linux を採用したのと同様に、開発者も現在では MIT ライセンスの下で提供されており、モデルの重みも入手可能なため、データの管理を向上させることができます。独占的なソリューションは単純な API コールによってアクセスしやすい一方で、プライバシーのトレードオフや、機密データに関する懸念を提起する第三者的利用(例:OpenRouter)を伴うことが一般的です。逆に、オープンソースモデルのローカルまたはクラウド環境の設定がより複雑になる可能性がありますが、著者はこの移行を「決定的な障害」としてではなく、データの機密性を純粋な利便性よりも重視する組織にとって実現可能な道筋であると捉えています。

2026/06/22 5:56
Djevops:Django をセルフホスト化するのに簡単

Djevops:Django をセルフホスト化するのに簡単

## Japanese Translation: **Djevops** は、Django ウェブアプリケーション(Docker 非対応)を Ubuntu または Debian リーナス VPS に展開するための専用コマンドラインツールです。pip を介して `djevops init` でプロジェクトを初期化した後、ユーザーは YAML ファイルに展開設定(サーバー IP、Git リポジトリ、サービスなど)を設定し、機密データであるシークレットキーなどをバージョン管理システムコミットせず、ローカルの secrets ファイルに保存します。主要な `djevops deploy` コマンドは、リポジトリのクローン、サービスユーザーの管理、そして新しいコミットの即時適用を自動化します。本ツールは、許可されたドメイン向けの SSL 証明書の生成と更新、ディスク容量問題を防止するためのログファイルのローテーション、PostgreSQL または SQLite データベースのバックアップ(再インストール時にオプションで復元可能)といった基本的なメンテナンス作業を自動的に処理します。また、Djangoエコシステム全体をサポートしており、Celery ワーカー、Redis キュー、およびバッチタスク用の beat スケジューラを組み込み、开箱即用で動作します。さらに、Djevops はセキュリティ強化デフォルトを実装しており、サービスを実行するには個別のユーザーを使用し、予期しないポートをブロックし、OS アップデートを自動的に管理する(大規模アップグレードを除く)、そしてリモート Django シェルにアクセスするためのコマンドを提供します。

2026/06/18 17:47
巨大トラックとSUVの恐るべき台頭

巨大トラックとSUVの恐るべき台頭

## Japanese Translation: 2009年以来、米国における歩行者死亡者は約75%増加しており、この急増はスマートフォンによる distraction alone に起因するものではなく、主に車両の高さが高くなったフードの影響が大きい。車両のフードが人の重心より高い場合(これは成人の半分と子供たちの多くに当てはまる) 、死亡リスクは著しく高まり、フードの高さは統計的に有意な予測因子であり、1インチの増加ごとに死亡確率が2.8%上昇する。車両サイズが安定していた場合、年間200~400件(近年の急増の約10分) の死者を防ぐことができていたと推定される。自動車メーカーは自動ブレーキシステムの採用をますます促進しているものの、専門家たちはこれらの技術は悪天候や小さな子供の場合に頻繁に機能せず、直接的な視認性の必要性を代替できないと警告している。したがって、大型車両設計は本質的に致死性を持ち、2016年から2024年の間に単独車事故だけで約3,000件の死亡を引き起こした。物理的な寸法に関する規制がないままに電子介入のみ頼ることでは不十分であり、この傾向は車両の拡大が長年積み上げてきた安全向上を直接逆行させたという米国特有の問題を示しており、技術的なアップグレードを超えた設計基準に対する即座の対応が必要である。

2026/06/22 7:42
開発者がCORSを理解できていない (2019)

開発者がCORSを理解できていない (2019)

## Japanese Translation: この記事は、Zoom に深刻なセキュリティ上の欠陥を暴露している。`http://localhost:19421` という Web サーバーは画像を読み込むために使用されており、標準的な AJAX を使用するのではなく意図的に CORS をバイパスさせている。ブラウザが localhost に対して CORS を無視するという主張とは逆に、Chrome はローカルオリジンに対しても CORS ヘッダーを強制しており、この脆弱性の原因はブラウザの動作ではなく、不適切なオリジンのフィルタリングにある。これにより、どのウェブサイトも認可なしでネイティブの Zoom クライアント操作をトリガーし、機密データをアクセスできるようになる。安全なアプローチとして、`Access-Control-Allow-Origin` を信頼できるドメイン(例:`https://zoom.us`)に明確に制限することが必要である。Google Meet は、コンテンツセキュリティポリシーヘッダーを用いて危険な iframe 渲染をブロックする点で、より安全なパターンを示している例である。特権アクションのために localhost の迂回策に依存することは本質的にリスクが高く、CORS の要件を無視することは、Firefox がセキュアから非セキュアへのリクエストの扱いに対する誤解のような誤認に基づくとしても正当ではない。同様の事故を防ぐために、開発者は一貫性のない CORS バイパスを採用するのをやめ、意図されたドメインと整合した厳格なオリジンポリシーを実装しなければならない。

2026/06/21 10:35
APL で書かれた 3D ボクセルゲームエンジン

APL で書かれた 3D ボクセルゲームエンジン

## Japanese Translation: このテキストは、APL 表記の開発における有用性を証明することを目的とした実験的なヴォーゲルゲームの詳細を記述しています。これは個人の賭け事から始まりました。現在、本ソフトウェアは非常に不安定でバグが多く、セッション中にリロードせずに複数回プレイできないなどの重大な使い勝手上の課題を抱えています。「syserror 999」というエラーによりメモリリークが生じる可能性があります。プロジェクトには Dyalog APL 20.0 や特定の C コンパイラ、CMake といったニッチな依存関係が必要であり、Windows における DLL の手動配置や、Linux/MacOS における `make`/`cmake` のような複雑なワークフローも必要です。パフォーマンスはグラフィックバックエンドによって大きく変動しており、特に Windows 上では DirectX12 が現在サポートされていません(リクエストにもかかわらず)。シェーダー管理には glslc や spirv-cross といったツールが不可欠です。操作としては、移動に WASD キー、ジャンプに Space キー、カメラ制御にマウス、そして終了や情報切り替え、noclip の切り替え、ブロック選択(例:1-5)など特定のキーを使用します。ヴォーゲル開発の簡素化に対する概念実証として機能しつつも、本プロジェクトは依然として技術的実験段階におり、テクスチャは Madeline Vergani にクレジットされています。 ## Text to translate: This text details an experimental voxel game designed to prove the utility of APL notation for development, originating from a personal wager. Currently highly unstable and buggy, the software faces significant usability hurdles, including the inability to play multiple times in a single session without reloading and potential memory leaks indicated by "syserror 999". The project requires niche dependencies such as Dyalog APL 20.0, specific C compilers, CMake, and complex workflows involving manual DLL placement on Windows or `make`/`cmake` on Linux/MacOS. Performance varies heavily by graphics backend; notably, DirectX12 is currently unsupported on Windows despite requests, while shader management requires tools like glslc and spirv-cross. Controls include WASD for movement, Space to jump, Mouse for camera, and specific keys for quitting, toggling info, noclip, and block selection (e.g., 1-5). While serving as a proof-of-concept for simplifying voxel development, the project remains in a technical experiment phase with textures credited to Madeline Vergani.

2026/06/21 17:04
Proxmox VE でマイクロ VM を簡単に実行する方法

Proxmox VE でマイクロ VM を簡単に実行する方法

## Japanese Translation: ## まとめ: 本テキストは、Proxmox VE に QEMU の microVM マシンタイプを第一級管理ゲストとして追加する Debian パッケージ `pve-microvm` を主に紹介します。この実装により、カーネルの整合性とルートファイルシステムの解き離しがなされ、監査性およびスケーラビリティが向上します。従来のマシンとは異なり、この種のゲストはカスタム Linux カーネル(6.12.22)の利用とレガシーな BIOS/GRUB レイヤーの廃止によって 300 ミリ秒以内で起動し、これを簡素化した OCI イメージまたは取り込んだディスクファイルに置き換えることで実現します。本ソリューションは BIOS、GRUB、およびレガシーデバイスエミュレーション(IDE、VGA、USB ホブなど)を排除し、KVM/VT-x を用いてハードウェア隔離を実現するとともに、コンテナのような起動特性を提供します。このパッケージは Debian から Plan9 までの 21 の異なるゲスト OS に対応しており、古い CPU(例:Intel Atom x5-Z8350)を含む多様なクラスターアーキテクチャで動作し、AI エージェントや分散推論などのワークロードを処理できます。また、Proxmox の内部 Perl ツールをパッチ化して転換モードなしで現代の PCIe デバイスを扱えるようにし、`qemu-server` の内部機構を変更してチップセットエミュレーションを含まないカスタムコマンドラインを使用できるようにするとともに、ZFS、Ceph、LVM、NFS、CIFS などの標準ストレージバックエンドをサポートします。ネットワーク機能では `nftables` を用いて標準的な PVE ファイアウォールルールを利用し、`systemd-networkd` を通じて静的/DHCP 構成をサポートし、SSH-agent フォワーディングやディレクトリ共有のために `vsock` インターフェースを提供します。GPU/PCI パススルーや完全なライブ移動などの将来機能は QEMU の進化を待機しており、現時点の制限事項としてはシリアル.console 専用(グラフィック出力なし)、USB コントローラー非対応、および Perl モジュールの競合を避けるために完全な `dpkg` アップグレードが必要となる脆弱なパッチ適用などが挙げられます。管理者はシステム安定性を確保するため、Proxmox の更新時にも潜在する Perl モジュール競合を回避するために `dpkg` トリガーや早期起動 systemd サービスを用いた自動再パッチ管理を行う必要があります。ただし、オフライン移動(共有ストレージ上では約 2 秒)は引き続き有効です。 ## Text to translate: ## Summary: The text primarily introduces `pve-microvm`, a Debian package that adds QEMU's microVM machine type as a first-class managed guest in Proxmox VE, decoupling kernel consistency from the rootfs for auditability and scale. Unlike traditional machines, these guests boot in under 300 milliseconds by utilizing a custom Linux kernel (6.12.22) and removing legacy BIOS/GRUB layers, effectively replacing them with streamlined OCI images or imported disk files. The solution eliminates BIOS, GRUB, and legacy device emulation (IDE, VGA, USB hubs), achieving hardware isolation via KVM/VT-x with container-like startup characteristics. It supports twenty-one different guest operating systems (from Debian to Plan9) across diverse cluster architectures, including older CPUs like the Intel Atom x5-Z8350, handling workloads such as AI agents and distributed inference. The package patches Proxmox's internal Perl tools to handle modern PCIe devices without transitional modes, adapts `qemu-server` internals to use a custom command line omitting chipset emulation, and supports standard storage backends like ZFS, Ceph, LVM, NFS, and CIFS. Networking utilizes standard PVE firewall rules via `nftables`, supports `systemd-networkd` for static/DHCP configuration, and provides `vsock` interfaces for SSH-agent forwarding and directory sharing. While future features like GPU/PCI passthrough or full live migration remain pending QEMU evolution, current limitations include a serial-only console (no graphical output), no USB controllers, and fragile patching requiring full `dpkg` upgrades to avoid Perl module conflicts. Administrators must manage automated re-patching via `dpkg` triggers and early-boot systemd services to ensure system stability during Proxmox updates and avoid potential Perl module conflicts, although offline migration remains effective (approx. 2 seconds on shared storage).

2026/06/20 0:13
そっか~ニュース | Hacker News 日本語ダイジェスト