Согласно прогнозам, выпущенная в августе операционная система HarmonyOS от Huawei
уже в следующем году займет 2% рынка, что cделает ее пятой по величине в мире операционной системой. Таким образом, HarmonyOS превзойдет Linux.
В настоящее время ведущие позиции на рынке занимает Android с долей 39%, за ним идет Windows с долей 35%. Третье место у iOS (13,87%), а на четвертом расположилась MacOS, рыночная доля которой составляет 5,92%. Linux же является пятой по величине операционной системой с долей 0,77%.
HarmonyOS, которую создавали для устройств умного дома, смартфонов и телевизоров, прочат поддержку широкого спектра приложений, изначально созданных под ОС Android, Linux и среду HTML5. Новая операционная система использует фирменный компилятор ARK от Huawei и будет поддерживать языки программирования Kotlin, Java, Javascript, C и C++.
Версия HarmonyOS 2.0 должна выйти в 2020 году, а версия 3.0 ожидается в 2021-м.
ОС появится на ПК в следующем году, а на гарнитурах VR — в 2022 году. Ранее Huawei подтвердила, что она не планирует запускать смартфон, работающий на новой ОС, в этом году.
Однако генеральный директор Huawei Рен Чжэнфэй допустил, что разработанная операционная система сможет конкурировать с лучшими игроками, такими как iOS, уже через два года.
Разработка HarmonyOS началась в 2017 году. На конференции Huawei Developer Conference 2019, которая состоялась в августе, Huawei обнародовала первые данные о своей новой операционной системе. В Китае данная ОС уже прошла этапы тестирования и была известна как HongmengOS. Кстати, доля HongMeng OS может достигнуть 0,1% к концу этого года и 5% — к концу следующего.
Сообщалось, что все устройства на HarmonyOS будут тесно связаны между собой благодаря технологии TEE (Trusted Execution Environment). ОС автоматически распределяет приоритет между задачами, используя deterministic latency engine. Все приложения на HarmonyOS будут самостоятельно адаптироваться под разный тип устройств, что должно серьезно упростить разработку приложений.
В сентябре Huawei запустила для всех разработчиков официальный сайт открытой версии компилятора Ark — OpenArkCompiler, с помощью которого планируется популяризировать HarmonyOS.
Комментарии (46)
dMac
14.10.2019 20:25+3Нда… Мечтать не вредно
androidovshchik
14.10.2019 20:33Не знаю, в Китае вполне может занять лидирующее место, а это уже не мало
ne_kotin
14.10.2019 21:59+1Неа. Это очень мало. Что такое Китай? Это всего 1.5 млрд населения от 7. 20-25% рынка. И то — вместе с Индией.
Основная проблема — кто будет писать приложения под новую ось?
У Гугла с эпплом экосистемы для поддержки разработчиков, а у Хуавея?
По отзывам коллег из мобильщины, писать под китайскую аудиторию и особенно саппортить китайцев — так проще просто забить на этот рынок.
На некитайском рынке она нужна полутора гикам. Потому что не айфон и не андроид. Всё с иероглифами и вообще непонятно.denisromanenko
15.10.2019 08:12Тут вон все от Диснея до NBA прогибаются аки пресмыкающиеся, лишь бы доступ к китайскому рынку не закрыли.
Китайский рынок — вещь в себе, и даже внутренние продукты себя очень неплохо чувствуют, а потом экспансия с кучей бабла… Сценарий отработанный, в общем.ne_kotin
15.10.2019 08:21Гугл же ушел
denisromanenko
15.10.2019 10:11Зато как сейчас старается вернуться! Буквально обманывая и посылая своих сотрудников, любыми доступными способами.
Aquahawk
14.10.2019 20:47+1Вопрос о оыночной доле. Да линукса продаётся мало, это правда. Но мы то знаем что дело не совсем в этом.
Areso
14.10.2019 21:39+1Мы можем считать количество активных установок…
Market share это не только продажи.
justhabrauser
15.10.2019 00:41Всё просто — достаточно не указать о каком рынке речь.
Вдруг речь о Горбушке идет.
PS. Автору поста не мешало бы пройти мастер-класс прожаривания заголовков у Ализара.
«Новая ОС скоро затмит мировых лидеров» или как-то так.
Areso
14.10.2019 21:39+2Честно говоря, я бы не смешивал ОС для ПК и для гаджетов.
Но то я, экспертам виднее.
razielvamp
15.10.2019 03:00+1Что значит у Линукс меньше процента? Все сервера на линукс крутятся. Или речь про мобильные ос? Тогда откуда у Windows такие огромные проценты?
Или, судя по тому, что там макос речь идет о клиентских мобильных и полноценных ос?
Или линукса так мало, потому что учитывают только платные дистрибутивы? А как тогда оценивают аппле оси, которые сами по себе не продаются? И что новая harmony os будет доступна для установки на любых девайсах? Или она займет такую долю, сколько хуавей наклепает устройств с этой ос от общего количества?
Статья из раздела "опираясь на последние достижения мировых учёных все уже давно знают, что Земля плоская".
aborouhin
15.10.2019 16:08В статье показывают данные statcounter, а те считают по веб-аналитике. Т.е. корректно было бы говорить о доле среди ОС, на которых пользуются браузерами.
А так-то, даже если не считать серверов, то и в пользовательских устройствах доля Линукса явно выше хотя бы за счёт домашних роутеров, точек доступа и пр.
trir
15.10.2019 07:38Только почему то она называется LiteOS
The underlying layer of HarmonyOS is composed of HarmonyOS microkernel, Linux kernel and Lite OS and it will become a complete HarmonyOS microkernel architecture in the future.
github.com/Awesome-HarmonyOS/HarmonyOS
eps
15.10.2019 09:04В настоящее время ведущие позиции на рынке занимает Android с долей 39%
Linux же является пятой по величине операционной системой с долей 0,77%.Взаимоисключающие параграфы?
khim
15.10.2019 12:27Нет. Следствие победы оптимизма над здравым смыслом. В своё время было сломано много копий на тему GNU/Linux.
Оптимисты победили: GNU/Linux сегодня называется Linux. А всякие Android, ChromeOS и прочие — так то не Linux, а Android, ChromeOS, HarmonyOS и так далее. И неважно — какое там у них ядро.
Бойтесь своих желаний — они иногда сбываются…faoriu
15.10.2019 13:13Вообще говоря, Chrome OS, Android и вот это всё напрямую не завязаны на ядро Linux и могут переехать на другое ядро (типа Google Fuchsia) хоть завтра.
khim
15.10.2019 16:18Не могут. Вот Microsoft попробовал — в результате пришлось-таки ядро Linux тянуть.
Hyrum's Law в действии.
Особенно если учесть, что в ChromeOS (в отличие от Windows) бегают и GUI программы из GNU/Linux тоже.
То есть в Google Fuchsia я верю в том смысле, что вокруг неё будет много шума… а потом поверх водрузят Linux — и в таком виде «народ схавает» (ну как MacOS: взяли микроядро, водрузили сверху BSD Unix — и получили «микроядерную операционку»).
А вот чего-то другое — уже будет сделать затруднительно.ne_kotin
15.10.2019 16:27в Google Fuchsia я верю в том смысле, что вокруг неё будет много шума… а потом поверх водрузят Linux
А зачем? Fuchsia проектируется как замена Android. У которого zygote вместо init-а, и bionic вместо stdlibc. Сопцна, там stdlibc и binder поддержать (может быть что-то еще NDK-специфичное), и андроидовский middleware переедет. Особенно, если его как 9-ю джаву подробят на модули, что немаловероятно с учетом желания Google заехать и в IoT с их Things.khim
15.10.2019 16:53А зачем?
Не зачем, а «почему». Потому что Гугле умные люди работают. И гробить свою платформу в угоду теоретикам (как это сделал Microsoft) — там не будут.
У которого zygote вместо init-а
Если бы zygote там была вместо init-а, то когдаadb shell killall zygoteво время отладки приводила бы к совсем другим эффектам. Но это к слову.
Сопцна, там stdlibc и binder поддержать (может быть что-то еще NDK-специфичное), и андроидовский middleware переедет.
Уже пробовали. ARC Welder, ARChon… не работает.
Особенно, если его как 9-ю джаву подробят на модули, что немаловероятно с учетом желания Google заехать и в IoT с их Things.
Они могут подробить что угодно и как угодно. Но факт остаётся фактом: чтобы программы работали — им придётся ядро линукса поверх этого водрузить.
Собственно работа в этом направлении, похоже, уже идёт. И Android приложения и Linux приложения сейчас пускаются не в контейнере, а в полноценной виртуалке.
И вот в то, что внешнее ядро они смогут на что что-то заменить — я, в общем, верю… а вот «внутреннее»… извините — но нет.ne_kotin
15.10.2019 18:03Но факт остаётся фактом: чтобы программы работали — им придётся ядро линукса поверх этого водрузить.
Нет.
И вот в то, что внешнее ядро они смогут на что что-то заменить — я, в общем, верю… а вот «внутреннее»… извините — но нет.
Нет «внешнего» и «внутреннего» ядер.
Есть ядро, которое предоставляет системный API для порождения процессов, доступа к драйверам, и т.п.
Есть стандартная библиотека, которая скрывает и абстрагирует системный API в компилируемом языке типа C/C++.
Сопцна, вопрос переезда с одного ядра на другое — это вопрос смены «прокладок» от функций стандартной библиотеки к API ядра.
Уже пробовали. ARC Welder, ARChon… не работает.
Работает же, ну. И в хромоси Linux-приложения работают без всяких виртуалок, потому что ChromeOS — это ubuntu.khim
15.10.2019 19:31
Увы, но таки да.Но факт остаётся фактом: чтобы программы работали — им придётся ядро линукса поверх этого водрузить.
Нет.
Таки есть. Когда вы пакеты для Debian ставите — вы работаете с полноценной виртуальной машиной. А не с контейнером. И то же самое планируется делать с Android'ом. Это уже решённый вопрос — только пока неясно когда. Но процесс уже идёт.И вот в то, что внешнее ядро они смогут на что что-то заменить — я, в общем, верю… а вот «внутреннее»… извините — но нет.
Нет «внешнего» и «внутреннего» ядер.
Есть стандартная библиотека, которая скрывает и абстрагирует системный API в компилируемом языке типа C/C++.
Нет такой библиотеки в природе. И быть не может. Любая программа может спокойно вызывать системные вызовы ядра. Более того — некоторые программы свою «личную» системную билиотеку тянут. И тогда через bionic не ходит ничего (крому нескольких функций на Java).
А есть программы, которые просто статические бинарники в APK'шке приносят и их вызывают.
Сопцна, вопрос переезда с одного ядра на другое — это вопрос смены «прокладок» от функций стандартной библиотеки к API ядра.
В теории нет разницы между теорией и практикой. А на практике есть.
Простая, блин, истина, которую вы никак не хотите понять.
Люди разрабатывавшие поддержку Android для ChromeOS с вашей великолепной теории начали (я выше ссылку давал). Не взлетело. Вот совсем-совсем не взлетело.
Следующий этап — контейнеры. Стало получше… но всё равно — ядро на ChromeOS и Android последней версии — разные. Сейчас вот виртуалку пилят, чтобы ядро было той же версии (sic!).
А вы предагалаете его на что-то другое заменить. Не взлетит.
То, что попытаются заменить — могу поверить. Что заработает — нет.
И в хромоси Linux-приложения работают без всяких виртуалок, потому что ChromeOS — это ubuntu.
Слушайте, а может не стоит спорить о вкусе устриц с теми, кто их ел?
Вот вам скриншот с экрана моего Pixelbook'а
ne_kotin
15.10.2019 21:50Вывод uname в данном случае ничего не говорит кроме того, что в одной консоли якобы 4.19, а во второй — 4.4. lscpu покажите, пожалуйста с флажками — тогда поверю.
она на основе Gentoo построена, а к Ubuntu вообще никакого отношения не имеет (иначе официальная дока не включала в себя кучу ссылок на доку из Gentoo «в подвале»).
Там английским по белому написано «мы используем portage от Gentoo, вот доки если что». Там нигде не написано, что хромось — это дериватив Gentoo.
Таки есть. Когда вы пакеты для Debian ставите — вы работаете с полноценной виртуальной машиной.
Когда я ставлю пакеты Debian в Debian — я имею дело с хостовой системой, запущенной непосредственно на железе, ровно таким же образом работает Android поверх ядра Linux.
Нет такой библиотеки в природе. И быть не может.
Жеваный крот. а glibc — это что? a stdlibc++ (или как оно там правильно)? а? если такой библиотеки нет и быть не может — расскажите мне тупенькому, как исходники для *nix компилируются в win32 PE в окружении mingw, который совсем не Linux?
И как после этого скомпиленные из никсовых исходников бинарники работают на NTKernel-based оси?
Любая программа может спокойно вызывать системные вызовы ядра.
Может. Но зачем? Дублировать слой абстракции от системы?
Более того — некоторые программы свою «личную» системную билиотеку тянут.
С разморозкой, это называется статическая компиляция. И это никак не противоречит концепции системной библиотеки.
И тогда через bionic не ходит ничего (крому нескольких функций на Java).
Даааа, конечно. Он же просто так лежит, для красоты.
Вы б жизненный цикл процесса в android погуглили что ли.
Люди разрабатывавшие поддержку Android для ChromeOS с вашей великолепной теории начали (я выше ссылку давал). Не взлетело. Вот совсем-совсем не взлетело.
Может вы что-то делали не так, а не у людей не взлетело? Ядро под android из критичного содержит только binder, которого нет в стоковом.
Можно перекомпилировать ядро с патчем на binder, можно упороться и скомпилировать binder в виде ядерного модуля, можно переписать libbinder на userspace. В общем, ничего там магического и страшного нету, как я говорил.
Регрессии гонять — долго, да. Отлаживать на реальных устройствах. Поэтому рефакторинг андрюши в фуксию — это вытащить то, что было прибито гвоздями к Linux-ядру на слой совместимости.khim
15.10.2019 22:59Вывод uname в данном случае ничего не говорит кроме того, что в одной консоли якобы 4.19, а во второй — 4.4. lscpu покажите, пожалуйста с флажками — тогда поверю.
Какие, нафиг, вам флажки нужны? В одной консоли открыт CroSh, в другой — консоль Linux из ChromeOS. lscpu можно только в консоли Linux сделать, в CroSh очень мало команд поддерживается, это всё-таки диагностическое средство в первую очередь.
Там английским по белому написано «мы используем portage от Gentoo, вот доки если что». Там нигде не написано, что хромось — это дериватив Gentoo.
А чем, собственно, Debian от Gentoo отличается, вы в курсе? Что это у вас за Ubuntu такая без Dpkg, но с Portage?
Когда я ставлю пакеты Debian в Debian — я имею дело с хостовой системой, запущенной непосредственно на железе.
Когда вы ставите пакеты для Debian в Debian — да, когда вы ставите пакеты для Debian в ChromeOS — нет.
Причём тут вообще Debian на голом железе? Его Google не разрабывает и не продаёт.
ровно таким же образом работает Android поверх ядра Linux.
Опять-таки: в случае с телефоном — да, в случае с ChromeOS — нет.
если такой библиотеки нет и быть не может — расскажите мне тупенькому, как исходники для *nix компилируются в win32 PE в окружении mingw, который совсем не Linux?
И никак не компилируются. Если нет достаточного количества#ifdef'ов — то и нет у вас пакета под mingw. Сравните хотя бы количество пакетов в mingw и в Debian — и подумайте почему так.
И как после этого скомпиленные из никсовых исходников бинарники работают на NTKernel-based оси?
С трудом. Куча фич не поддерживается в этом случае, даже если программа как-то, в принципе, собирается. А если вы захотите поддерживать что-то без перекомпиляции… про то, что и Microsoft, тоже, в конце-концов отказался от эмуляции и взял ядро Linux как оно есть — я уже писал…
И это никак не противоречит концепции системной библиотеки.
Противоречит. Если у вас программа слинкована со своей libc — то и всё, вы можете в вашей системой библиотеке делать что угодно… а программа будет ходить напрямую в ядро.
Может. Но зачем? Дублировать слой абстракции от системы?
Понятия не имею. Вы это у разработчиков спросите. Но то, что они это делают, и довольно часто — это просто факт. К нему можно по разному относиться, но это уже неважно: программы ходят напрямую в ядро — и вы ничего с этим не можете поделать. Даже в Windows есть такие программы, но так как там с этим делом идёт война (каждый релиз перенумеровывает все системные вызовы), то таких программ меньше. Но они есть всё равно.
Вы б жизненный цикл процесса в android погуглили что ли.
Вы это человеку, который каждый день этот процесс в GDB наблюдает говорите? Тот же Skype год назад точно имел вторую копию системной библиотеки. Нафига она ему — понятия не имею. Но у нас из-за этого возникают определённые проблемы… вернее возникали — сейчас мы Skype просто вычеркнули из списка. Но Гугл не может сам для себя решать — что ему поддерживать, чего не стоит…
Может вы что-то делали не так, а не у людей не взлетело?
Если бы взлетело — то они, наверное, за пять лет обновили бы версию Android'а… вы так не думаете? В ARC Welder по прежнему KitKat…
В общем, ничего там магического и страшного нету, как я говорил.
Говорить — всякий может. Вы сделать попробуйте. У Гугла — не получилось. У вас — может получится, я не знаю.
Если получится — можете попробовать продать вашу реализацию в Google. Тогда, может из Fuchsia и выйдет…ne_kotin
15.10.2019 23:09Если у вас программа слинкована со своей libc — то и всё, вы можете в вашей системой библиотеке делать что угодно… а программа будет ходить напрямую в ядро.
Нет. Стектрейс посмотрите. В ядро ходит системная библиотека.
Даже в Windows есть такие программы, но так как там с этим делом идёт война (каждый релиз перенумеровывает все системные вызовы), то таких программ меньше. Но они есть всё равно.
Таких — очень мало. В самом минимальном случае такая программа линкуется лишь с ntdll.dll.
Если бы взлетело — то они, наверное, за пять лет обновили бы версию Android'а… вы так не думаете?
Нет, не думаю. Там в API менялось довольно мало.
Вы это человеку, который каждый день этот процесс в GDB наблюдает говорите?
Ну судя по хромоси — да. Или вы в хромоси под Android разрабатываете? Тогда сильно вам сочувствую.
Вы сделать попробуйте. У Гугла — не получилось.
Так Гугл нигде не говорил что фуксия отменяется, и не взлетело. Пилят. Так что получилось/не получилось — рано обсуждать.khim
15.10.2019 23:30
Это теория. А на практике — никто не помешает вам вызвать SVC (или SYSENTER) и работать с ядром напрямую.Если у вас программа слинкована со своей libc — то и всё, вы можете в вашей системой библиотеке делать что угодно… а программа будет ходить напрямую в ядро.
Нет. Стектрейс посмотрите. В ядро ходит системная библиотека.
В самом минимальном случае такая программа линкуется лишь с ntdll.dll.
В Windows просто выбора нет. Так как для того, чтобы посмотреть таблицу системных вызовов нужно как-то же сходить в ядро… а как это сделать, если вы ещё ни одного номера syscall'а не нашли?
Достаточно для того, чтобы куча программ не работали на KitKat. Да и про то, что от ARC Google отказался говорилось почти публично. Вот тут например — ARC++ чётко позиционируется как замена, а не альтернатива.Если бы взлетело — то они, наверное, за пять лет обновили бы версию Android'а… вы так не думаете?
Нет, не думаю. Там в API менялось довольно мало.
Или вы в хромоси под Android разрабатываете? Тогда сильно вам сочувствую.
Если бы я разрабатывал под Андроид — то ещё бы как-то можно было бы. Но, увы, я разрабатываю Андроид (один из форков)… тут ChromeOS пасует.
Pixelbook — это лёгкий ноут у меня, разработку можно только на десктопе вести… и да — это напрягает.
Так что получилось/не получилось — рано обсуждать.
Уже нет. Что там будет с фуксией — да, тут пока не всё ясно. Я говорил про попытку заменить в Android'е ядро. Вот от этого — уже отказались. Ну как отказались: пока ещё контейнер импользуется и то ядро, что в самой системе. Но, думаю, это временно. Скорее всего сделают как и с GNU/Linux-приложениями: отдельное ядро, VM, всё как положено.ne_kotin
15.10.2019 23:43Скорее всего сделают как и с GNU/Linux-приложениями: отдельное ядро, VM
И где отдельное ядро и VM в Android?
В Windows просто выбора нет. Так как для того, чтобы посмотреть таблицу системных вызовов нужно как-то же сходить в ядро
Не надо ничего смотреть. Есть ntdll, есть экспорты из нее. Они смаплены на соответствующие syscall numbers. Прямые вызовы в ядро — это стрельба в ногу.
Нормальная программа пользуется системной библиотекой — ntdll/glibc/whatever
Я говорил про попытку заменить в Android'е ядро. Вот от этого — уже отказались
Пруфцы?
faoriu
15.10.2019 18:12результате пришлось-таки ядро Linux тянуть
Windows заняла 46% долю серверного рынка и без ядра Linux. Это больше похоже на окончательное под себя по схеме EEE. iOS и macOS, опять-же, без Linux (и без Unix) обходятся.
взяли микроядро, водрузили сверху BSD Unix
Ээ, вообще-то Linux — это и есть ядро, все эти стандартные системные утилиты UNIX и POSIX ещё задолго до ядра Торвальдса существовали.
DMGarikk
15.10.2019 18:34macOS, опять-же, без Linux (и без Unix) обходятся.
Макосовское ядро XNU это всётаки потомок BSD, хотя и смешанный с Match
так что это всётаки правнук юниксаfaoriu
15.10.2019 19:11XNU именно что дословно расшифровывается как X is Not Unix
khim
15.10.2019 19:39Расщифровываться оно может как угодно. А насчёт правнука… там классическая история с Кораблём Тесея: XNU была сделана из BSD 4.3, а BSD 4.3 — таки из Unix. потому там вроде нет ни строчки кода от AT&T, но история чётко прослеживается.
faoriu
15.10.2019 19:55Ерунду пишете: в основе XNU — микроядро Mach.
khim
15.10.2019 22:01Хотя бы википению почитали, блин. XNU — это Mach плюс пристроенное сверху ядро BSD.
Причём толку в этой конструкции — ровно нуль, так как идея микроядра — в том, что настоящее ядро будет состоять из отдельных компонент, которые будут общаться через микроядро.
А в XNU — вся безопасность как раз в монолитном ядре поверх Mach.
В результате получаем чудный гибрид, удачно сочетающий недостатки микроядер (тормоза, повышенный расход памяти и прочее) и монолита (отсутствие защиты компонентов ядра друг от друга и прочее).
khim
15.10.2019 19:34
Я не про Linux. Я про MacOS. Там есть микроядро Mach. А поверх него — один процесс — полное ядро BSD Unix. А «сверху» — уже всё остальное.взяли микроядро, водрузили сверху BSD Unix
Ээ, вообще-то Linux — это и есть ядро, все эти стандартные системные утилиты UNIX и POSIX ещё задолго до ядра Торвальдса существовали.
Офигительный дизайн, да.
Вот и Fuchsia, скорее всего, этим кончит.faoriu
15.10.2019 20:03А поверх него — один процесс — полное ядро BSD Unix
Один из процессов*:
Вот и Fuchsia, скорее всего, этим кончит
Что вы так пессимистичны-то: с 70х какой-никакой прогресс в архитектуре ОС всё-же был.
khim
15.10.2019 22:16Один из процессов*:
Он может быть «один из», но если он умирает — то ни одна программа не может работать в принципе. Так как и файловые системы и процессы и сигналы — всё это живёт именно там. По вашей же ссылке написано.
Фактически — это монолитное ядро из которого вынесена часть компонент. Linux тоже так умеет: FUSE и прочее.
Что вы так пессимистичны-то: с 70х какой-никакой прогресс в архитектуре ОС всё-же был.
Количественный был, качественный… скорее нет. Единственная ОС, в корне отличающаяся от Unix — это Windows. И не могу сказать, что это такой уж большой шаг вперёд.faoriu
15.10.2019 23:40Дальше там расписано, что каждый из компонентов делает. И да, понятное дело, что все компоненты нужны для нормальной работы, но это не признак монолитности или того, что всё там держится на UNIX.
Единственная ОС, в корне отличающаяся от Unix — это Windows
Нуу, есть ещё как минимум QNX, OS/2, z/OS, VxWorks, Haiku и тд. UNIX далеко не верх эволюции в плане стабильности, скорости и удобства использования.
khim
15.10.2019 23:55Нуу, есть ещё как минимум QNX, OS/2, z/OS, VxWorks, Haiku и тд.
Вы ещё Amoeba и Oberon с Palm OS вспомните.
Речь же не о том, что никто ничего не делал… просто не прижилось.
UNIX далеко не верх эволюции в плане стабильности, скорости и удобства использования.
Согласен — тем не менее остальные OS приходят и уходят, а UNIX — остаётся.faoriu
16.10.2019 00:40Все упомянутые мной ОС, кроме Haiku, вполне себе коммерчески используются и приносят деньги, так что я бы не сказал, что «не прижилось». Распространённость ещё не показатель технического совершенства — скорее это показатель соотношения цена/качество+ простота найма
и заменыспециалистов для мейнстримовых ниш.
slonopotamus
А где исследование-то?
По ссылке сходил, там исследование не нашёл, только вот это:
Без ссылок на этот самый new report.