電子とネイテ​​ィブアプリケーションの減少

SwiftOnSecurityは 、組み込みのWindowsレンダリングエンジンとしてのChromiumへの最近の切り替えについて書いています。

これはChromeだけでなく、ElectronJSでもあります。 Microsoftは、EdgeHTMLがChromiumと同等の機能を実現できず、Electronアプリケーションでそれを置き換えることはできないと考えています。 各プログラムでのElectronエンジンの複製は、パフォーマンスの大きな問題になります。 代わりに、彼らはアドオンとともにすべてのElectronインスタンスに1つを持ちたいと思っています。



電子は、macOSとWindowsの両方が広がるにつれて殺す癌です。 マイクロソフトは、パフォーマンスとリソース使用率を改善するために、ネイティブ最適化による代替を提供する必要があります。

ネイティブアプリケーションについての悲観論はあまり共有していませんが、Electronは間違いなくプラットフォームの惨劇です。 Macプラットフォームはより多くの思いやりのある人を引き付けるので、MacはWindowsよりも抵抗が大きいと思います。 しかし、それでも心配です。

ある意味では、Macに起こった最悪の事態は、10年前の人気の急上昇です。 理論的には、これはプラットフォームにとって良いニュースになるはずです。ユーザーが増えると開発者の注目が高まることを意味しています。 Macユーザーが多いほど、Macアプリが多く表示されます。 問題は、ネイティブアプリケーションを本当に心配しているユーザーです。つまり、インターフェイスのHIG違反に気付き、パフォーマンスに注意し、Mac上のアプリケーションが正しいことを確認し、既にMacに座っていることです。 多くの新規ユーザーは、Macアプリケーションが優れている理由を知らないか気にしませんでした。

同時に、常に悪いアプリケーションがありました。 しかし、Macユーザーが集合的にそれらを拒否したため、彼らが人気のレベルに達することはめったにありませんでした。 標準的な例は、Microsoft Word 6.0です。 Word 5 for Macはユーザーのお気に入りであり、Macプラットフォームに自信を持って居住していました。 Word 6はクロスプラットフォームモンスターでした。 Macユーザーはそれを拒否し、彼らの反応はMicrosoftに変化を引き起こしました。90年代半ばの偉大さの頂点で、彼らは完全にMac戦略を再考し、Mac向けの開発に特化した別の事業ラインを作りました。 MicrosoftのRick Schoutは、2004年の話を驚くほど説明しました 。

さて、Mac Word 6.0は当時のコンピューターの能力に関しては巨大で低速でしたが、それがMac Word 6.0が少なくとも直接ではなくくだらない製品であることが判明した理由ではありませんでした。

[...]

さらに、人々はパフォーマンスについて不満を述べていましたが、私たちはMac Word 6.0が「Mac風」ではないという不満に最も耳を傾けました。 そのため、「Macライク」について話すことで、人々が正確に何を意味するかを理解するのに多くの時間を費やしました。 フォーカスグループを立ち上げました。 私たちの何人かはUsenetコミュニティを利用しました。 プログラムのレビュー担当者や製品を使用した友人と話しました。 「Macライク」とはMac Word 5.0を意味することが判明しました。



Mac Word 6.0のすべての技術的な問題を解決するために多くの時間を費やしましたが、Word 5.0のように機能するUIを作成できませんでした。

[...]

「Macライク」の本質を理解した結果としてわかったもう1つのことは、両方のバージョンがMacおよびWindowsで組み立てられる唯一の製品がOfficeである場合、これを正しく実装できないことです。 「Macライク」の実装が問題であることが判明したという事実は、Win WordとMac Wordの市場に根本的な違いがあることを意味していました。 両方の市場を理解したい場合は、Win製品とMac製品に個別のマーケティングと製品管理が必要です。 Mac Word 6.0で学んだ教訓は、Macに別のラインが存在する理由の1つです。

私は基本的に1つの側面に同意しません。ユーザーはWord 5の形式でのMacライクの実装をそのように見ませんでした。実際、Word 5はその設計においてMacのルールを単に順守しました。 Word 6は、異常性のためではなく、文字通りMacのようなもののように見えたために拒否されました。 見た目も動作も、Word for Windowsとまったく同じでした。

Word 6はMacからどれだけ離れていましたが、Chromeブラウザーで開いている現在のGoogleドキュメントよりも近かったです。 Google Docsは、 さらにMacに対抗するWebブラウザー内で起動される対Macテキストエディターです 。 1996年にMacユーザーが反Macとして断固として拒否したことは、今日のMacユーザーが喜んで耐えることよりも優れていました。 今日、Macで成功するために、プログラムはMacでネイティブに見える必要はありません。 これは悲劇です。

Apple自体でさえ、アンチMacの明白な兆候を備えたMacアプリをすでにリリースしています。 MacOS 10.14 Mojaveの「マジパン」アプリ-ニュース、ホーム、株価、音声メモはひどく悪いアプリです 。 それらは機能的にも、デザインからの外国の感覚においても悪いです。 正直に言って、Appleがそのようなアプリケーションをリリースするのは正常だと判断した方法を理解していません。

もう1つの例は、Mojaveの新しいApp Storeアプリです。 確かに美しいように見えますが、 数日前に 、どの画面でも スクロール用のPage DownキーとPage Upキー （および先頭または末尾に移動するHome キーとEnd キー）をサポートしていないことに気付きました 。

ページを開いてPage Downを押しますが、スクロールする代わりにきしむだけです。 ページをスクロールする唯一の方法は、マウスまたはトラックパッドを使用することです。 そして、これはほとんどすべての人が使用するAppleのアプリケーションです。 この機能は、他の標準的な動作と同様に、適切な開発フレームワークで無料で取得されるため、Marzipan上のアプリケーションでもこれらのキーをサポートしています。 App StoreのMojaveバージョンは、これらのキーが機能しなくなるために、 まったく奇妙なことをしている必要があります。

MojaveのApp Storeアプリは間違いなくElectronを使用していません。 しかし、Electronアプリケーションの問題は彼にあるのではなく、よくできたネイティブMacアプリケーションに対するユーザーの需要を減らすことにあります。 そしてそれは怖いです。 Macにとっての最大の脅威はiPad、Chromebook、またはWindows 2-in-1タブレットではなく、Macアプリの素晴らしさに対する無関心です。 Page Down / Upで状況についてツイートしたように ：

私たちにとってそのような状況は、Macプラットフォームの状態に関連した炭鉱のカナリアのようなものです。 AppleがPage Up / Downサポートなどの基本的なルールに従わない場合でも、インターフェースですぐに動作するはずのものは、他の開発者にどのように期待できますか？

新しいApp Storeアプリは間違いなく良く見えます。 しかし、Appleや他の企業の開発者は、 設計とその仕組みを知る必要があります。