Это понятно что есть и другие решения, но популярные можно пересчитать на пальцах. А у решений на Delphi есть ещё клеймо устаревшего/академического языка, приток новых разработчиков намного меньше C# или JS.
Из реально используемой кроссплатформы сейчас только веб-фреймворки, .NET и Flutter (возможно Kotlin + Compose в будущем). Qt в мобильном сегменте это исчезающий вид, а остальные фреймворки скорее экзотика. А что выбрать уже каждый решает для себя, исходя из личных знаний, сложности приложения, скорости выполнения задачи. Ну, к примеру, преимущество Flutter в том что он даёт похожий на веб-фреймворки декларативный подход к разработке, но с большим performance готового приложения.
И ОС, и железо тогда было намного проще и примитивней, изучить систему целиком было вполне реально, сейчас же только в одном только BIOS (UEFI) или сетевом чипе запущена целая ОС. Что заслуживает уважение, так это то, как раньше, в условиях ограниченных ресурсов, удавалось программировать столько вещей.
Малинка не Open Hardware (и местами даже не Open Source)
Есть Open Hardware одноплатники, но автор задумал это в первую очередь как недорогое устройство, (почти) собственной разработки, а не просто взять готовое и прикрутить к нему дисплей и клавиатуру.
Open Hardware смартфонов (да и любых других девайсов) не так уж и много, так что такое устройство само по себе ценно, тем более если за него не просят заоблачных денег.
BTW UI во флаттере можно использовать для всех платформ только оооочень редко. Интерфейсы iOS и Android сильно отличаются, привычки пользователей тоже.
Не соглашусь. Из коробки Flutter имеет как Material, так и Cupertino виджеты. Так что при желании можно делать UI для Android и iOS, которые будут выглядеть и работать нативно, не имея разных спецов под каждую платформу.
и пофиг на то, что оно в большинстве своём написано для х86
Имея на руках исходный код, не проблема собрать под любую архитектуру, в том же дебиане или федоре всегда есть пакеты под несколько архитектур сразу, никакие виртуалки не нужны.
как только кто-то выпустит Linux-фон по цене не выше аналогичного Xiaomi/Realme
А для этого нужно чтобы компания зарабатывала столько же, сколько зарабатывает тот же сяоми от продаж и чтобы девайсы расхватывали как пирожки.
будет покупать парочка энтузиастов в качестве второго устройства.
В этом и есть замкнутый круг. Допустим есть некая малоизвестная компания которая решила выпускать линуксофон. Ни больших денег, ни рекламы или известности у неё нет, поэтому она выпускает мелкосерийные партии смартфонов. Мелкосерийный == дорогой, чтобы окупить затраты. И тут вся загвоздка: с одной стороны она не может продавать дешевле, с другой у неё куча более крупных конкурентов в лице мобильных гигантов, которые продают и дешевле, и круче. Поэтому реальный линуксофон возможен только если его будет выпускать какой нибудь самсунг или сяоми. В общем самсунг пытался выпускать линуксофоны (Tizen-смарты, а Tizen по сути продолжение MeeGo), но решил что андроида ему и так хватает и оставил Tizen только на tv и часах.
А фуксия, по всей видимости, будет появляться на старых устройства по взмаху волшебной палочки)? Само собой, для того чтобы Project Mainline работал, нужные какие-либо начальные действия со стороны вендора, но в дальнейшем, даже если вендор забросит устройство, останется возможность для обновлений со стороны гугла напрямую.
Главная проблема с безопасностью Android заключается в том, что обновить ОС можно только путём замены устройства.
Так в гугле уже давно анонсировали Project Mainline, который разделяет андроид на несколько независимых пакетов, которые можно доставлять и обновлять независимо от желания вендора.
Ну так можно редактировать байт-код и внедрять вредоносы в уже готовый апк. Если на стадии разработки, значит на стадии сборки из исходников. И тут либо сделал разраб, либо произошла утечка паролей/ключей/исходников.
В связи с тем что ядро линукс по природе своей монолитно, почти всё находится в основной ветке, и это раздувает и так немалую кодовую базу. Без мейнтейнеров этого легаси ядро просто превратится в помойку.
Это понятно что есть и другие решения, но популярные можно пересчитать на пальцах. А у решений на Delphi есть ещё клеймо устаревшего/академического языка, приток новых разработчиков намного меньше C# или JS.
Из реально используемой кроссплатформы сейчас только веб-фреймворки, .NET и Flutter (возможно Kotlin + Compose в будущем). Qt в мобильном сегменте это исчезающий вид, а остальные фреймворки скорее экзотика. А что выбрать уже каждый решает для себя, исходя из личных знаний, сложности приложения, скорости выполнения задачи. Ну, к примеру, преимущество Flutter в том что он даёт похожий на веб-фреймворки декларативный подход к разработке, но с большим performance готового приложения.
В КНДР и Иране столько возможностей и инициативных людей за все эти годы накопилось, что люди там летают в космос по выходным :sarcasm:
И ОС, и железо тогда было намного проще и примитивней, изучить систему целиком было вполне реально, сейчас же только в одном только BIOS (UEFI) или сетевом чипе запущена целая ОС. Что заслуживает уважение, так это то, как раньше, в условиях ограниченных ресурсов, удавалось программировать столько вещей.
У меня пока цел.
Малинка не Open Hardware (и местами даже не Open Source)
Есть Open Hardware одноплатники, но автор задумал это в первую очередь как недорогое устройство, (почти) собственной разработки, а не просто взять готовое и прикрутить к нему дисплей и клавиатуру.
Open Hardware смартфонов (да и любых других девайсов) не так уж и много, так что такое устройство само по себе ценно, тем более если за него не просят заоблачных денег.
Не соглашусь. Из коробки Flutter имеет как Material, так и Cupertino виджеты. Так что при желании можно делать UI для Android и iOS, которые будут выглядеть и работать нативно, не имея разных спецов под каждую платформу.
Не знаю как в винде, но в линуксе и macOS табы и тулбар вполне различимы. Табы часть рамки/декорации окна, которая сама по себе имеет другой цвет.
Ну, если выбора не будет, то придётся)
Идея "хорошая", ведь те кто использует iOS вопреки ограничениям довольно много ;)
Так они вроде его уже переписали на раст: https://news.ycombinator.com/item?id=26648946
Имея на руках исходный код, не проблема собрать под любую архитектуру, в том же дебиане или федоре всегда есть пакеты под несколько архитектур сразу, никакие виртуалки не нужны.
А для этого нужно чтобы компания зарабатывала столько же, сколько зарабатывает тот же сяоми от продаж и чтобы девайсы расхватывали как пирожки.
В этом и есть замкнутый круг. Допустим есть некая малоизвестная компания которая решила выпускать линуксофон. Ни больших денег, ни рекламы или известности у неё нет, поэтому она выпускает мелкосерийные партии смартфонов. Мелкосерийный == дорогой, чтобы окупить затраты. И тут вся загвоздка: с одной стороны она не может продавать дешевле, с другой у неё куча более крупных конкурентов в лице мобильных гигантов, которые продают и дешевле, и круче. Поэтому реальный линуксофон возможен только если его будет выпускать какой нибудь самсунг или сяоми. В общем самсунг пытался выпускать линуксофоны (Tizen-смарты, а Tizen по сути продолжение MeeGo), но решил что андроида ему и так хватает и оставил Tizen только на tv и часах.
В телевизорах и не такое бывает, NodeJS и React ещё)
Ещё Flutter как вариант. Хотя думаю смысл раста в нём только если нужно писать куски кода для доступа к нативному API системы, вместо C/C++.
А фуксия, по всей видимости, будет появляться на старых устройства по взмаху волшебной палочки)? Само собой, для того чтобы Project Mainline работал, нужные какие-либо начальные действия со стороны вендора, но в дальнейшем, даже если вендор забросит устройство, останется возможность для обновлений со стороны гугла напрямую.
Так в гугле уже давно анонсировали Project Mainline, который разделяет андроид на несколько независимых пакетов, которые можно доставлять и обновлять независимо от желания вендора.
Ну так можно редактировать байт-код и внедрять вредоносы в уже готовый апк. Если на стадии разработки, значит на стадии сборки из исходников. И тут либо сделал разраб, либо произошла утечка паролей/ключей/исходников.
Ничего необычного нет, фича библиотеки ZXing
В связи с тем что ядро линукс по природе своей монолитно, почти всё находится в основной ветке, и это раздувает и так немалую кодовую базу. Без мейнтейнеров этого легаси ядро просто превратится в помойку.