WindowsのUIと権限設定に辟易した住民「洗練されてない…」と嘆くワロワ

ほとんど使われて無い機能だからね

https://helentech.jp/news-grapheneos-pixel-11-mte-unsupported-90653/
>　一方、標準の Android と、GrapheneOS を導入していない通常の Pixel は、これまで MTE をデフォルトで有効化しておらず、Android 16 の「高度な保護機能」では、一部のプロセスに限り MTE が有効になります。

ソフトウェア開発の視点からすれば、現行機をOSからマルっと変えるのはリスクが大きい。プラットフォーム毎に検証するだけで何ヶ月もかかる。また、非機能要件を維持するのも大変。特にパフォーマンスに関しては実際に動かしてみないと分からない。やってみてダメでしたでは足が出てしまう。現行機は切り捨て、サポートチームは大幅縮小し新ブランドへリソースを集中。更新頻度は次第に長くなり、不具合対応長期化あるいはクリティカルなもの以外非対応、機能追加も激減ほぼ無し、必要最低限のセキュリティ更新のみ、そしてフェードアウト。ソフトウェア開発のライフサイクルはこんなもの。

Android アプリが使えるようになったとしても

よく利用される PC 版オフィスなどが動かなければ
PC の体裁をとっていたとしても無意味なんだよなあ

スプレッドシートなどが代替になると思っているなら
根本的に見誤っている
似たようなものじゃ代替足り得ない

PC は互換性が命
それを忘れてはどんなものを作ってもそれなりで終わり

マイクロソフトが互換性に拘るのも
アップルがCPUが変わっても移行パスを必ず提供するのも

PC は互換性が大事だということ理解しているからだろう

スプレッドシートの最大の欠点は
スクリプト実行がサーバーサイドということ

実行時間に制限がある
ローカルリソースを参照・更新できない
画面のリアルタイム更新が苦手
などなど

意外と知らない人が多い

この様な制限や制約が
ビジネスで運用する上で大きなネックになることもある

古いとか新しいとかそういった価値観こそが的ハズレ
ビジネスの世界ではもっと合理的な理由で選択がなされている

macOS（旧OS X）には、初期のバージョンや10年以上前から存在し、現在でも完全に修正されずに放置されている有名な不具合や仕様上の欠陥が複数存在します。

1. 外付けHDD・SSDの「不正な取り出し」エラーMacがスリープから復帰する際、何もしていないのに「ディスクの不正な取り出し」という警告ポップアップが大量に表示される不具合です。
歴史： OS X（Intel Mac）の初期から現在（Apple Silicon）に至るまで、10年以上にわたりユーザーを悩ませ続けています。
原因： スリープ時にMacがUSBやThunderboltの給電・制御を低電力モードにする際、外付けドライブ側との同期がうまく復帰できない設計上の問題とされています。

2. ファイル名の「NFD・NFC問題」（日本語特有の濁点・半濁点バグ）WindowsやLinuxとファイル共有（Sambaなど）を行った際、日本語の「が」や「ぱ」などの文字が「か＋゛」のようにバラバラに分解されてしまい、ファイル検索にヒットしなくなったり、文字化けしたりする問題です。
歴史： 2001年の「Mac OS X 10.0」登場時から四半世紀近く放置されている、OSの根幹（ファイルシステムや文字コードの扱い）に起因する有名な問題です。

3. 日本語入力（IME）のインライン変換バグ標準の「日本語入力（旧ことえり）」で文字を入力する際、予測変換のウインドウが全く関係のない画面の左下に表示されたり、入力中の文字が突然消えたり、確定後に文字が重複したりする不具合です。
歴史： 漢字変換エンジンが「ライブ変換」等に刷新されてからも、フォームの仕様や特定のアプリ（ブラウザやElectron系アプリ）との相性で、初期から現在まで形を変えて打たれ続けている“伝統のバグ”となっています。

4. 外部モニター接続時のスケーリング・配置崩れマルチディスプレイ環境において、Macがスリープから復帰した際に「ウインドウの配置がバラバラになる」「解像度（スケーリング）が勝手に変わり、文字がボケる」「壁紙がデフォルトに戻る」といった現象です。
歴史： ディスプレイ表示を制御するサブシステム「WindowServer」の挙動に起因しており、長年多くのクリエイターやエンジニアから指摘されていますが、未だに完全には解決していません。
Appleは毎年新しいメジャーアップデート（新機能の追加）を優先する傾向が強いため、このように「致命的ではないが、特定の環境でずっと起き続ける低レイヤーのバグ」が後回しにされやすいと言われています。もし現在、何か特定の挙動でお困りのバグがあれば教えてください。
それが昔からの仕様（バグ）なのか、あるいは回避策（ワークアラウンド）があるものなのかお調べします。

とmacOSにも色々と不具合あるしWindowsにも有りそうですねぇ
でまだ十数年くらいのChromebookが何ですか？w

アプリの差にしか見えないのは上っ面しか見てないから
OSの差がアプリの差を引き起こしている

MacBook Pro、iPad Proも同じ動画編集アプリはあるが
本格的な編集をしようとすればするほどMacBook Proを使うようになる

なぜならモバイルOSとデスクトップOSとでは根本的な差があるから
その差はアプリの致命的な差になって表面化する

典型的なのが安定性、パフォーマンス、機能性、操作性などの差

モバイルOSとデスクトップOSの間には絶対に超えられない一線がある
と言うことを覚えておいたほうがいい

pKVMの仕組みを勘違いしてない？

pKVM自体は特権モードで動くEL2ハイパーバイザーだけど
だからといってホストOSが仮想マシンをKillできないわけじゃない

ホストOSからはプロセス（仮想マシンそのものではない）として見えている
ホストOSがそのプロセスをKillすれば隔離されたEL1で動作している仮想マシンも落ちる

厄介なのは仮想マシンが落ちると
pKVMはセキュリティのため即座に仮想マシンが使用していたメモリをゼロクリアしてしまう

要するにログもスタックトレースもメモリダンプも何も残らず
跡形も無く消え去ってしまう

>>332
大枠その理解でいいんだけど、厳密に言うと両方ともベースはKVMなんですがアーキテクチャが大きく世代交代してる

Chromebook→ChromeOS上で仮想マシン（Termina）を起動しさらにその中でLinuxコンテナ（LXC）を動かすという入れ子構造

Googlebook→Androidの基盤に統合したpKVMを直接使ってハードウェアレベルで完全に隔離されたセキュアなLinux環境を動かす

否定するのもあれなんだけど、Androidアプリ使えるというだけだど、
現状でもスマホ＋Dexモード（モニター繋いでPCモードに切り替え）で、Googlebookと同じような事できちゃうんだよなぁ
WindowsやMacは仕事で使うから別だけど、趣味の範囲でわざわざ何十万円もするAndroidモバイルノートを別に買って活用できる人ってそうそういない
Chromebookはその辺安価で気軽にサブ機として持つ、安価だから学校で使わせるという立ち位置でよかったけど