アプリの開発側にはメリットが多いし、JSのUI開発者を雇うのがずっと楽だ Ah、そうだね。MicrosoftがJavaScript開発者を確保できなくなったら、デスクトップOSをこの方法で改善するのは無理だよね。もっとウェブ開発者が必要だ、それがWindowsの問題を解決するんだ！

「ユーザーには悪いけど、開発者には楽」っていうのは受け入れられない妥協だね。反発を受けるのも当然だよ。

アプリの開発側にはメリットが多いし 俺も同意するけど、MicrosoftこそWindowsネイティブアプリケーションを作るべきだよね。もし彼らがWindowsネイティブアプリを作る気がないなら、他の誰が作るっていうの？Microsoftが模範を示して、Windowsネイティブの高品質ソフトウェアの基準を設定すべきだよ。できない、やらないのは恥ずかしいことだと思う。

GoogleとAppleが、ちょっと高いライセンス料を払う代わりに、一般的な動画フォーマットのサポートを外すことにしたら、少し同情するかも。Microsoftは、無駄に合併や買収に巨額のお金を使ってると思ってるみたいだけど、ユーザー体験を維持するためにもう少しお金を使ったらどうなんだろう。あと、Dellとかが8GBのRAMを搭載した新しいWindowsノートを出してるのに、無駄なメモリの膨張は許せないよね。

今の時点で、AIに2010年以降に書かれたWin32とMFCのUIコードを全部書き直させても、今のクソみたいなものよりはずっと良い結果になると思う。

RAMの増加についてだけど、これはおそらくフロントエンドエンジニアリングをJS/TSでやる一般的な傾向の結果だと思う。これらのマルチオペレーティングシステムアプリ構築ツールが、なぜネイティブコードにコンパイルされてネイティブAPIを活用しないのか、誰か説明してくれない？そんなのは存在しないの？

HEVCのサポートは「秘密の」リンクを知ってれば無料だよ：ms-windows-store://pdp?productId=9N4WGH0Z6VHQ これは広く知られた回避策で、何年も前からあるのに、Microsoftは知らないふりをしてるみたい。https://www.howtogeek.com/680690/how-to-install-free-hevc-co...

HEVCのライセンスって、ほとんどのデバイスではハードウェアやGPUのベンダーが支払ってるんじゃないの？ それでMicrosoftはそのハードウェアのAPIを公開してるだけ？ これは純粋にソフトウェア実装のためのものなの？

JS/TSは使ってないよ。これはリスキンされたGroove Musicで、全部C++かC#（たぶんC#）で書かれてる。UWP/WinUI2のXAMLで、Windows 8.xのXbox Musicは実際にはウェブ技術ベースだったけど、Windows 10でGroove Musicに変わるときにC#とXAMLに書き直されたんだ。

現代のネイティブフロントエンドAPIも、そんなに軽量ってわけじゃないしね…。