2026/05/09 6:02

マルチプレックス（Y Combinator バッチ W16）が採用活動を実施しております。

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

要約▶

Japanese Translation:

Mux は、開発者のための動画民主化を通じてデジタル景観を革新しており、コア製品である Mux Video（エンコーディング/ストリーミング）と Mux Data（モニタリング）によって複雑な技術課題を効果的に解決し、プロフェッショナルなビデオ体験への参入障壁を低下させています。同社は Zencoder を創業した業界のベテランや Video.js の著者であり、多様性と「人間性」の重要性に基づく独自の文化を擁し、「顧客をファンに変える」といった価値観に共感する成長意欲のある候補者を求めています。

Mux は Andreessen Horowitz、Coatue、Accel、Y Combinator を含む権威ある投資家から後援を受けており、チームには Google、YouTube、Twitch、Fastly などのエリート企業のエンジニアが在籍しています。既に同社は Vimeo、CBSi、Discovery、TED、PBS、Reddit という大規模なメディア企業から Robinhood という革新的なスタートアップに至るまで数百のプラットフォームを動かしています。製品開発のみならず、「Demuxed」という動画エンジニア向けの世界最高峰の会議を通じて協力的なコミュニティを育んでいます。今後の目標としては、サービスを拡大しつつこの包摂的な環境内で人材を育成し続け、誰でも構築できるオープンで効率的な例外的视频技術を提供し続けることです。

本文

Mux は開発者向けの動画プラットフォームです。私々のミッションは、開発者が動画を活用する際に直面する課題――特に動画エンコーディングとストリーミング（Mux Video）、動画モニタリング（Mux Data）などといった難題を解決することで、動画を「誰もが使える技術」へと民主化することにあります。動画は人々の生活において極めて重要な役割を果たしており、それをさらに向上させることを目指しています。私たちは、多様なバックグラウンドや経験を持つ人材をお迎えし、健全で活力あるチームの構築に尽力します。私たちのミッションへの情熱、成長意欲、そして「人間らしくあれ（Be Human）」から「顧客をファンに変える（Turn Customers Into Fans）」に至るまでの企業価値を共有してくださる方々を募集しています。また、周囲の人々をより良い存在へと導く意欲も大切です。弊社は、Google や YouTube、Twitch、Zencoder、Fastly など、関連分野で実績のある方々と緊密に連携する結束したチームで働いていただけます。創業者らは、クラウド動画技術の先行者である Zencoder を創業し、売却するとともに、Web 上で最大規模を誇る HTML5 ビデオプレイヤーである Video.js の開発者也務めています。また、世界中の動画エンジニアを集えるトップクラスのカンファレンス「Demuxed」の開催も担当しております。Coatue、Accel、Andreessen Horowitz、Y Combinator を筆頭とする著名な投資家のご支援を受けており、スタートアップ企業数社に加え、Reddit、Vimeo、Robinhood、CBSi、Discovery、PBS、TED など多くの優れた企業と協力する機会があります。大手也罢、小規模也罢のお客様から高い評価を受け、また当社チームにも愛され続けています。私たちと一緒に大きなことを成し遂げることが可能です。ぜひご連絡をお待ちしております！

同じ日のほかのニュース

一覧に戻る →

2026/05/09 3:45

グーグルによる再認証（reCAPTCHA）が、グーグルを利用しないアンドロイドユーザーにとって利用不能となりました。

## Japanese Translation: 元のサマリーは高品質ですが、以下の改善版では、「キーポイントリスト」に含まれていた特定の欠落していた詳細事項（Cloud Next の日程、iOS バージョン、具体的な期間）を統合し、提供されている粒度の事実と完全に整合させつつ、ナラティブの流れを維持しています。 ## 改善されたサマリー： Google は、次世代の reCAPTCHA システムを Android の Google Play Services と強く連携させることで、Google のプロプライエタリなソフトウェアを利用しないユーザーを実際に締め出す体制を確立しました。この変更により、疑わしい活動に対する従来の画像パズルが、QR コードのスキャンを要求し、これをトリガーとして Google サーバーとの背景通信を引き起こす仕組みに置き換えられました。iOS 16.4 以降を搭載した iOS デバイスはこれらの認証を追加アプリなしで完了できるのに対し、Android ユーザーは基本的なタスク（ヒューマン認証など）であっても特定の Play Services フレームワークバージョン（例：25.41.30）を実行させられています。インターネットアーカイブによる 2025 年 10 月のスナップショットを含む証拠から、この依存関係は公的な反発が発生するまで少なくとも 7 ヶ月間静かに構築されていたことが示唆されています。その結果、カスタム ROM を使用するユーザーや脱 Google化された電話機（例：GrapheneOS）を使用するユーザーは完全なアクセス拒否に直面しますが、iPhone ユーザーには影響がありません。これにより、重大なプライバシーの非対称性が生じ、基本的な Web コンテンツへのアクセスのために明示的に Google のインフラストラクチャと関与することを前提とする先例が確立されました。Google Cloud Fraud Defense（4 月 23 日の Cloud Next で発表されたもの）をこのシステムを採用するウェブ開発者は、結果として、Google のソフトウェアを回避するユーザーは歓迎されていないことを明確に示しており、プライバシー重視の個人の自由な閲覧能力を著しく制限することになります。

2026/05/08 2:11

OpenAI の WebRTC に関する問題

## Japanese Translation: OpenAI からの最近の技術ブログ投稿は、音声 AI アプリケーションにおける WebRTC の利用に関する強い批判を引き起こした。著者は以前 Twitch および Discord で勤務しており、WebRTC のリアルタイム遅延に固く設計された仕組み（特にブラウザ内でオーディオパケットの再送信ができず接続を断ちることなく破綻しないという点）が、不良ネットワーク条件下で音声 AI プロンプトの精度を大幅に低下させると論じている。テキスト読み上げストリーミングと異なり、WebRTC はバッファリング機構を持たず、高価な人為的なスリープ遅延を強制し、混雑中にパケット損失のリスクがある。さらに、WebRTC 内の TCP/TLS ハンブルク shakes は 2〜3 RTT を必要とし（シグナリング、ICE、DTLS、SCTP を含むと最大約 8 になる）、クライアント IP がネットワークスイッチングや NAT により変化すると直ちに失敗するため、OpenAI は STUN ステートをキャッシュするような脆弱なハックに依存している。Twitch や Discord のような業界リーダーは既に、プロトコルをフォークしたりネイティブアプリを使用したりすることで、これらの固有の欠陥を回避しており、多くの場合公式仕様に無視されている。一方、QUIC は Only 1 RTT の接続設定、唯一の受信者を選択した CONNECTION_ID を通じたステートレスなロードバランス（Redis の必要性を排除）、AnyCast と Unicast の両方へのサポートを提供する優れた代替案である。著者は、既存の TCP/HTTP インフラを利用し、Kubernetes 内でのシームレスなスケーリングを実現し、プロトコル上の制限と不要な遅延コストを排除することでユーザーエクスペリエンスを大幅に向上させるため、WebRTC を QUIC または WebTransport に置換することを推奨している。結局のところ、QUIC などの現代的なプロトコルを採用することで、企業は陳腐な制約と戦う代わりにサービスを効率的にスケールさせることができる。

2026/05/09 2:55

「人工知能が、二つの脆弱性文化を打破しています。」

## Japanese Translation: 核心的な主張は、現代の AI ツールがソフトウェアの脆弱性を瞬時に特定できるため、長期的なセキュリティ封鎖は危険なほど陳腐化しており、遅れた公開はユーザーおよび企業にとってリスクを伴うとすることである。従来の「調整された開示」の実践（バグを修正する前に数ヶ月間の待機期間を設けることが多くある）は、現在、人工知能を活用してほぼ直ちにエクスプロイトを見出す攻撃者にとって不必要に機会を与える窓を開いている。最近の事件から得られた証拠がこの転換を証明している；Hyunwoo Kim が公開したクリティカルなパッチは、別の研究者によって発見され、予定された長期的な封鎖を回避して公に共有された。これは、防衛側が現在、攻撃者が欠陥をスキャンするスピードと同等の速度で AI を使って検出・共有できるようになったことを示している。したがって、産業全体は特定モデルの比較（堅牢性に欠ける）に頼るのではなく、AI 駆動によるテストの高速化に合致するように開示スピードを見直し、非常に短い、あるいは封鎖を設けない方向へ移行すべきである。結局のところ、このより速いサイクルを採用することは、長期間の待機によって与えられる偽りのセキュリティ感を排除し、ユーザーが最近報告された ESP 脆弱性のようなこれまで見落とされていたギャップを自動化したスキャングループが武器化することを可能にする前に、クリティカルなパッチを受け取ることを確保する。