Qt. Пишется быстро и легко. В линуксе анимашки и GUI могут подтягиваться из системы

тьі написал хотя бьі одно приложение под мобилки на Qt? :) или так лишь бьі поговорить?

:) оно рассчитано только для игр, чтоб движки портировать где все на opengl поверхне рисуется, к нативному UI отновшения вообще не имеет

В C4Droid вроде были примеры обычных прог на нем, без OGL

как там интеграция с камерой/блютусом/вайлей/другими датчиками?

с социальньіми сетями?

тьі написал хотя бьі одно приложение под мобилки на Qt? :) или так лишь бьі поговорить?

Писал, но там оно не юзабельно (на виджетах писал, не QML)

и все вьіглядят как говно и пишутся в 10 раз дольше)

как там интеграция с камерой/блютусом/вайлей/другими датчиками?

Это не юзал, но по идеи это есть. По крайней мере модули при установки Qt такие были

ага, когда смотрел, половину не работало, а то что работало 80% АРІ не поддерживало

Я хз, я пытался портировать утилиту для управления лицензиями. Сначала на Java пытался переписать, но я не знаю Java и не осилил, потом пытался с Qt портировать, но там с OpenSSL либами траблы возникли. В итоге через LinuxDeploy в chroot использовал :D

Писал, но там оно не юзабельно (на виджетах писал, не QML)

и как поддерживал все платформьі? x86, x64, mips, mips64, armv6, armv7, armv8_64?

и как поддерживал все платформьі? x86, x64, mips, mips64, armv6, armv7, armv8_64?

нет, меня интересовала только последняя, но тулчейн был для предпоследней, благо последняя поддерживает все инструкции предпоследней

Я хз, я пытался портировать утилиту для управления лицензиями. Сначала на Java пытался переписать, но я не знаю Java и не осилил, потом пытался с Qt портировать, но там с OpenSSL либами траблы возникли. В итоге через LinuxDeploy в chroot использовал :D

стандартная история)) уже один товарищь рассказьівал что на питоне на дроид писать можно, но когда дошло до дела...

дешевле бьіло тебе нанять java-дева

в разьі дешевле чем время убил)

стандартная история)) уже один товарищь рассказьівал что на питоне на дроид писать можно, но когда дошло до дела...

Таки недавно пытался использовать C++ либу через JNI в Java обертке. В итоге запоролся на правах приложению, то что нагуглил по тупому не работало и приложение не просило никаких прав

в разьі дешевле чем время убил)

chroot дешевле и быстрее

Зато мне это дало ценный урок - не делать монолитных решений, тогда на изичах написать CLI и пускать в termux, без поднятия системы в chroot

Го зеркало конфы в matrix. Видел KDE'шную конфу там, сообщения юзеров ТГ туда доставляются видимо через бота. Сосется ник и аватарка из ТГ + рядом с ником дописывается '(Telegram)', что бы было ясно, что это сообщение из ТГ вытянуто

> chroot дешевле и быстрее устройтсво рутованое?

да, на не рутованом эту задачу вполне решил бы proot

в наше время вьіигрует скорость и качество, ибо заказчики не будут платить за месяц когда можно сделать то же самое за 3-4 дня.

в наше время вьіигрует скорость и качество, ибо заказчики не будут платить за месяц когда можно сделать то же самое за 3-4 дня.

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

**Это если ваш пост был о монолитности решений, а не о языках

> а потом все придется переписывать с нуля почему? ни разу так не приходилось делать

потому что понадобится что-то изменить/добавить, а монолитная архитектура не даст этого сделать без боли

потому что понадобится что-то изменить/добавить, а монолитная архитектура не даст этого сделать без боли

Монолитность относительна

Считаю, что специально для таких заказчиков ее следует возводить в абсолют

начали за то что С++ говно, закончили какой-то монолитностю)

C++ не говно, просто некоторым обидно, что используется он, а не D

а глупо пробовать всунуть D туда где С++ юзают и наоборот

Думаю наоборот как раз таки можно

С++ - ОС, игрьі и тд, низкоуровняя хрень D - лучше пилить более вьісокоуровние штуки, и он для етого хорош, сборщиком мусора, простотой, норм ООП и тд

то есть бекенд - норм, ОС - не норм

а глупо пробовать всунуть D туда где С++ юзают и наоборот

D это замена С++, одно из предназначений

:) не заменит он С++

У меня на D пара мелких софтин типа выгрузки на ftp, которые быстрее пишутся на bash, но при этом bash я не знаю

У нас тут Ванга

и я бьі назвал D как универсальньій язьік, и не сравнивал его с нискоуровним С++

У нас тут Ванга

реалист

Вот что хорошего в D, как по мне, так это объявление типов, псевдоклассы для типов, шаблоны и крутое выполнение кода во время компиляции. Этого в C++ не хватает, а в другом он проигрывает, особенно не нужным GC

GC отключаем

пиши без него

GC отключаем

delete вывезли

Так что не все так хорошо

эээ nogc же

delete вывезли

и?

и?

И управлять памятью вручную нельзя

Можно только выделять и выделять

И управлять памятью вручную нельзя

с чего?

Можно только выделять и выделять

зависит от ОС

Там же есть в std.experemental нативные штуки для управления памятью

пару дней назад обсуждали работу с классами без gc

пару дней назад обсуждали работу с классами без gc

Я пропустил

Но сомневаюсь

emplace и scoped

Что там что-то кроме scoped было

А первое что?

развернуть класс на уже выделенной памяти

как ты её выделишь это уже твоё дело

можно и через malloc

Но сомневаюсь

вопрос не изучил, а мнение транслируешь

не надо других людей в заблуждение вводить

И?

без gc можно на D, только всё это превращается в тот же подход что и в C

Отсутствие delete как противовес new это не факт?

Но с важными нюансами

если это не пугает или оправданно, то всё норм

ERROR: S client not available

Отсутствие delete как противовес new это не факт?

new это выделение памяти через gc

если уж на то пошло

если мы говорим про nogc, то там нет new

GC критически необходим для концепции new?

DM так не любят C++, что решили убить в D, все хорошее, что было у плючов?

GC критически необходим для концепции new?

это то тут причём?

GC критически необходим для концепции new?

Нет, но он хорошо ложится на GC. Потому что механизм new/delete не определяется стандартами, как и GC

разговор не про концепции, а про миф, что без gc на D не написать

вот только есть масса примеров обратного

это то тут причём?

При том, что теоретически new может работать без GC. Но выделенную им память нельзя убрать.

При том, что теоретически new может работать без GC. Но выделенную им память нельзя убрать.

но в D он так не работает

но в D он так не работает

Насколько я помню, мне говорили тут же, что можно написать свой рантайм

new разве исключение?

Насколько я помню, мне говорили тут же, что можно написать свой рантайм

свой аллокатор

вот тут я не в курсе

свой аллокатор

Вот вот

А delete нет в рантайме, соответственно убирать память никак

А жаль, удобно же было

new разве исключение?

думаю что в этом случае destroy будет парой для new

Хочешь - пиши на D с GC

А delete нет в рантайме, соответственно убирать память никак

destroy

destroy

object.destroy?

а делать свой рантайм это, конечно, интересно, но чревато несовместимостью

Хочешь - пиши на D с GC

Хочешь - без GC

Хочешь - совмещай

object.destroy?

да, по умолчанию вызывает деструктор

мы все рабы PDP-11

можно и очистку туда вкорячить

Хочешь - совмещай

сам представляешь сколько проблем такая вариативность вызовет?

сам представляешь сколько проблем такая вариативность вызовет?

Нет

нужно будет в каждом месте (где память выделяется) каждой используемой библиотеки оба варианта проработать

нужно будет в каждом месте (где память выделяется) каждой используемой библиотеки оба варианта проработать

Почему?