можно в стиле ФЯ - пересоздавать стейт

можно в стиле ФЯ - пересоздавать стейт

В ФЯ всякие оптимизации вроде персистентных структур, а в Д это будет дикий оверхед.

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

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

но по-хорошему такой ФЯ-стиль подразумевает наличие хорошего сборщика с поколениями. Для Ди это плохо подходит.

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

их нет

писать надо

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

гораздо проще костылить ребиндаблом

но по-хорошему такой ФЯ-стиль подразумевает наличие хорошего сборщика с поколениями. Для Ди это плохо подходит.

ага

Всем снова привет :) В @datasciencechat сейчас обсуждают D в анализе и инжиниренге данных. Если кто в теме, подключайтесь к обсуждению. Вроде бы смог донести мысль, что D хорошо для этогго подходит. Но скептики всё равно остались :)

В теме я не силён, но вообще рассматриваю D как замену питону со всеми сопутствующими.

В теме я не силён, но вообще рассматриваю D как замену питону со всеми сопутствующими.

D лучше питона. Без сомнения ?

В теме я не силён, но вообще рассматриваю D как замену питону со всеми сопутствующими.

Кроссплатформа идет нахер, как и скорость разработки

Кроссплатформа идет нахер, как и скорость разработки

В плане?

Нужно прекомпилировать на целевой платформе

но все равно не все можно собрать

dub под aarch64 у меня так и не удалось завести

Полной кроссплатформенности нет ни для чего, даже для питона. В нужных местах стоят блоки кейсов. Скорость разработки примерно равная.

Ну если сравнивать Hello World, то да, одинаковая

Если захочешь GUI, то на питоне все будет значительно быстрее и работать будет везде, где есть питон

Ну да. Только такое и пишем.

Да и не только GUI, а любые задачи для решения которых нет готовых решений в стандартной библиотеке

В питоне для решения задач, отсутствующих в библиотеках, почему-то часто используется C

В D такое не прокатит

Прокатит

Если вообще будет нужным

Я пробовал линковать D с C - все на много лучше, чем при линковке D с C++, но все равно геморно

а чего геморного-то?

линковка. ld не мог слинковать D-библиотеку с C программой. Приходилось юзать dlsym для поиска функций в библиотеке

если calling conversions соблюдать, то всё как по маслу)

а чего геморного-то?

Присоеденяюсь к вопросу. Пробовал. Вооще всё гладко.

если calling conversions соблюдать, то всё как по маслу)

Вот пробовал ли я extern (C) не помню

и о чем тогда говорить?)

https://dlang.org/spec/cpp_interface.html extern (C++) или extern (C) надо обязательно

в принципе, даже без extern(C) везде кроме винды завестись должно)

насколько помню ABI extern(C) и extern(D) отличаются только в винде

но тут надо понимать, что интерфейс с Си должен быть extern(C) и никак иначе)

в принципе, даже без extern(C) везде кроме винды завестись должно)

ну, не завелось

в любом случае, это как плавать на велосипеде и ругаться, что неудобно)

И где же этот D-велосипед удобно использовать?

в каком плане?

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

Просвятите меня, где же его надо применять, что бы на нем можно было быстро варганить софт и при этом его бы не приходилось цеплять к C/C++

я ничего не считаю, я просто говорю, что делать интерфейс для Си, не используя C ABI, а потом говторить, что всё плохо — это как минимум странно)

Я говорил, что не помню, пробовал ли я использовать extern (C)

помню что в итоге делал через dlsym

но если бы ты использовать extern(C), проблем никаких не возникло бы

ну сейчас попробую сварганить HW из C и D

а питон чем не устраивает?

Да, сейчас все получилось нормально

По крайней мере на HW

а питон чем не устраивает?

Скоростью и местами отсутствием статической типизации.

тогда вполне резонно

всяко легче чем на плюсах или расте

гуй на длангуи?

Обычно консоль

пробовал SFML

Обычно консоль

ncurses?

shell

Когда будет нужен гуи посмотрю на биндинги к чему-нибудь. dlangui мне не нравится.

Если захочешь GUI, то на питоне все будет значительно быстрее и работать будет везде, где есть питон

У меня на DlangUI был проект, который на винде и линуксе собирался простым dub build, все было гладко и кроссплатформенно. А y Питона на винде что для GUI?

Кют всех побеждает) Но в плюсах у меня wx

У меня на DlangUI был проект, который на винде и линуксе собирался простым dub build, все было гладко и кроссплатформенно. А y Питона на винде что для GUI?

а теперь сделай dub build на телефоне. У питона Tk и Qt везде работают

Кстати о кроссплатформенности. Я какое-то время назад тут показывал LDC на андроидном телефоне. Оказывается, с ним и dub идет. И он даже работает, если не забыть curl поставить. Я несколько лет назад делал консольный калькулятор с помощью библиотеки Pegged. dub на андроиде смог все забрать, собрать и запустить ("dub run pc"), даже удивительно. Думал ли я тогда, что этот код будет у меня в телефоне работать без каких-либо вообще изменений...

dlangui вроде андроид тоже умеет, но я не пробовал.

Переносить просто так GUI приложение с десктопа на телефон плохая затея. Там же мыши нет, клава пол-экрана ест, и вообще взаимодействие сильно отличается.

когда я ldc ставил, dub у него с собой не было

Я в Termux'e это делал, если что.

так не вроде только для Termux и был

Ну вот теперь есть. Здесь установка даба упоминается: https://github.com/termux/termux-packages/blob/master/packages/ldc/build.sh

Моя программа выжирает 30 Гб виртуальной памяти за несколько часов ?

течет GC?

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

Но скорее не течет, потому что когда я наблюдал всю эту картину, в какой-то момент видимо GC почистил весь мусор и вирт. памяти стало занимать 6гб

Скорее это похоже на весь объем памяти, который был в разные моменты времени выделен программе. Все равно непряитно такие цифры видеть.

виртуальной или rss?

в виртуальную могут включаться и заммапленные файлы к примеру

Всем привет! Вопрос: Нужно выводить сгенерированную алгоритмом картинку (uint[], RGBA) в приложении на базе DlangUI. Как это делается правильно?

Расположить ImageWidget в нужном месте окна. У него есть свойство drawable, туда можно записать объект ImageDrawable, который конструируется из DrawBuf, в который и кладутся данные из массива. Это если надо один раз показать.

Там такая ситуация: кадр обновляется иногда, но бывает раз 10 в секунду

Если надо часто обновлять, я делал своего наследника ImageWidget и переопределял в нем onDraw()

(Это экран эмулируемого компьютера)

Попробую сейчас

Если надо часто обновлять, я делал своего наследника ImageWidget и переопределял в нем onDraw()

Пожалуй, этот вариант даже попроще

В таком духе: (выдрал кусочек из проекта) https://gist.github.com/thedeemon/9d05b7e7315ba2f4a54cc11b79dabaa0

Вот вот, это видео отображается? У меня что-то подобное будет

Спасибо)

Да, это кадры видео так рисовались тут: http://www.infognition.com/VideoEnhancer/ve2se-save.jpg

Во, прям то что надо

хорошая статья https://seb.wilzba.ch/b/2018/02/the-expressive-c17-coding-challenge-in-d/

хорошая статья https://seb.wilzba.ch/b/2018/02/the-expressive-c17-coding-challenge-in-d/

Автор некорректно сравнивает производительность. Он привёл совершенно неэффективный пример кода на C++. Вообще не было смысла писать так на C++. Код можно сдалть намного эффективнее (и выразительнее). Так что ту часть, которая относится к бенчмаркам вообще нет смысла принимать во внимание. Что касается выразительности, то да. Если производительность не так важна, код на D может быть выразительнее и писать его можно быстрее.

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

Ну как бы мимоходом пишет, что D уделывает плюсы по производительности. Но при всех своих плюсах, C++ он не уделает.