問題のあるカリフォルニア州の法律が成立すれば、無限スクロールの存続も危ぶまれる可能性があります

2026/07/14 3:53

問題のあるカリフォルニア州の法律が成立すれば、無限スクロールの存続も危ぶまれる可能性があります

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

要約

Japanese Translation:

以下の改定は、具体的な名称を統合し、Meta に関する因果関係を示唆する点を明確化するとともに、主要な事象のすべてを言及しつつ流れを保つことを目指しています。

改善された要約:

新しいカリフォルニア州の法案である議会議長令第 1709 号は、青少年へのアクセスを全面的に禁止する戦略から、2028 年までに Meta や Reddit を含むソーシャルメディア企業が 16 歳未満の利用者を対象としたプラットフォームの再設計を行うことを求める方針へ変更しました。この立法は、インフィニット・スクロール、自動再生、プッシュ通知など「依存性を誘発する」とされる機能に目を向けており、法制定当局者はこれらを保護された言論ではなく、搾取的な製品デザインとして位置づけています。もともと 2 月に禁止アプローチで提案されたこの案は現在、「大企業テクノロジー」に対し、若者や脆弱な青少年を不安全な環境へ導く強迫的な使用パターンを促す関与最大限化機能を是正するよう責任を課しています。TechNet のロブ・ボーキン氏のようなロビーイング団体を含む批判家たちは、即時の禁止が特に LGBTQ 青少年を含め若者を孤立させ、規制のないウェブサイトへと追いやりうることを警告しました。Meta は妥協策として親による制御の設定で交渉を試みましたが高層議員ジョシュ・ローエンタール氏は拒否し、同社の 6500 万ドルものロビー活動の影響力を理由に挙げています。また、この法案は検察長官に対する助言を行う専門家からなる新たな監視グループを設置するとともに、審査会でのヒアリングで提起された言論の自由への懸念に対処するため、機能がデザインであり言論ではないことを明確化しています。州上院議員スコット・ウィーナー氏はアクセス禁止に懐疑的な立場を示しましたが、法案を前進させるために投票し、実質的な変更を望んでいました。ソーシャルメディア安全機関(Organization for Social Media Safety)のマーク・バークマン氏はカリフォルニア州の対応を支持しており、米国が国際基準と比較して現在「後れをとっている」と指摘しました。この立法はデジタル安全と若者のつながりのバランスを取ることを目指し、16 歳未満の子供を対象とする点について明確化された更新後、上院資金委員会に送審されました。

本文

カリフォルニア法案修正:ソーシャルメディア企業の「中毒的機能」撤廃と責任強化

法案の経緯と内容変更

  • ロサンゼルス出身の民主党議員ジョシュ・ローエンタール氏が、アセンブリービル 1709 として社会メディア規制法案を発議。
  • 当初の提案: 有害な中毒性を意図的に設計したプラットフォームの利用を16 歳未満の子供に対して禁止
  • 修正後の方針: 企業に対し、「代替的な、中毒性が低いフィード形式」の開発を義務付ける形に変更。
    • 企業がこの要請に応じない場合のみ、アカウント作成の制限(事実上の禁止)が行われる。
  • ローエンタール氏は SFGATE に「子供に行動を禁止するのではなく、害をもたらす行動様式そのものを阻止したい」と述べている。

「中毒的機能」の定義と企業への義務付け

法案文書および修正後の提案に基づき、以下の基準で規制が強化される見込みです。

  • 「中毒的機能」の定義:
    • 利用の強迫的な使用を引き起こすことを見込み、かつ対話最大化を狙う心理的に操る性質を持つ機能
    • 縮小された範囲に限定:「中毒性の高いフィード」「自動再生」、検察総長が定義するその他の機能。
  • 実施期限: 企業はプラットフォームの改正を2028 年までに猶予期間を設定。
  • 監視体制: 専門家からなる監視グループの新設とカリフォルニア州検察局への助言体制整備。

法案成立に至る議論と批判への対応

当初の事実上の禁止案提出時は、以下の懸念や批判が寄せられました。

  • 社会的孤立のリスク: LGBTQ など特定の青少年のネットリソース・コミュニティアクセスを奪う恐れ。
  • プライバシー侵害: 年齢確認制度による利用者のデータ権利の侵害懸念。
  • 表現の自由への支障: 法案が言論の自由を損なうとの指摘。
  • ローエンタール氏の反論: 「無尽のスクロール、自動再生、プッシュ通知などは『製品機能』であり、『言論』ではない」と明確に区分け。

議員スコット・ウィーナー氏は、中毒性規制には同意しつつも「禁止案」には慎重な姿勢を示し、「恐る恐るしながら賛成票を投じ、企業の自発的改定を期待した」。ローエンタール氏はこれに応え、責任の所在を企業側にシフトさせた修正版を提示しました。

ビッグテック企業との関係と交渉

  • Meta(Facebook, Instagram, WhatsApp)との対峙:
    • 法案発議直後にワシントン D.C. から要員を派遣し、「親権管理機能導入」などの折衷案で交渉を試みた。
    • ローエンタール氏は「Meta の提示した要求は即座に拒否した」と明言。
    • Meta のロビー活動費(約 6500 万ドル)が決定に影響したか問われれば「直接の理由とはしていない」と回答。
  • ローエンタール氏の視点:
    • ビッグテックを問題化させるのではなく、解決策として捉えている。
    • 「ウォールストリートからの圧力により『中毒性こそが利益』という実情がある」と指摘。
    • 企業が責任に向かい、転換点を実現する可能性を強調。

業界団体と支援者の反応

  • TechNet(サクラメントの主要テック団体):
    • ロビーマスター・ロブ・ボーイキン氏は、「一刀両断的な禁止は画一的対応」であり、「子供たちがより安全でないプラットフォームや回避策を利用する恐れ」を警告。
    • 一方で、修正案への感謝を示す声明を出した。
  • ソーシャルメディア安全性推進団体:
    • CEO マーク・バークマン氏は「米国が若年ユーザー保護において遅れている」と指摘。
    • カリフォルニアの法案は深刻な問題への適切な対応だと評価。

今後の展望

  • 本法案は現在、上院歳出委員会において審査対象となっています。
  • オーストラリアとの比較: アジア・欧州各国でも同様の年齢制限計画を発表しており、カリフォルニアもその潮流を追っている。

編集者注記:この記事は 7 月 13 日午後 1 時 30 分に更新され、「適用対象が 16 歳未満」という点が明確化されています。また、監視グループの役割についても訂正が行われています。

同じ日のほかのニュース

一覧に戻る →

2026/07/14 7:19

『アジア最浄の村』が日曜日観光客禁止に

## Japanese 翻訳: 2026 年 1 月以来、インディアのメガラヤ州にある約 600 人の居住者がいるモーリャン・オン(Mawlynnong)村では、「真の村の生活」を再建する目的として、日曜日の昼間の観光客に対する厳格な禁止措置を導入しています。1902 年に設立された教会が存在し、人口の推定 100% がクリスチャンであるこのコミュニティは、日曜日には単一の道路への入口を黒い金属製のゲートで閉鎖して、 uninterrupted な礼拝を保証しています。以前からほとんどの観光関連事業所が日曜日の営業停止を選択していました(レストランは 2 カ所のみ営業)ましたが、公式な禁止措置により、今では店舗や一日利用施設が完全に閉鎖されるようになっています。一泊予約を持つゲストはこの昼間の旅行禁止からの例外扱いで、ゲストハウスに滞在することができ、一方で地元のレストランや記念品販売店は引き続き閉鎖されています。住民は、村評議会の委員でもあるプリシウス・コングドプ(Precious Khongdup)を含むコミュニティの一致した支持を受けながら、この取り組みを文化のアイデンティティ、精神的なリズム、および 2003 年に「アジアで最も清潔な村」と命名されたり、2014 年にナレンドラ・モディ首相のクリーン・インディア・ミッションキャンペーンの際に全国的な注目を得たりした功績をもたらした規律を保持するために不可欠だと考えています。この決定は、観光客による妨害に対する具体的な懸念に対応しており、観光客が地面にプラスチック製の水ボトルを置き去りにするというバイラル化した事象などが挙げられ、これにより地元からは強い反発が生じていました。言語学の教授ヴィジャヤ・デブナス(Vijaya Debnath)を含む専門家は、このイニシアチブを称賛しており、清潔さを維持しつつ、村民の静かな一日の休息と祈りの必要性にも敬意を表していると評価しています。

2026/07/14 3:22

Xcode を起動することなく Mac および iOS アプリを開発して配送する方法

## Japanese Translation: 本テキストでは、Xcode を一度設定した後の開封を不要とする堅牢で完全にヘッドレスの iOS アプリケーションの作成・デプロイワークフローが概説されています。シェルスクリプトによるライフサイクル全体のアオマティゼーションを通じて、開発者は `xcodebuild` コマンドラインツールを用いてコードをコンパイルし、`notarytool` によってビルドを保護し、`devicectl` を用いて物理デバイスにアプリを直接インストールします。セキュリティは、証明書ベースのキーチェーンおよび外部パスワードマネージャーの活用により維持され、プライベートキーなどの機密情報はバージョン管理システムへの投入を完全に防ぎます。本システムは XcodeGen を用いてプロジェクトを管理し、煩雑なローカルフォルダではなくクリーンな YAML 設定ファイル(`.yml` ファイル)によってプロジェクトを制御し、アドホックテスト版と公式開発者 ID リリースを自動的に区別します。一度設定されたリリーススクリプトは、アーカイブ、署名、認証化、スタプリング、インストールを含む厳格なパイプラインを実行し、沈黙する失敗を防ぐために堅牢なエラー処理(`set -euo pipefail`)を採用します。このアプローチは、チームが手動のマウス操作または GUI ウィンドウなしに、実際に動作するソフトウェアを効率的にデプロイするために安全で再現可能な CI パイプラインを構築することを可能にします。 ## Text to translate: The text outlines a robust, fully headless workflow for creating and deploying iOS applications that eliminates the need to open Xcode after an initial setup. By automating the entire lifecycle through shell scripts, developers utilize command-line tools such as `xcodebuild` to compile code, `notarytool` to secure builds, and `devicectl` to install apps directly onto physical devices. Security is maintained by leveraging certificate-based keychains and external password managers, ensuring sensitive secrets like private keys never enter version control. The system employs XcodeGen to manage projects via clean YAML configurations (`.yml` files) rather than cluttered local folders, automatically distinguishing between ad-hoc testing versions and official Developer ID releases. Once configured, a release script executes a rigorous pipeline involving archiving, signing, notarizing, stapling, and installation, while using strict error handling (`set -euo pipefail`) to prevent silent failures. This approach empowers teams to establish secure, repeatable CI pipelines that deploy real software efficiently without any manual mouse interactions or GUI windows.

2026/07/14 1:06

Apple が発表した新たな音声分析 API「SpeechAnalyzer」のベンチマークテストで、Whisper とその前代モデルと比較

## Japanese Translation: Apple の新しい SpeechAnalyzer API は、次期 OS 26 の一部として提供されるもので、英語の読み上げ音声に対する優れたオンデバイス音声認識を実現しており、特定ベンチマークコンテキスト内では従来のツールや人気が高い Whisper モデル(Tiny, Base, Small)を大幅に上回っています。この優位性は、M2 Pro チップなどの Apple ハードウェアで行われた厳密なローカルベンチマークを通じて証明され、オーディオを外部サーバーにアップロードすることなく、高速な処理速度——Whisper Small の計算時間の約 1/3——を実現することが示されました。清潔な LibriSpeech テストデータに対しては、従来の SFSpeechRecognizer API に比べて単語誤りを約 4 倍削減し(2.12% WER から 9.02%)、ノイズのあるデータに対しても同様の劇的な改善が見られました。この研究では、Inscribe のプロダクションコードパスと同一のテストハルネスを用い、Whisper の測定値は OpenAI が公開した値と比較しましたが、Whisper の相対的な不正確さは、これらのベンチマーク(アクセントのある音声、遠距離音声、または複数話者シナリオを含まない)に限定されたもの임을 指摘しました。重要なのは、すべてのテストが完全にオンデバイスで行われたことであり、従来の SFSpeechRecognizer もローカルで使用される場合でもクラウド処理にデフォルトで切り替わるという点です。これらの結果に基づき、Inscribe は製品ロジックを更新し、対応言語(現在約 30 のロケール)では SpeechAnalyzer を優先し、未対応の言語のみを Whisper に切り替えました。さらに、研究チームは Inscribe が SpeechAnalyzer でオーディオファイルを取り扱う際に重大なバグを見出し、生テキストデータを検証のために公開ダウンロード可能とする措置を講じました。これは、Apple エコシステム内のプライバシー重視かつ高パフォーマンスなオンデバイス AI 機能において大きな飛躍を意味します。