Всё зависит от целей и задач, применения и применимости.

Там где открытость и свободу нельзя или не получается поставить на коммерческие рельсы, там она не востребована и эта модель не работает.

Это основная мысль, почему массовый проприетарный софт для профессионального графического дизайна (и другой проприетарный софт) не разрабатывается с учётом поддержки им Linux.
Не потому что производители этого софта не могут, а потому что это требует усилий которые не окупятся, поэтому производителям софта это не выгодно.
Корпоративность, патенты, соглашения, деньги рулят потому что!

Поэтому в десктоп и мобильном секторе сподвижникам FLOSS и Linux нужно искать новые пути продвижения и монетизации, чтобы занять большую долю рынка.

Главный стратег и основатель Canonical, Марк Шаттлворт, начал продвижение Ubuntu Touch очень грамотно - с поддержки производителями устройств и операторами связи, особенно азиатскими, опытные образцы были отработаны на европейском рынке компанией BQ, девайсы BQ и Meizu с Ubuntu были продемонстрированы в Барселоне на MWC2015 (BQ) и MWC2016 (Meizu), а далее Canonical начала продвижение с азиатско-тихоокеанского региона и его рынков.
Одновременно в Canonical сконцентрировались на конвергенции разработки приложений и интерфейсов для разных типов поддерживаемых устройств, обобщённом графическом сервере Mir для этих целей, системе доставки и развёртывания приложений и обновлений прошивок/дистрибутива на базе системы управления контейнерами Snappy.

Как раз о том как Linux пришёл к лицензии GNU GPL на открытые исходники, о процессе разработки, о ядре и его создателе в интервью Линуса Торвальдса на конференции TED (Февраль 2016-го года, Ванкувер, Британская Колумбия, Канада) с её основателем и куратором Крисом Андерсоном

https://youtu.be/o8NPllzkFhE

Перевод данного интервью на русский язык

https://youtu.be/Xd4IsqrxFlA

Плюс ещё один вариант перевода на русский

https://youtu.be/_tvsaMdEEuY

В честь пятницы покажу немножко нахальный, но в целом хороший сайт с сообщением об уязвимости в драйвере управления оперативной памятью материнских плат ASUS. Тут вы найдёте всё, как будто бы оно так и должно быть: и надоедливая 8-битная музыка, и анимация в стиле демо-сцен с космосом, сделанная на модном сейчас canvas, и даже есть отсылка к твиттер-аккаунту SwiftOnSecurity. Вот так вроде бы и несложно, но вполне добротно и, главное, очень уникально можно сообщить о проблеме в безопасности - не то, что эти ваши скучные промо-странички уязвимостей, которые стали популярны после heartbleed. Радует, что творческие люди ещё остались и в этом месте, и они тратят своё время и силы, чтобы сделать что-то действительно интересное и при этом полезное для всех. :) И да, чуть не забыл, собственно код для проверки на уязвимость, как и бинарный файл, тут тоже присутствуют: всё буквально умещается в один C#-файл размером 200 строк - красота, что тут ещё скажешь. http://rol.im/asux/

Asus вновь удалось выделиться! 😂
Найдена опаснейшая уязвимость в BIOS материнских плат Asus в подсистеме инициализации и управления ОЗУ, которая фактически делает систему BIOS такой базовой!
Наикрутейшая презентация уязвимости! Такая прям ностальгическая, в духе крэкинговых команд начала нулевых, с восьмибитной музыкой! Какие наши времена! Теперь это всё на веб технологиях! Какая была классная музыка! Can't stop listening! 😂

http://rol.im/asux/

https://twitter.com/SwiftOnSecurity

Роме огромное СПАСИБО! 👍
Я наконец-то понял зачем M$ стараниями Canonical впихнула окружение GNU/Linux в Windows 10 - это же очевидно, чтобы запускать контейнеры и имеено Docker! 😂

Революция товарищи! 😂👍

https://blog.docker.com/2013/09/docker-can-now-run-within-docker/

https://github.com/jpetazzo/dind

про запуск докера в докере:
Ехал докер через докер,
Видит докер в докер докер.
Сунул докер докер в докер.
Докер докер докер докер!
))

мы с командой CodEx много чего писали, юзали Java, Scala, JRuby, Groovy, стек NIO2, фреймворки Netty и Vert.x
вот тогда я и понял и почувствовал буквально какой громадный overhead генерируют JavaEE, фреймворки и сама JVM
это просто огромный пласт библиотек, нацеленных на упрощение разработки, но здорово отъедающих ресурсы и замедляющих всю систему
когда в системе так много звеньев, диагностика производительности и поиск bottle-neck, узкого звена, превращается в нетривиальную задачу
после этого я стал искать что-нибудь потоньше, золотую середину между упрощением разработки, скоростью разработки, и скоростью исполнения, скоростью работы всего стека, с более эффективным использованием ресурсов железа, что-то более энергоэффективное 😄

помню в году 2012 и 2013 мы делали продукт, операторский биллинг и платёжный банковский онлайн процессинг транзакций
вот там был ебздец какой high-load, обслуживание более 100M пользователей в Asia-Pacific region, более 1M RPS к маршрутизатору запросов в контроллере по приёму, десериализации, сериализации и отдаче JSON
метрики производительности по БД конечно не так однозначно измеримы - всё зависит от распараллеливания запросов, работы производимой в движке БД по объединению данных в рамках одного запроса, кэшированию данных в памяти и т.д.
поэтому в тесте фреймворков techempower для этого создали три или даже четыре вида тестов

после этого всего сложилось твёрдое убеждение о Java и прочем под JVM, которое лучше всего выражено на этой картине:
http://andrcmdr.tk/post/143237771807
😂👍

в целом это касается вообще функциональной и ООП парадигм 😂

Hieronymus Bosch “A visual guide to the Scala language” oil on oak panels, 1490-1510

The left panel shows the functional features, the main one describes the type system, and the right the object oriented parts

http://67.media.tumblr.com/393d852bf9be9b339e76e4bc393aad34/tumblr_o56sc7ASY31ugyavxo1_1280.jpg

потому что из соседней миски всегда вкуснее! 😂👍

Спасибо Вадиму Глебову (@glebov) за ссылку на это видео - оно очень близко названию и тематике нашего канала! 😄👍

https://www.youtube.com/watch?v=glb88Sv9xpo

Всё таки Android это сервис-ориентированная платформа, т.е. платформа для продвижения и доставки сервисов до конечного пользователя.
И с этой задачей она прекрасно справляется!
Но, как ни крути, это не полноценный дистрибутив ОС на базе ядра Linux.

Буквально вчера Beeline (SkyMobile) наконец таки объявили в пресс-релизе о запуске своей сети LTE в коммерческую эксплуатацию во всех регионах Кыргызстана, т.е. во всех основных городах.

https://beeline.kg/kg/news/continueReading?articleCode=00050014

https://beeline.kg/kg/nav/4gbeeline

Теперь понятно почему так долго не было пресс-релиза, хотя сеть ещё несколько месяцев назад определялась оборудованием доступа - связисты проверяли оборудование, тестировали сеть и покрытие, поэтому запустились последними.
Однако запуск состоялся самый масштабный!

Покрытие сети можно посмотреть тут:
https://beeline.kg/kg/support/serviceArea

Теперь все три оператора связи Кыргызстана, O! (NurTelecom), MegaCom, Beeline, имеют сети трёх поколений доступа, 2G/3G/4G.