WWDC が奇妙だった

この動画では、Apple の WWDC 2025 で発表された内容について詳細な分析が行われている。特に新しい Liquid Glass UI デザインの賛否両論、Swift で書かれた Docker クローンのコンテナ化技術、Xcode への AI ツール統合の遅れ、WebGPU のサポート強化などが取り上げられている。発表者は Apple の開発者ツールが AI 分野で大幅に遅れをとっていること、モバイル開発の複雑さ、そして Apple のエコシステム内での技術革新の課題について率直な意見を述べている。

Liquid Glass UI の登場と賛否両論

WWDC 2025 は本当に開発者会議に開発者を重視した内容でした。Apple がこれほど多くのことを一つのイベントで発表するのを見るのは久しぶりでした。Liquid Glass が皆が最も興奮しているものではないとしても、皆さんももうミームを見たことでしょう。Windows 7 にようこそという感じですが、他にすべてのことから Game Porting Toolkit の変更、Safari での WebGPU のデフォルト有効化、Swift で書かれたオープンソースの Docker クローンまで、彼らは本当にクレイジーなことをやっています。

可能な限り多くのことをカバーしようと思いますが、皆さんもご存知のように Apple は私にたくさんのお金をかけさせます。彼らは私に一銭も払ったことがないし、今後も払うことはないでしょう。そういうわけで誰かが請求書をカバーしなければならないので、今日のスポンサーから簡単に紹介して、それからこのクレイジーなニュースに飛び込みましょう。

UI デザインの革新と課題

優れた UI を構築することがこれほど簡単になったことはありません。好きな UI のスクリーンショットを撮って Cursor に渡して「これと同じように見せて」と言えば、それを作ってくれるなんて本当にクレイジーです。問題は本当に良いスクリーンショット、理想的には人々がすでに知っていて愛している優れたアプリケーションの動作する UI からのものが必要だということです。そして良い例を見つけるのは難しいんです。

WWDC が非常に奇妙だったと言うのは公平だと思います。興味深いイベントでした。dubdub は常に奇妙でした。なぜなら、それは Worldwide Developer Conference であり、開発者が知る必要があることに本当に焦点を当てようとしているからですが、常にそれをはるかに超えて、通常の Apple 発表会議のように扱います。彼らは開発者イベントで Apple のすべてのプラットフォームのリデザインを発表しましたが、それは主に開発者がこれらの異なることを知り、気にかける必要があるからです。

私たちがアプリケーションを構築している際に何が変わるかを知ることは重要です。そうすることで、私たちが構築しているものとタイムラインが現実的なままでいられます。9 月にアプリをリリースしようとしているときに、9 月までにアプリを構築する方法のすべてを変更しようとしているなら、それは知っておくべきことです。だから Apple がこれらのことを早めに発表してくれることは感謝していますが、同時に私のチーム全体が iOS 26 の開発者ベータをインストールするのを見るのはとても怖いです。

Liquid Glass の詳細分析

まず Liquid Glass について話すべきです。なぜなら、このイベントから皆が考えていることだからです。そして、それは控えめに言っても異なります。懐疑論は理解できます。アクセシビリティに関する多くの苦情を見てきました。人々がアクセシビリティについて話すのが、何かを攻撃したいときだけというのは嫌いです。未だに Flutter の最大の嫌悪者として、アクセシビリティを主な論拠として使っている人がいます。

それでもコントラストの問題は実際にあるのですが、通常それらを持つシナリオに自分を置く必要があります。デフォルトでそこにあるか、スクロールして何かその状態に入るまでそこにないかです。人々は iMessage でテキストを送ろうとしているときにチャットの下部にある iMessage の名前を読めないと苦情を言っていました。なぜならスクロールすると後ろのものがそれをぼかす可能性があるからです。でも、そのテキストが何を言っているか知っていますよね。後ろに何もないときでも常にそう言っているからです。だから実際にはそれほど大きな問題ではありません。

重要なラベルが読めなくなるような、通知がすべて読めないと言うようなことだったら、これははるかに悪いでしょう。それを見て Windows Aero のように見えるのを避けることはできません。雰囲気が似ているのはちょっと不気味です。どれほど似ているかは面白いですが、Vision Pro を愛している人として、なぜ彼らがこの動きをしたのか理解できます。それはとても現代的な雰囲気で、アクセシビリティの問題はそれほど悪くないと思います。

アニメーション時間の問題点

ひどいのはアニメーション時間です。私の CTO の電話でそれらのいくつかを見ました。彼が仕事用の電話にインストールしたからです。すべてがどれほどゆっくりと飛び込んでくるかを見て、アニメーションを待つのにどれだけの時間を費やしているかを見ると、私はそれを憎みます。私は複数のデスクトップすら使わない人間です。なぜなら、それがコンピュータの使用を遅く感じさせるからです。デスクトップ間をスライドするアニメーションが好きではありません。私の意見では時間がかかりすぎるので、そういった機能はまったく使いません。

私は本当に彼らが再び減らされたモーションをオンにさせないことを願っています。過去にそれをしなければならなかったことがあり、それは多くのものを壊すので、それをしなければならないほど遠くに行かないことを祈っています。しかし、正直に言うと、それは本当に本当に良く見えると思います。

Safari とモバイル体験の変化

それから Safari のリデザインがあります。URL バーが訪問しているページに溶け込むようになります。だから Safari モバイルで垂直の高さに問題を抱えていた皆にとって、ほぼ確実に悪化しました。また、T3 Chat のようなもので、下部の入力がある場所をカバーしてしまうので、非常に迷惑です。見た目は良いと思いますが、それを見て、ホーム画面のアイコンの変更を見ると、これが意図的であろうとなかろうと、Web アプリを害しようとする試みだと思わずにはいられません。

なぜなら PWA がますます政府や第三者から優遇的な扱いを受けているからで、Apple は PWA が iOS で勝つことを望んでいません。一方で、モバイルアプリをより競争力のあるものにすることもできますが、代わりに Apple が通常やることをして、他の皆にとって物事を悪化させるでしょう。

例えば、Dax がベータをインストールして新しいガラスアイコンでホーム画面を設定したのを知っています。そこで2つが目立つのに気づくでしょう。この2つがはるかに悪く見える理由があります。私たちが彼に T3 チャットベータに早期アクセスを与えたからではありません。これはウェブサイトへのモバイルショートカットで、Apple はそれらのタイプのショートカットでこれらの新しい派手な動作をさせてくれません。GeForce Now も同じです。なぜなら Apple はアプリケーションにゲームストリーミングを含めることを許可しないので、ほとんどのゲームストリーミングサービスは代わりに Web アプリを構築しなければならなくなったからです。これは本当に迷惑です。

コントラストの問題と設計上の欠陥

コントラストに関して面白いのは、Apple の Liquid Glass の展開は実際に天才的です。設計により、滑稽なほど間違った Apple Intelligence 通知の要約を読むことができないことを確実にしています。彼らはここでコントラストと色付けを本当に間違えています。これが面白いのは、この背景が公式の Apple 壁紙だからです。問題が起こっている理由は、従来は明暗が T-Mobile の呼び出しや時間、電力などを作る際の色を決定するために使用されていたため、上部に基づいて明暗を検出するからです。

だから彼らは上部バーの平均色を使って明暗を決定しますが、それは右上の本当に暗いセクションのために暗いとして検出されたが、残りはすべて明るいので、残りが明るいと傷つくことを意味します。これがサードパーティの壁紙だったら理解できますが、これが公式の Apple 壁紙で、デフォルトの Apple 設定を使っていて、コントラストが読めないという事実は本当に悪いです。彼らは絶対にこれを修正する方法を見つけなければなりません。

新しいアイコン作成ツール

アイコンのことについてちょっと戻ると、彼らは Xcode で全く新しいアイコンコンポーザーフローを作りました。これは Xcode でさえあるのでしょうか。これは全く別のアプリです。すべてにこの深さがあるので、それを正しく見せるためのカスタムソフトウェアが不可欠に思えるので、Photoshop でできるふりをするのではなく、それをするために努力を払ってくれて嬉しいです。なぜならできないからです。

ああ、これは別途ダウンロードしてインストールできるんですね。それはクールです。他に話す多くのことは試すことができません。なぜなら私は毎日仕事に使うラップトップに開発者ベータをインストールするほど愚かではないからです。

React Native vs Flutter の格差

UI をからかうのはもう十分です。もう一つ UI をからかうことがあります。このツイートは私に考えさせました。Flutter は終わりました。ありがたいことに React Native はそうではありません。これは React Native と Flutter の間のギャップを浮き彫りにしています。Apple が State of the Platform で React Native をからかったのは非常に迷惑でしたが、理解はできます。

Expo Router と適切にセットアップされた React Native Expo アプリは、最新の Xcode ベータで再構築するだけで、すべての新しい Liquid Glass 機能をデフォルトで持つことができます。これは良いことです。なぜなら React Native はネイティブだからです。Flutter はゲームエンジンです。

Flutter がモバイルアプリ内で通常期待する UI を行う方法は、それらをスクリーンショットして、アプリキット内でそれらを再作成することです。だから Flutter 内でこのようなものをレンダリングするとき、実際にはこの特定のビューをアプリ内でレンダリングするためにネイティブ通知プラットフォームを呼び出しているわけではありません。それは独自のテキストラスタライゼーション、独自のタッチレイヤー、独自のすべてを持つ奇妙なゲームエンジンの中で、それの偽バージョンをレンダリングしているのです。

これはアクセシビリティにとって悪夢ですが、それよりも重要なことに、常に不気味の谷に置かれることです。今年の初めに Flutter は、Cupertino テーマ（Flutter での iOS モードの名前）でものをより適切に見せることになっていたアップデートをプッシュしました。そして、これがそのブログ投稿の最初の例でした。私がそれをひどく見せたので、彼らはそれを置き換えて、ブログ投稿を変更しました。

Swift の進化と新しい可能性

この投稿で私が彼らを比率で負かしたからです。ここで何が間違っているかわからない場合、きっとあなたは Android 電話をとても愛していて、1000ドルを6ヶ月間アップデートを得る電話に費やすことにとても満足していて、電話で使う他のすべてのアプリがどれほど悪いかに気づかないのは確実です。しかし、目を持つ誰にとっても、検索アイコンが間違ったサイズで正しく整列していないという事実は無視するのが不可能です。

そして、これが iPhone での Flutter の見た目がどれほど良くなったかを示す例であることは、彼らがデザインと iOS をどれほど理解していないかを示しているだけです。Flutter はネイティブではありません。プラットフォームが改善されても、彼らは勝利を得られません。彼らは新しい UI を再作成する新しいスクリーンショットのセットで勝利をコピーしなければなりません。

だから私は彼らが Liquid Glass を再作成しようとすることに多くの幸運を祈ります。彼らは絶対にできないでしょう。そして、iOS 6 時代から明らかに来て、電話で本当に奇妙で場違いに感じるアプリを使ったことがある場合、iOS 16 や 18 アプリのように見える Flutter アプリがさらに増えるでしょう。彼らは不気味の谷で古くなるでしょう。

私の最大の恐れは、人々が iOS 16 や 18 アプリのように見える Flutter アプリを使って、それがその時代のすべての iOS 16 や 18 アプリがどのように感じられたかを想定することです。実際には、その時代からの本当のアプリはすべて最新のビルドにアップデートして新しい方法で見えるだけなのに、これらは古い動作を再作成するために多くのエネルギーと端的な努力が投入されたため、古い方法で見なければなりません。

コンテナ化技術の革新

面白いのは、コンテナ化は Mac OS で Linux コンテナを実行するための Swift パッケージだということです。もっと簡単に言うと、シリコン Mac でより良く動作するように Swift で Docker を再作成しようとする試みです。最初に Apple Silicon Mac を手に入れたとき、M1 Air だったのを今でも覚えています。ほぼすべてがデフォルトで本当によく動作しました。私が抱えた唯一の問題は Docker が最初はひどかったことです。

Apple Silicon で Docker を実行できるようにした最初の Docker アップデートが出たときのことを覚えています。そして Orbstack が多くのユーザーを獲得したときのことも覚えています。なぜなら彼らは Docker が公式にやっていたよりもはるかにそれに焦点を当てていたからです。コンテナが必要なときは今でも Orbstack を使っていますが、正直に言うと最近は期待していたほど頻繁ではありません。

それはすべて言われていますが、Linux をサポートする Apple によるネイティブビルトインです。これは彼らの Windows Subsystem for Linux の代替のようなものですが、Docker がもう必要ないという瞬間でもあります。非常に興味深いです。ほぼ完全に Swift で書かれているのは狂気ですが、ますます理にかなっています。

実際に、以前にリンクされた記事を得ました。まだ読む機会がありませんでした。これは Neon からのもので、皆さんが知らない場合は、Stylex の作成者で、OpenAI で働いている Meta からのデザインとパフォーマンスの伝説の一人で、ChatGPT サイトをより遅くならないようにしようとしています。彼は2年前に「Swift はより便利な Rust」という記事を書きました。

ますます多くの人がこれに同意してくるのを見るのは興味深いです。例えば Ladybird はSwift にオールインしました。クロスプラットフォームアプリケーション開発のためのネイティブソリューションとして Swift を採用する人がますます増えているのを見るのは魅力的です。そして、これはその方向により多く傾いています。

Apple が以前は Objective-C や C++ を使っていたであろう場所で Swift を使用しているのをますます見ています。アプリケーションを構築するためだけでなく、他のあらゆる種類のものを構築するためにです。さらに興味深いのは、SwiftUI を採用する人が少なくなり、それに対するプッシュバックがプラットフォームとして増えているのを見ていることです。彼らは Swift UI の代わりに Swift の上で古い UI Kit を使っています。なぜなら SwiftUI は AppKit と比較してパフォーマンスの変化など、非常に多くの問題があるからです。

ゲーム開発とWebGPUの可能性

今度はビデオゲームについて話す必要があります。皆さんがゲーマーでないことは知っていますが、統計的に言えば、皆さんのほとんどはおそらくそうでしょう。数字を見ました。彼らが Game Porting Toolkit 3 と Mac OS での Metal を使ったゲームプラットフォームに行っている変更は微妙ですが、クールです。彼らはついにマルチフレーム生成と DLSS の同等品を許可しています。ここでフレームレートを高く保つためにフレーム間を生成できます。

そして、どうやら GPTK 3 はゲームを移植するのがさらに簡単だということです。とはいえ、これを使ってゲームを移植しているゲーム開発者をほとんど知りません。私は主に、Mac OS に決して移植されることのないゲームを動作させるために、GPTK への多くの異なる追加ソフトウェアとハックを使用している多くのサードパーティを知っています。

例えば、私のインターンは GPTK へのハックを通して自分の Mac で多くの異なるゲームを動作させました。それらのどれも公式にサポートされることはないでしょう。だからそれはクールですが、モバイルでゲームをプレイするはるかに良い方法ほどクールではありません。それは WebGPU です。

これは今のところ少しミームのようなものですが、私たちがそこに到達することを本当に願っています。最近 WebGPU と WASM にいくつかの大きな変更があり、ゲーム開発のプラットフォームとしてより魅力的になっています。WebGPU に馴染みがない場合、それはその名前が示すとおり、事実上ウェブを通してネイティブ GPU アクセスを可能にします。

ここで今は少しミーム化されているのが嫌いですが、起こっている変更はそれをはるかにミーム的でなくしています。特に、ここでの大きな変更は、Safari でそれを使用するために奇妙な隠れたフラグをオンにする必要がなくなったことです。だから WebGPU を使ったモバイルゲームが今や本当の可能性になりました。この iOS アップデートがリリースされれば。

さらにクールなのは、実際に Apple が何もしなかった変更です。以前は WASM プラス WebGPU には Chrome で 4GB のメモリ使用量という非常に厳しい制限がありました。これは WebGPU 側でできることの品質を大幅に制限していました。小さなインディーゲームを作ってそこに投げ込むことはできましたが、それはクールでした。

Google が最近変更したのは、制限を事実上無制限になるようにバンプしたことです。デフォルトで 16GB でソフトキャップされているかもしれませんが、それについても確信がありません。私が知っているのは、4GB の制限が削除されたため、WebGPU を無視していた一部の会社がオールインするようになったということです。

だからこの時代が起こっています。過去数ヶ月で WebGPU がミームから実際に実行可能な技術に移行したのを見るのは本当にクールです。Twitter で Three.js がそれについて興奮しているのを見るところまで来ました。だから、人々が WASM と WebGPU でやることとブラウザでこれらのタイプの深いインタラクティブな体験を構築することに大幅な改善が見られることを祈っています。

JavaScript との統合強化

しかし、それが Apple からの JS 採用の終わりではありません。State of the Platform で React Native を多くからかったにもかかわらず、彼らは JS 開発者のためにいくつかのクールな変更も行いました。Swift 6.2 には C++、Java、JavaScript などの言語との独自の相互運用性が追加されました。また、Web Assembly の適切なサポートも追加されました。

これは本当にクールです。Swift を Web Assembly にコンパイルして、ブラウザで Swift コードを適切に公式標準として実行できるのは超クールです。これはウェブの興味深い採用です。これが Apple Music ウェブアプリを再び書き直すことを意味しないことを本当に願っています。現在は SvelteKit にあります。Swift で書き直そうとしないことを願っています。どこに行くか見てみましょう。

しかし、相互運用性はクールです。React Native で JSI ブリッジがどれほど良くなったかを見て嫉妬したのだと推測しています。そして、それが両方向に行けることを確認したかったのです。これは理にかなっています。なぜなら、現在 React Native でそれを非常にパフォーマンスにするために行っていることの多くは Objective-C 側にあるので、彼らは場所を持ち、今キャッチアップしなければならないからです。

Xcode でのAI統合の遅れ

キャッチアップと言えば、彼らがついに Xcode で AI ツールを使用するフローを改善し始めているように見えます。今年の初めに、Apple が Xcode 用の AI コーディングツールで Anthropic と協力しているという噂が浮かんでいました。だから、Cursor のようにアプリをバイブコーディングして変更を加えることができましたが、Xcode 用でした。

Apple、特に Xcode について何か知っているなら、基本的に決して動かないことを知っているでしょう。移動するのが超超遅いです。Apple の内部の人々からいくつかのクレイジーなことを聞いています。リークについて Apple がどれほど迷惑かを皆さんが知っているので、あまり多くを共有することはできません。

簡単に言うと、どうやら現在の Xcode のコードベースは Next から始まったようです。Steve Jobs が Apple のソフトウェアが崩壊していたので、ソフトウェアを構築するために始めた会社で、Apple に買収された会社です。だから Apple はソフトウェアがその時非常に悪かったので、NextStep を買ったとき、新しい Steve Jobs コンピューティングプラットフォーム用に構築されていた開発エコシステム全体を取って、Mac 用の新しい開発者キットを開始するためにそれを使用しました。

そして今日まで、それがまだベースになっているものです。それは今でも古い NextStep プロジェクトからの古い壊れたコードでいっぱいです。そして、私の人生で本当に本当に必死に書き直してほしいものがいくつかあります。最大のものは Adobe スイートのほとんどですが、それは決して起こらないので、彼らをからかい続けるだけです。Xcode はそのリストで彼らのすぐ次にあります。

Xcode を開くたびに、それをますます憎むようになります。そして、彼らもそう感じているようです。なぜなら Xcode は歴史的にそれほど愛を受けていないからです。Apple の戦略は常に遅刻することは大丈夫だったということです。そして一般的に、それは良い戦略だと思います。皆さんがこれまでに十分聞いたことがあることを願いますが、早すぎるのは通常、遅すぎるよりも悪いです。

早すぎるリスクと遅すぎるリスク

もしもモバイルアプリが人々がインターネットを使用し、コミュニケーションを取り、世界を体験する未来だと、iPhone が出る前のずっと前から、モバイルが未来だと知っていたとしたら、決めて全力投入するつもりです。ウェブサイトの構築をあきらめ、デスクトップアプリの構築をあきらめ、モバイルに全力投入します。Nokia Endgage と BlackBerry 用の世界最高の Java アプレット開発者になるつもりです。

iPhone が出たときや、さらに良いのは App Store が出てから2年後、iPhone が出てから3年後に始めた人よりも、どれほど良い状況にいるでしょうか。その人よりも5年以上のリードがありましたが、間違ったものを選んで、それを学び直し、それを乗り越えてから新しいものを採用しなければならないので、まだ遅れています。だから通常、遅れることはかなり良いことです。

しかし、遅すぎるということもあります。特に AI 開発者の世界のように速く動いている市場では。私は昨年、GitHub の会議で C-Pilot 内での Claude サポートを許可すると発表したとき、私の考えは「うわあ、GitHub がそれにそんなに遅れているなんて信じられない。なぜそれをしているのか理解できるが、すでにそんなに遅れている」というものでした。それはほぼ1年前でした。

Apple は AI レースでそれほど遅れているのは狂気です。幹部が追放されて解雇されるなど、どれほど遅れているかについての不条理なレベルの話がたくさん出てきており、彼らがここで変更している内容を見ると、それが本当に現れています。彼らはほとんど、Cursor がすることの少しを得ました。

Xcode でインテリジェンスを使ってコードを書くために彼らが導入した最大の変更は、今自分自身のモデルを持参できるということです。どうやら、それのための UI は本当に壊れており、このビデオで再生ボタンを押すのが怖いです。なぜなら、DMCA を受けたくないし、Apple は時間をかけて学んだように、DMCA トリガーフィンガーに非常に積極的だからです。

ここで、異なるモデルを手動で追加できます。どうやら URL を自分でコピペしなければならず、何をしているか分からない場合、間違ったものをするでしょう。Reddit で多くの人が非常に混乱しているのを読みました。「これは MCP 経由ですか？」いいえ、これはそのように動作しません。どんなカスタムモデルプロバイダーも設定できません。Open Route や OpenAI、ローカルでホストされたモデルでさえ試してください。間違った URL を使っています、相棒。

Anthropic に接続できない人が「APIthropic」と呼んでいます。なぜなら OpenAI 互換 URL にヒットする必要があるからです。エコシステム全体が遅れています。もはや Apple だけではありません。Xcode で構築し、Apple で構築している開発者たちです。その世界の皆がそれほど遠く離れているので、痛いです。

モバイル開発者のスペクトラム

これについてよく考えるので、よく言うことがあります。一方にバックエンド開発者、もう一方にフロントエンド開発者がいるスペクトラムがあるとしたら、モバイル開発者はどこに適合すると思いますか？以前は、モバイルはネイティブ技術で物事を行う必要があるため、2つの間のどこかに適合すると思っていました。プラットフォームに直接構築し、システムコードを呼び出していますが、ユーザーエクスペリエンスも構築しており、ユーザーが相互作用するものを作ろうとしています。

時間をかけて学んだことは、モバイルアプリ開発者は2つの間に適合しないということです。彼らはフロントエンドがバックエンドから離れているのと同じくらい、フロントエンドから離れています。モバイル開発者はサーバーという言葉を恐れています。彼らの近くで大きすぎる声でそれを言うと、彼らの脳が停止します。

モバイル開発者が Firebase がまだ存在する理由です。モバイル開発者は泡から出るのを好みません。特に彼らがいるプラットフォームから。Apple について止まることなく話すのを聞きたい場合は、Android 開発者を見つけてください。Android コントリビューターではありません。実際、Android コントリビューターはかなり賢く、正直に言うと、多くの人が iPhone を使っています。面白いことに。

しかし、Android モバイルアプリ開発者は、Apple について最も思慮深く、妄想的な意見を持っているでしょう。逆もまた真で、Xcode で人生を過ごしている人に Android について尋ねると、何も言うことがないか、本当に悪くて愚かなことを言うでしょう。私はもはやそのバケットにいないことを誇りに思います。十分にモバイルアプリを構築していないので、両方について話すことができます。なぜなら、これらのエコシステムの両方が今ひどいからです。

Android Studio はどういうわけか Xcode よりもわずかに良くなりましたが、それは2つの異なる種類のうんちを測定して、どちらがよりうんちかを尋ねているようなものです。この時点で皆そんなに遅れているのです。とはいえ、私はこのスペクトラムを技術をどう考えるかのようなものとして考えていました。サーバーを恐れるモバイル開発者など。

私が気づいたのは、他のものにも一種の正規曲線があるということです。そして私はこれを新しいツール採用曲線と呼びます。私たちがここで気にしているのは、特に AI です。新しいツール、技術、言語などは、側面よりも真ん中でより採用される可能性があります。私が見てきて興味深いのは、フロントエンドに進むほど、より受け入れようとするが、モバイルに入るとすぐに、何が起こっているのか分からないということです。

私が話したモバイル開発者の数は、基本的なエディタの動作やフロー、コードツールでのタブ補完、基本的なターミナルエチケットについて何も知らないのです。それは非常に一般的で、これまで以上に今それを見ていると思います。なぜなら、Apple で何かを取る場合、Apple のために構築する人ではなく、Apple で働いている人、私は彼らもここの間のどこかにいると思っていましたが、学んだのは、さらに悪いということです。公式の Apple エンジニアはスペクトラムでさらに遠くにいます。

そして、それは悪いです。これは、新しいものを採用する意欲の曲線について私が本当に感じている方法です。この世界に入ると非常に悪くなり、Apple がついに他のモデルを持参することを許可する機能を見るのはクールですが、文字通り私の人生のすべてが長い間持っていた機能です。それでも非常に遅く感じ、それを試している人々が非常に手がかりがないので、私はそれについて何も知りません。

私自身でそれを試すことさえできません。なぜなら、私の編集体験を良くするかもしれない Xcode でのこの新機能を試すために、コンピュータ全体をより不安定にしなければならないからです。それは非常に時代遅れの考え方です。狂気的です。その レベルの結束は歴史的に Apple にとって大きな利益でした。なぜなら、彼らはプラットフォームを本当によく知っており、そのプラットフォームをコントロールしているからです。

しかし、その壁に囲まれた庭のコストをますます毎日見始めています。そして、AI レースが本当にそれを強調したと思います。

Foundation Model Framework の課題

それと言えば、新しい Foundation Model Framework です。これは痛いです。Apple が AI について多く気にしていることの1つは、あなたのデバイスでうまく動作することを確実にすることです。そうすることで、プライベートでいられるからです。AI のものをするためにすべてのデータをクラウドに送信するとすぐに、プライバシーの角度は死にます。

Apple はプライバシーとあなたのデータを保護することを多く気にかけています。そのため、Apple のモデル開発は主に、デバイスでオフラインで実行できる小さなモデルに焦点を当ててきました。クールです。これらのモデルが落とされたときはまあまあでした。それ以来、ひどくなりました。

そして今、Foundation Model Framework で、iOS の API を介してそれらにアクセスできます。その部分は実際にかなりクールです。なぜなら、iPhone でローカルに実行できるはるかに良いモデルがあるからですが、それらのモデルはしばしばかなり大きく、1GB から 5GB のようなもので、すでに電話のアプリがどれほど大きいかという問題があります。

Twitter が より良いオフライン体験を持ちたいとしましょう。だから Twitter アプリは彼ら自身の Foundation Model を内部に追加します。だから Twitter アプリのようなもので、Grok がオフラインで動作することを確実にしたいと決めます。だから Grok 3 Mini か他のローカルモデルをアプリに追加するつもりです。今、あなたは 4GB のローカルモデルと 300MB のアプリを持っています。

今、電話にあるすべてのアプリでこれをコピペして想像してください。Xbox の Call of Duty 問題のようになってしまいます。すべてのゲームが非常に大きいので、すぐにスペースがなくなり、インストールしたい大きな10ゲームのうち3つの間で選ばなければなりません。だから、アプリ間でモデルを共有したらどうでしょう。

Apple は決してそれを我々にさせないでしょう。ここで現実的になりましょう。Olama のような何かの同等品を持つことができたら本当にクールでしょう。Olama に馴染みがない場合、Olama はコンピュータで異なるモデルを簡単にインストールして実行し、他のアプリがマシンで実行しているその Olama インスタンスにフックできるようにします。

Apple は iOS でそれを決してさせないでしょう。正直に言うと、Mac OS でそれをさせてくれることに驚いています。しかし、電話で Olama を実行できたら非常にクールでしょう。バックグラウンドで常に実行されているわけではありませんが、異なるモデルの厳選されたセットとして、異なるアプリがそれらを使用できます。

しかし、Apple はこれを行うのに十分にエコシステムを理解していません。だから代わりに、彼らはここに Apple Foundation Model を置きます。そして今、アプリは4GB の使用スペースをトリムせず、それのどれも含める必要がなく、代わりに Foundation Model に直接ヒットできます。

問題はそれらの Foundation Model があまり良くないということです。だから、これらのアプリがすべて代わりにすることは、推論をするためにクラウドに行くことです。アプリ開発者として想像してください。私は AI 用の Twitter か何かを構築しています。Twitter アプリを構築していて、その中に AI 機能を持ちたいです。

私の選択肢は、1つ目はアプリに巨大なモデルをバンドルすることです。今、私のアプリは 4GB のようになるでしょう。人々がインストールするのがはるかに難しくなり、始めるのがはるかに困難になり、人々は最初からそれをためらうでしょう。だから選択肢1は、アプリにその巨大なモデルをバンドルすることです。

選択肢2は、すでにデバイス上にある Apple の Foundation Model を使用することです。これは本当に有望に思えます。ただし、それらのモデルがひどいという事実を除いて。だから、ここでの推論の品質が10点中4点のようなら、Apple のものでの推論の品質はおそらく10点中2点のようになるでしょう。ありがたいことに、どちらも推論にお金をかけませんが、ユーザーの体験の品質と生成されたものの品質は結果として大幅に下がるでしょう。

そして、選択肢3があります。クラウドでより良いLLMをヒットするだけです。ここでの品質スペクトラムははるかに広いです。ある程度まで選ぶことができます。とはいえ、今デバイスでコストを食わなければなりません。ここで得られる品質ははるかに高く、デバイスでのフットプリントの量ははるかに低く、インターネット接続がないか悪いときは使用できませんが、オフラインで実行することはできませんが、デバイスではるかに少ないバッテリーを使用しますが、人々が推論を行うときにお金もかかります。

しかし、それらの選択肢の多くは今本当に安いです。Flash 2.0 のように、電話で実行できる基本的にどのモデルよりも良く、面白いほど安いです。だから、これらがあなたの選択肢なら、何度も何度もこれを選ぶでしょう。そして、Apple は私たちに実際に電話プロセッサを使って推論をさせたい場合、いくつかの重要な変更をしなければなりません。なぜなら、これらの選択肢がひどいからです。

はるかにクールなのは、Apple が決してしないでしょうが、私の夢は、アプリをインストールするとき、電話が実行できる異なるモデルの事実上のレジストリがあることです。そして、電話が持っていない特定のモデルを求める場合、バックグラウンドでそれをダウンロードして、このコンテナ化されたモデルランタイムに置き、必要なときにそれを呼び出すことができます。そして、それらは異なるアプリ間で共有できます。

Apple がデバイスでモデルを実行させるために他の方法を見ません。それはひどいです。なぜなら、Apple はここで巨大な潜在的勝利を持っているからです。ほとんどの人が持っている最も強力なコンピュートは彼らの iPhone です。iPhone とコンピュータを所有している場合、最近の強力な M シリーズ Mac を購入しない限り、iPhone はおそらくコンピュータよりも強力です。そして、その場合でも、おそらく4〜5年ごとに更新されます。

5年前の Mac と2年前の iPhone を持っている多くの人を知っています。iPhone の方が新しい場合、Mac よりもおそらく高速です。だから多くの人にとって、人生で最も強力なコンピュータは電話です。そして、適切なモデルが使用されている場合、本当に良い推論を実行できます。モバイルプラットフォームでこれについて起こっているクレイジーなことを見てきました。

Apple は AI のための最高のエッジコンピュートネットワークを持っています。なぜなら、エッジは私のポケットの中にあるからです。比較的良くモデルのコンピュートを実行できるものを右ここに持っています。そして、その勝利を活用するために、彼らはこのすべてのたわごとを修正しなければなりません。そして、彼らはそれをするにはあまりにも遅く動いています。彼らは今、遅いプレーヤーより1年遅れています。そして、どのようにまたはキャッチアップするかわかりません。

彼らは Siri を修正しようとするのにあまりにも忙しすぎて、これのどれもできません。

Siri のアーキテクチャ刷新

Apple が AI でこんなに遅れていることについて言えば、彼らはついにインタビューでなぜ Siri のアップデートにそんなに時間がかかっているかを説明しました。Federighi は、Apple がパーソナライズされた Siri 機能のために開発していた第一世代アーキテクチャが制限されすぎており、機能が会社の高品質基準に到達することを妨げたと認めました。

今年の春までに、Apple はパーソナライズされた機能が顧客の期待に応える品質レベルに到達するために、計画していた第二世代アーキテクチャに Siri を完全にシフトする必要があると決めました。だからこそ彼らはさらに最大1年延期したのです。

思い出してください、1年半以上の作業の後に Siri の責任者が行った大きなことは、「Hey」という言葉をトリムしたことです。私はあなたのアパートでランダムなものをトリガーしたくないので、それを言いませんが、ただその変更をするのにそんなに時間がかかったのは面白いです。

彼らはこのものがどのように機能するかを完全に覆す必要があります。今 Apple にはジョークがあります。チームは AIML と呼ばれ、彼らはチームが AIMLESS（目的がない）だと冗談を言います。AIML が大文字になっているからです。なぜなら、どこにも向かっておらず、方向性がなく、ただ壊れているからです。

Apple Intelligence は、昔の AI ハイプものの多くと同じくらい曖昧で空虚な用語です。Apple が今 AI ハイプに買い込んでいるように感じるのは面白いですが、まだ AI 自体に買い込んでいません。これは奇妙です。Apple は通常逆をやります。彼らはハイプなしでものに入ります。今、彼らはものなしでハイプをやっています。そして、それは私を心配させます。

Raycast のコピーと Rosetta 2 の段階的廃止

ああ、彼らは Raycast もコピーしています。Apple、Apple、Apple。

速報です。撮影後にこれを見ました。適合するところでこれを忍び込ませます。私のエディターがそれをすべて理解してくれてありがとう。馴染みのあるロゴです。それは GitHub アカウントから来たのと同じ奇妙なロゴです。奇妙です。以前にそれについて用語を持っていましたが、覚えていません。

とにかく、どうやら Apple は Rosetta 2 を段階的に廃止することを計画しているようです。Rosetta に馴染みがない人のために、元の Rosetta は Power PC ソフトウェアが Intel ベースの Mac で動作することを可能にしたものでした。彼らがその移行を行うことができた大きな部分でした。明らかに、異なる言語間で翻訳できるロゼッタストーンのパロディで、この場合、異なる CPU アーキテクチャ間で翻訳しています。これは本当に本当にクールです。

Rosetta 2 は x86 アプリケーションを取って Apple Silicon マシンで実行することを可能にするために構築されました。この技術は、Intel から Apple Silicon への移行を行い、すべてを壊さないようにするために不可欠でした。彼らがこれを落としたとき、それがどれほどうまく機能したかに本当に驚きました。

M1 Air での Intel プログラムは、その同じ年に得た最大限の MacBook Pro 16インチ Intel ボックスでのと同じくらいよく、そのベース層 M1 ラップトップで動作しました。それはちょっとクレイジーです。ちなみに、Rosetta 2 はただのソフトウェアではありません。ARM がしない x86 が行う特定のメモリのものをシミュレートするために、Apple Silicon Mac で x86 アプリケーションを使用するときに、より良く実行されるように CPU レベルで行ったいくつかの本当にクールなこともあります。

彼らはしばらくそれを維持してきましたが、実際に私は Rosetta をできるだけ長くインストールしないようにほとんどの Mac で努力してきました。なぜなら、Intel プロセッサははるかに多くのエネルギーを使用し、ARM 同等品よりも少し悪く実行されるからです。今私のアクティビティモニターを見て CPU セクションに行くと、これを種類でソートできて、ランダムな XPC のものと Intel の何らかのシンセサイザーがあることがわかります。

これが何なのか分かりません。ええ、これはすべてオーディオツールボックスです。だからこれは私のオーディオソフトウェアのためのものです。文字通り私のコンピュータの他のすべてのプロセスは Apple Silicon で動作しています。だから Apple が Rosetta を殺すのは怖いですが、基本的にすべてがすでに移植されていることに気づくと、はるかに怖くなくなります。そして、彼らは 2028 年まで待ってそれを廃止します。

そして、どうやらサブセットの Rosetta を保持するつもりのようです。Rosetta は Apple Silicon への移行を容易にするために設計され、Intel アプリの開発者がアプリの移行を完了するのを助ける汎用ツールとして、次の2つの主要な Mac OS リリースまで、Mac OS 27 まで利用可能にすることを計画しています。この時間枠を超えて、Intel ベースのフレームワークに依存する古いメンテナンスされていないゲームタイトルをサポートすることを目的とした Rosetta 機能のサブセットを保持します。

だから、Rosetta はほとんど非推奨になり、ゲームの後方互換性のために少しだけ残されるようです。なぜなら、Rosetta なしで昔の DirectX ゲームを動作させようとすることを考えたくもないからです。多分彼らはそれを保持しているでしょう。しかし、これはIntel Mac の終わりの一種です。

この会議で発表された Mac OS 26 Tahoe は、Intel Mac に与える最後の OS アップデートです。そして、正直に言うと、彼らがそれさえしていることに驚いています。これは私が話していた16インチ MacBook です。私はそのものに 4000 ドルのようなものを費やし、同じ年に得た 1000 ドルの MacBook Air よりも悪く動作しました。そして、私はまだそれについて怒っています。

結論：開発者としての懸念

クールなことが起こっていますが、それは本当に少なすぎて遅すぎると感じます。AI のものの状態を台無しにすることについての真の深いダイブを見るまで、Xcode が完全な書き直しを得るか、より良いツールでその部分を使用できるようにバンドルされなくなるまで、Apple がプラットフォームをどのように使用すべきかについての死の握りを持たず、React Native を通してプラットフォームを使用する人々を Flutter で全く使用しない人々と同じように扱い、怒りをやめるまで。

通常 WWDC の後に行くポッドキャストをキャンセルしたような奇妙なことをやめるまで、開発者のために行っている悪い決定について公衆やインタビュアーにぶっ叩かれることを恐れているからです。このすべてが変わるまで、Apple のために構築する開発者であることは痛いです。

これは面白いです。なぜなら、開発者はまだ Apple を愛しているからです。私は MacBook からすぐに移動するつもりはありません。最近 Framework で試しましたが、それがどれほど優れたコンピュータであっても、仕事をするために Mac OS が必要です。それは私の人生をとても簡単にします。それでも、Apple デバイスを毎日使わない人生がどのようなものかを理解するのは難しいです。

しかし、私は Apple のツールとツールキットを使って iPhone のためのものを構築することに興味を持ったことがありません。私はモバイルアプリを構築するのがウェブサイトを構築するのと同じくらい簡単な世界を夢見ています。そして、Apple はまだその考えに正反対であるように思えます。彼らが考えを変えることを願っています。注意しないとモバイルが死ぬという現実に目覚めることを願っています。

しかし、今のところ、彼らは理解していないものにキャッチアップしようとしているように感じます。皆さんがこれについてどう感じるか興味があります。私があまりにも心配しすぎているのか、それともこれは本当の問題なのでしょうか。あなたの考えを聞かせてください。そして次回まで、あなたの Xcode ファイルが希望します。