Apple が iOS アプリを macOS でより簡単に実行できるように変換する方法を導入する可能性があるというブルームバーグのレポートに触発され、数週間前に、Mac で使用したい iOS アプリのリストを作成しました。
Appleが最近シカゴで新型iPadを発表するイベントを開催した後、CEOのティム・クック氏はオーストラリア人ライターに、MacとiOSの統合に関する噂は事実ではないと伝えた。この出来事が起こった時、私は彼らから3メートルほどしか離れていなかった。メディア関係者でごった返していた。CEOが既存の企業方針を繰り返すだけの場ではない。（この会話の中で、ティム・クック氏は文字通り「私はあらゆるものを使っていて、あらゆるものを愛している」と発言した。）Appleのプラットフォームに対する長期的なアプローチが、MacをiOSが進化し、Macを痛みなく置き換えられるように、Macを長く存続させることだとは、私には到底思えない。
しかし、ティム・クック氏の言葉をそのまま信じたらどうなるでしょうか？MacとiOSの統合はおそらく何年も先の話でしょう。いずれにせよ、ブルームバーグの報道が事実であれば、AppleはiOSとmacOSアプリの世界をもっと早くに近づけるでしょう。これはMacにとって、そして私たちの日々のMacの使い方にとって、何を意味するのでしょうか？
マジパンを味わう
iOSから新しいアプリを大量に入手しつつMacを維持するという戦略は非常に理にかなっています。もしAppleが今日Macを廃止し、iOS搭載のノートパソコンやデスクトップパソコンの製造を始めたとしても、多くのMacユーザーは乗り換えられないでしょう。MacにはiOSにはない機能があまりにも多くあるからです。
しかし、Macが仮想化、ターミナル、App Store未承認アプリなど、Macのあらゆる機能を維持しながらiOSアプリライブラリも利用できるとしたらどうでしょう？これはMacの強みを犠牲にすることなく、iOSの強みをラップトップやデスクトップにもたらす強力な組み合わせです。時が経つにつれ、MacはiOSプラスと言えるようになるかもしれません。
一つ確かなことは、AppleがiOSアプリを何らかのエミュレータや互換レイヤーを介してmacOSに無理やり移植するわけではないということです。iOSアプリをMacでも動作するように変換するには、アプリ開発者の労力が必要となり、macOSデバイス上でのアプリの表示方法について多くの決定を下さなければなりません。（だからこそ、Marzipanが実現すれば、Appleの年次開発者会議でほぼ確実に発表されるでしょう。）
iOSアプリをMac向けに再設計するのは、大変な課題のように思えますし、実際多くの点でその通りです。しかし、iOS開発者がこれまで経験したことのないことではありません。つい最近まで、iOSアプリは初代iPhoneのディスプレイサイズと同じサイズしか提供されていませんでした。iPadの発売により、さらにサイズが拡大し、開発者は新たなアプリを開発するようになりました。しかし、2010年代初頭、Appleは開発者に対し、デバイスのサイズに合わせてアプリのデザインを変更できるツールの使用を開始する必要があると発表しました。
これは当時としては大きな出来事であり、開発者には相当な労力が必要でしたが、iOSデバイスが現在普及している様々な画面サイズで適切に動作するために必要だったのです。iPhone SE、iPhone 6S/7/8、iPhone 6S/7/8 Plus、iPhone X、iPad、iPad Pro 10.5、iPad Pro 12.9と、 iOSの画面サイズは7種類にもなります。開発者は、小さなiPhone SEの画面と12.9インチのiPad Proの画面でアプリが適切に動作するように、懸命に作業を進めなければなりませんでした。
Macの話に戻りますが、Macのような大型ディスプレイに適応するための開発者向けツールの追加は容易に想像できます。しかし、さらに重要なのは、異なる入力方法やメタファーへの適応です。すべてのMacにはキーボードとポインティングデバイスが接続されていますが、タッチスクリーンは搭載されていません。macOS環境で動作するiOSアプリは、タッチの代わりにマウスクリックを受け入れる必要があります。キーボードは、オプションのインターフェースから、当然のインターフェースへと変化します。
それからメニューバーがあります。iOSにはメニューバーはありませんが、Macインターフェースを決定づける要素と言えるでしょう。ジャック・ウェルボーン氏が先月書いたように、「メニューバーは…あらゆるプラットフォームのユーザーインターフェースにおいて、親しみやすさ、見つけやすさ、そして段階的な表示を実現する最良のメカニズムでした」。メニューバーはiOSのコンテキストでは必ずしも意味をなさないかもしれませんが（MacとiOSのNumbersを比べると、iPadではどうやって呼び出せばいいのかわからない機能がメニューにたくさん表示されていることに驚きます）、Macでは必須となっています。
ロジテックiPadで仕事をしている人間として、これらの変更がiOSアプリのエクスペリエンスをどのように向上させるかについても考えてみましょう。Macでアプリを動作させるにはキーボードのサポートを大幅に強化する必要があるなら、iPadにキーボードを接続するユーザーのエクスペリエンスも向上するのではないでしょうか？アプリがマウスカーソルを認識する必要がある場合、iOSがポインティングデバイスの使用もオプションで受け入れる可能性も高まるのではないでしょうか？iPad Proの画面上部に特定のアプリで適切なメニューバーが表示されることを歓迎すると言っているわけではありませんが…いや、いや、いや、そうは言っています。
仕上げ
すると、大きな疑問が浮かび上がる。もし Apple が Mac を iOS アプリにとってより使いやすいものにしようと動いた場合、それが Mac ハードウェアにタッチスクリーンを導入する十分な理由になるだろうか?
AppleはこれまでMacへのタッチスクリーン搭載に抵抗してきました。その理由の一つは、Macのインターフェースにタッチスクリーンを追加するには、インターフェースを根本的に見直す必要があると考えているからです（私の意見では、その考えは正しいです）。Macの最大の利点が使い慣れた操作性にあることを考えると、これは難しい決断です。
しかし、Macのタッチスクリーンは、タッチ操作を念頭に開発された様々なアプリケーションが動作できる場合、より理にかなっています。従来型のMacアプリでも、Safariでのウェブページのスクロールやプレビューでのピンチ操作による拡大など、いくつかの場面でタッチ操作を活用できます。
iOSアプリの実行とタッチスクリーンのサポートは、Appleがこれまで避けてきた興味深いハードウェア形態の実現にもつながります。例えば、「コンバーチブル」と呼ばれる、折りたたんだり、ひねったり、取り外したりすることでタブレットのような形状に変形できるラップトップなどです。MacがiPadに変形するなんて想像できませんが、iOSベースのアプリが動作するタッチスクリーン搭載Macをタブレットモードに切り替えてアプリを実行できるというのは想像できます。
あるいは、iOSアプリ開発者がMacを見て、努力する価値がないと判断するかもしれない。あるいは、iOSアプリがMacに登場しても、適切な適応が行われず、中途半端なインターフェースの寄せ集めになってしまうかもしれない。（これはまさに、 Apple幹部が繰り返し避けたいと口にしてきた類の事態だ。）
しかし、前向きに考えてみましょう。iOSアプリがmacOSに登場すれば、Macは既存の強みを維持しながら、新しいソフトウェアとハードウェアを導入できる可能性があります。質感という点では、MacがiOSに独自の影響を与え、両プラットフォームをより豊かで柔軟なものにすることができるかもしれません。まさに私が見たい未来です。
