На мой взгляд решают этой системой поставленные задачи. А задачи были такие:

1. Сделать своё.
2. Модульное, быстрое, работающее на всех типах устройств, "приложение написанное однажды - работает везде" и т.п. Т.е. то, что слышали уже много раз и то, что в общем не случается кроме Linux-а, который таки работает много где, но не так как хотелось бы рекламщикам от МС и т.п. (что одно ПО запускается везде и это хорошо).

Я к тому, что вышеозначенные задачи - так себе. Много кто озвучивал их ранее. И принципиально ничего полезного из этих тезисов ранее не рождалось. На мой взгляд потому, что они не решают никаких практических задач. Т.е. создаётся ещё одна ОС, под которую ОПЯТЬ нужно переписывать софт и которая не даст ничего принципиально полезного.

Хотя на мой взгляд (и не только мой) есть сейчас набор проблем, которые хорошо бы решать новой ОС (ведь задача ОС - скрывать сложности работы с железом/средой, предоставляя удобные интерфейсы для ПО):

1. Отсутствие нормальной и простой возможности использовать распределённую вычислительную среду, когда телефон, ПК и сервера (облака) объединялись бы в единую среду выполнения с возможностью гибко использовать ресурсы одного и другого в общем процессе. Например, возможность "примонтировать" веб-камеру с телефона на ПК, процессор с сервера, хранилку локально и записать, допустим, видео, кодируя его серверным процессором. При этом для ПО это должно быть прозрачно. Сейчас же это прямо сложность. А это должно быть на уровне ОС.

2. Сложность разработки распределённых и удалённого ПО. Современный веб-стек - это "боль". Фреймвёрки, тормоза, жрущие раму "виртуальные машины" в виде браузеров для запуска удалённого кода (js). Разорванные по-середине приложения, часть кода которых выполняется в браузере, часть на сервере, взаимодействующее всё это через рыхлый http. По идее всё это (только сделать по-человечески) нужно спрятать в протокол ОС, а наверх отдать простые интерфейсы.

3. Взаимодействие ПО. Сама концепция ПО сейчас не подразумевает, зачастую, возможности работать между собой без участия человека. Т.е. вменяемых интерфейсов, экспортируемых во вне - мягко говоря не достаёт. В unix - это возможность посылать сигналы приложению + сокеты, если приложение таки решило их создавать и слушать (но что посылать в эти сокеты и как - всё на откуп разработчикам). В винде - это монструозные com-объекты, с которыми может работать только винда. А по-хорошему, опять же спрятать это в ОС, чтобы приложение экспортировало себя через файловые интерфейсы во вне с лёгким доступом к ним как со стороны ПО так и людей (из консоли). Для серверного ПО это частично реализуется с помощью микросервисов и REST/SOAP. Но по-хорошему это должно быть единообразным и простым и встроенным в ОС как естественная парадигма взаимодействия между ПО.

4. Балаган с протоколами (http, ftp, https, ntp, snmp, smtp и чего только нет, а ещё ворох транспортных), авторизацией, шифрованием, ключами, сертификатами и т.п. - всё это опять же спрятать от ПО - пусть ОС этим занимается, предоставляя ПО и пользователю - единую безопасную среду, когда можно общаться с удалёнными ресурсами так, как буд-то они находятся/запущены локально - будь то место на диске в автомобильной мультимедия-системе или его же gps-приёмник, веб-камера телефона или gsm-модем его же. Или же вычислительные мощности удалённого кластера или же запущенное в интернете приложение, которе экспортирует себя и свои сервисы в виде файловой системы, которую прозрачно и безопасно можно включить в своё вычислительное пространство.

Исходя из вышеописанного человек мог бы создать свою среду выполнения из нужных ему сервисов, программ, аппаратных ресурсов и пользоваться этой средой с любого устройства. Вот это, на мой взгляд - достойная задача для создания новой ОС. А то, что делают зачастую - это перепевание одной и той же песни на новый лад с новым логотипом производителя. Хотя по большому счёту всё вышеназванное уже реализовано в Plan9/PlanB/Inferno. Но вот только почему-то даже при наличии ситуации, когда эти проблемы увидели, решили и реализовали это решение в коде - всё ещё есть люди и корпорации, которые не то что пытаются решить эти проблемы заново (это бы ничего), но не видят их и решают проблемы прошлого века. Проблемы времён создания Linux/Minix/Unix/NT. Проблемы прошлого века решают теми же концепциями из прошлого века.