98% は多くありません。

2026/07/07 21:45

98% は多くありません。

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

要約

Japanese Translation:

中心となる主張は、「98%」という成功率は、宝くじに当選するという例外的な利益を得るような場合では許容されるが、支払い処理やウェブサイトのアクセシビリティといった基本的な期待や重要なデジタル機能に対しては受容できない点にある。著者は、この危険性を CSS ネスト化の規格を用いて示している:2023 年に規格として承認されて以来、現在も約 70% のブラウザ訪問者がそれらをサポートしており、フォールバック(冗長手段)を省略することによって、その特定の聴衆の約 30% を排除することになり、一般的な 2% という推定をはるかに上回る。この程度の排除は、雇用主が労働者に支払うべき給与の 98% を支払って全世界に適用した場合、数億人の人を実質的に取り残すことと同等である。本書では、堅牢なエンジニアリングはエッジケース(边界条件)を適切に処理しなければならないと強調しており、少数派のために機能があっただけにうまく降伏(デグレード)できない場合、「広くサポートされている」という基準を満たさないとされる。読者は、これらのアクセシビリティの含意について公開フォーラム(例:~whynothugo/public-inbox@lists.sr.ht)で議論するか、または私的メール(hugo@whynothugo.nl)を通じて話し合い、基本 utility がオプションではなく包摂的なものであることを確保することを推奨されている。

本文

98% は真の「アクセシビリティ」や「堅牢性」ではない

統計データの捉え方と限界

  • 過度な楽観視の危険性
    • 宝くじに当てられる確率が 98% や、試験で高得点を取る確率が 98% は素晴らしい数字です。
    • しかし、**生活インフラとしての「食中毒にならない確率」や「給与が支払われる確率」が 98%**の場合、毎月・週単位で多くの人々が被害を被ることを意味します。
    • 「基本であるべきこと」において 98% という成功率は、極めて低い水準として扱われる必要があります。

ウェブ開発における「98% の動作」という誤解

  • 無視される 2%
    • 機能が一般ユーザーの約 98% で動作する場合、残りの**約 2%(全世界で約 1.5 億人)**は利用できません。
    • ユーザーベースを「体験を向上させた」という理由だけで実質的に排除することになりかねません。
  • ターゲット層の不一致
    • 一般的なユーザー間で広くサポートされている機能が、特定のビジネス観客層では70% までしか機能しないケースも多発します。
    • 例:標準仕様の CSS 機能が導入されたにもかかわらず、ブラウザ分布の実態(1 年前)を確認したところ、対応ブラウザが来訪者の約**70%**しかなかった事例があります。
    • これにより、事実上**30% の訪問者(観客層の約半分)**を技術的仕様に理由に排除してしまっています。

真に堅牢なエンジニアリングとは

  • エッジケースへの対応が最重要
    • 「大半で動くか」ではなく、すべてのケース(100%)で適切かつ優雅に処理できることが本質です。
    • 破損した画面を見ているユーザーを 2 人でも見なければなりません。
  • Graceful Degradation(機能低下の制御)
    • 新しい機能が失敗する場合でも、システム全体が崩れることなく動作し続ける仕組みが必要です。
    • **「広くサポートされている」**と定義できるのは、2% の少数派の人々さえも最低限の要件を満たしている状態のみです。

💬 議論・コメント このトピックについてのご意見や議論は、公開メールボックスへお気軽にお送りください。

  • 公開:
    ~whynothugo/public-inbox@lists.sr.ht
  • 非公開(直接連絡):
    hugo@whynothugo.nl

同じ日のほかのニュース

一覧に戻る →

2026/07/08 3:24

Kokoro を活用したローカル動作・CPU対応で高品質な TTS(テキスト対話)

## Japanese Translation: 2026 年 3 月 31 日にリリースされた Kokoro-82M は、わずか 8200 万パラメータだけで英語・中国語・ヒンディー語の極めてリアルな声を生成する特段に軽量な Text-to-Speech モデルです。CPU 上で完結するように設計されており、高価な GPU の依存を回避できます(GPU はローカルの LLL推論用に留保されます)。同モデルは AMD Ryzen チップを搭載した標準的なプロセッサ、Intel Core i7 システム、Apple M シリーズ CPU にもデプロイ可能です。ベンチマーク結果では、各種ハードウェア上で合成時間が 5 秒以内となっています:Intel Core i7-4770K で約 4.7 秒、Apple M2 Pro で 4.5 秒、短かい段落では AMD Ryzen 7 8745HS で低至くとも 1.5 秒です。 最も簡単なデプロイ方法では、プリダウンロード済みの音声モデルを含む Kokoro-FastAPI コンテナイメージ(約 5 GB)を使用します。ユーザーは `podman run -p 8880:8880 ghcr.io/remsky/kokoro-fastapi-cpu` コマンドで Podman を使用してサービスを開始し、`localhost:8880/web` でウェブ UI にアクセスすることで、オーディオを直接生成・再生できます。コンテナは OpenAI 互換の音声 API を公開しており、JavaScript(`./speak.js`)および Python(`./speak.py`)スクリプトなどの実装例があります。音声モデルは環境変数 `TTS_VOICE` を使用して選択でき(全リストは HuggingFace で確認可能)、出力は MP3 ファイルとして保存され、SoX がインストールされている場合は自動再生も可能です。 音声認識と Text-to-Speech の両方が必要なアプリケーション向けには、オプションの Speaches コンテナ化サービスが Whisper とシームレスに統合され、また OpenAI API 互換性もサポートしています。リソース要求を低く抑えつつ、簡潔なデプロイオプションを提供することで、Kokoro-82M は自然で多言語の音声合成を開発者のワークフローや広範なアプリケーションに統合するためのハードルを大幅に低下させます。

2026/07/07 21:38

StreetComplete:1 つの小さなクエストで OpenStreetMap を修正していくプロジェクト

## Japanese Translation: StreetComplete は、誰でも現在地から OpenStreetMap の精度を向上させるシンプルな方法を提供します。アプリは生地図上に不足している情報を簡単な「クエスト」として表示し、利用者に特定の場所を訪れて短く質問に答えるよう促し、データギャップを埋めます。このアプローチにより、高度な編集スキルや専用ソフトがなくても OpenStreetMap が最新の状態を保つことができます。ユーザーがタスクを完了すると、その貢献は瞬時にグローバルデータベースで更新され、直ちにその名前でクレジットされます。このメカニズムにより、地図の改善は情報を収集した実際の観察者まで追跡可能になります。したがって、ナビゲーションや地域発見のためのストリートレベルの詳細はより正確かつ信頼性が高まります。究極的には、このツールはマッピングを民主化し、無関心な訪問者を能動的な貢献者に転換させます。これにより、遠隔編集や大規模な専門チームに依存することなく、簡単な現場での相互作用を通じて正確な地理データが継続的に拡張されるコミュニティが育まれます。

2026/07/07 23:23

Chat Control バージョン 1.0 と 2.0 の解説

## Japanese Translation: 欧州連合(EU)は、企業に対し、子供による性虐待資料(CSAM)を検出するために私信をスキャンすることを義務付ける有効期限を迎えた暫定権能(チャットコントロール 1.0,規制 EU 2021/1232)の復活を図ろうとしている。当初 2024 年 8 月 3 日に有効期限が切れる予定だったこの措置は、2 回延期された——最初に 2026 年 4 月 3 日(2024 年 4 月 29 日の議決)、続いてさらに 2028 年 4 月まで(2025 年 12 月 18 日の提案)。2026 年 3 月 26 日、下院での投票で改正案 34 が否決されず、その一方で不特定の写真やテキストの自動評価を禁止する改正案 34 が僅差(307 対 306)で可決されたことを受け、無効化措置に基づく自発的スキャンの法的根拠は 2026 年 4 月 4 日に終了した。にもかかわらず、主要プラットフォーム(Google、Meta、Microsoft、Snap)は自発的に引き続きスキャンを行うと発表した。 しかし、立法上の行き違いが生じている:欧州議会の LIBE 委員会は 2026 年 3 月 2 日に延期を拒否し、欧州議会は 2026 年 3 月 11 日、広範な自動分析に対する保護性指令を採用し、理事会は同年 3 月中旬に欧州議会の条件を拒否した。これに対し、EU の大使たちは 2026 年 6 月 26 日に手続の簡素化を通じて暫定復活を推進することに合意し、理事会は同年 7 月 2 日にも自らの立場を採用した。2026 年 7 月 7 日、欧州議会は緊急手続を承認するため 331 対 303 の投票を行い、その際に関連する委員会を bypass して、有効期限を迎えた特別措置を迅速処理する手続きをとった。この議題に対する法的拘束力のある投票は木曜日(7 月 9 日)に予定されており、絶対多数である 361 人の欧州議会議員の賛成が必要となる。 同時に、「チャットコントロール 2.0」と呼ばれる恒久解決策を確立するための努力も停滞している。委員会は 2022 年 5 月 11 日、プラットフォームに対し暗号化全体(エンドツーエンド)を迂回して検出と報告を行うことを求める恒久規制を提案した。2023 年 11 月、欧州議会は E2E スキャンに反対する保護性指令を採用し、視覚情報のみを対象とした分析、特定の裁判所命令の要件のみを受け入れること、また年齢認証の義務化を拒否することを要請した。2025 年 12 月から 2026 年 5 月までの 4回のトリログ(三回協議)ラウンドに加えて、2026 年 6 月 29 日の「最終」ラウンドも失敗に終わったが、チャットコントロール 2.0 に関する合意は依然として達されていない。 2026 年 6 月 10 日、理事会の法務部は、裁判所の承認なしに行われる自発的スキャンは、EU 基本権憲章第 7 条(プライバシーとデータ保護)に抵触する一般化されたスキャンであるとして警告した。恒久 CSA 規制について 5回のトリログラウンドが完了後なお合意に至らず、2025 年 10 月にドイツの議長国としての任務でリスク評価と軽減義務への重点が移行している状況において、EU は児童安全の強化とデジタル権限の維持という狭いバランスを navigate しなければならない。7 月 9 日の緊急投票は、国家関連のスキャン手続に議論を伴う形で再び導入することを強いるリスクがあり、これにより憲法上の保護や公共の信頼に関連する新たな法的課題が引き起こされる可能性がある。