К НГ у Ди появится новая нативная Гуи либа. Как минимум альфа. Мне тут скрин кинули. Пока только под Линукс

http://pix.toile-libre.org/upload/original/1479816672.png

чёт ни о чём пока)

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

Ну как минимум не биндинг

А, в этом смысле

Из минусов - пока не опенсорс. Будет первой проприетарной

Зато кроссплатформенной

https://vk.com/video62278620_166605534

Квадратики рисовать не сложно

Сложно что-то стоящее сделать

Будет рендинг на GPU поддерживать

То что я прислал это opengl

Нативный вид окошек тоже будут как понимаю

Это получается аналог QT ?

QuickTime)

Ждал этого комента ?

Qt

Прошу прощения, больше так не буду

Qt до вменяемого состояния пилили с десяток лет, наполеоновские у кого-то планы

Особенно учитывая что десктопный гуй умирает

Но с другой стороны это был эволюционный допил, эксперименты, накопление знаний. И теперь с этим багажом уже легче делать аналог.

Особенно учитывая что десктопный гуй умирает

Да да, умирает) Надеюсь скоро будут браузерные IDE.

Его те же люди пилят, что и кутю, что все подводные камни изучили? Про нормальное состояние я говорил про саму отрисовку — она не так давно везде там была одинаково уродливой

Да да, умирает) Надеюсь скоро будут браузерные IDE.

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

Его те же люди пилят, что и кутю, что все подводные камни изучили? Про нормальное состояние я говорил про саму отрисовку — она не так давно везде там была одинаково уродливой

Ну во первых тут может помочь то что D сам технологически более продвинут. Есть сборка мусора, концепции более надежные, шаблоны удобнее.

Во-вторых, необязательно писать Qt чтобы хорошо в ней разбираться на уровне удобства архитектуры

Во-вторых, необязательно писать Qt чтобы хорошо в ней разбираться на уровне удобства архитектуры

Архитектура закроет недочёты реализации?

Реализацию же можно изучить

Всегда когда пишешь код то видно что полгода назад было сделано плохо

Но рефакторить уже нету возможности. А вот если с нуля писать - можно много ошибок избежать.

Истории уровня "а давайте напишем свою ос".

Иногда приходят к успеху

И много таковых успешных появилось в последние лет 15-20? Не знаю о чём спор, все увидим когда выйдет и пройдет время.

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

объявлять "мы пилим новый гуй" это не правильно

сразу встаёт вопрос "зачем?", а вот на него у многих нет ответа

хотя вполне мог бы быть и выглядеть как-то так: "чтобы решить такие и такие проблемы существующих, реализовать более простой подход к построению гуи и ..."

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

хороший пример это mir

инфоповод они крутой сделали

Поясни свою мысль про mir

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

что-то новое должно решать какие-то существующие проблемы (а не плодить новые) и/или быть интересным

кто-то написал blas библиотеку, которая не уступает по скорости коммерческим продуктам от intel — интересно

к тому же это решение проблемы "нет blas для D"

если твои товарищи (товарищ) решает какую-то проблему, связанную с гуи, то это должна быть точка позиционирования

тов. Лопатин пишет гуи потому что первый дошёл до такого серьёзного результата и сейчас это по сути единственная гуи полностью на D

единственная более-менее готовая к работе

Да этого чела знаю мало. Тупо пару раз списывались. Иногда он мне о прогрессе рассказывает. Пишет уже год. К НГ готовит пре-альфу

а цель то у него есть?

или jff?

Судя по тому что закрытая либа, то $

Не такое не взлетит)

Какие еще $

Ну вот я про тоже самое думаю

Единственный шанс опенсорснуть

Кстати, а в чем суть. Почему Илья делал болшие усилия чтобы отвязаться от DRuntime?

Просто я не совсем понимаю что такое DRuntime, что на него завязано и как от этого отвязываются

Зачем вот ты задаешься всеми этим вопросами? :)

Интересно просто как оно устроено все

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

Эти все вопросы не понять без основ

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

До этого мутная хрень была какая-то

А так, ответ про runtime в одно ухо влетит, в другое вылетит. Нельзя его осознать не представля себе сколько всяких проблем и трудностей происходит в разработке компиляторов, которые в свою очередь вызваны трудностями при разработке на разрабатываемом языке.

ERROR: S client not available

Для меня DRuntime в первую очередь GC и Файберы

Что заходкаживается в бинарик и является специфичным для языка

ну вот gc тормозит, многим низкоуровневым программистам это не нравится

Как я понимаю из-за наличия DRuntime либы на Ди нельзя из других языков использовать. Это только из-за GC?

Да можно всё использовать, но там свои проблемы (вроде того, что gc не знает о жизни памяти вне "родного" кода и тд)

Кстати, а в чем суть. Почему Илья делал болшие усилия чтобы отвязаться от DRuntime?

Очевидно потому что пытается сделать свою либу максимально быстрой. Без рантайма по большому счёту код превращатся в обычный сишный с новыми кейвордами

А отвязка от рантайма как выглядит? Просто GC не юзать?

"Не юзать гц" = выкинуть стандартную библиотеку, замыкания, строки и всё остальное, и делать всё руками — вплоть до вызова деструкторов у нестековых объектов

А Илья так что ли делает?

А что за либа?

https://github.com/libmir/mir-glas

я просто в комментах где-то про это читал, что мол от рантайма дишного она отвязана

Таким вещам только так и писаться бы

Порадовало "GLAS is a C library written in Dlang"

Да, открой посмотри. Но у него там задача такая, что просто взять и выкинуть рантайм не слишком сложно. Какой нибудь vibed пришлось полностью переписывать

судя по коду он реально без GC пишет

Я вот думаю написать одну демоническую штуку и все никак не решу, лучше делать это на основе вайба или с нуля? Что думаете?

Это сервис который принимает json по http и дальше передает запрос. Типа очереди

У Адама есть куча наработок

Можешь у него модуль работы с сетью взять. Он очень хороший и компактный код пишет

С сетью это ок, мне нужна параллельность или асинхронность

А нет проблем пускать по процессу на ядро и там очередь запросов делать?

Ребят, подскажите, как быть. Нужно написать синхронизацию двух БД. Чтобы из одной БД в другую одна таблица переливалась. Гуиды есть. Проблема что в базе данных Мастер данные могут обновляться, а гуид у них не меняется т.е. если вариант переносить только новые гуиды -- такой вариант не катит. Как можно еще сделать? Есть более красивый вариант? Пару полей -- бинарные блобы. Я думал по от строки строки (row) хэш брать и его проверять. Это адекватный вариант? Может еще как можно?

движки бд разные? структура разная?

А время последнего обновления в отдельном поле хранить не получится?

Я бы так сделал. Если по какой-то причине нельзя, то добавил в то же отдельное поле хеш. upd: И индекс туда скорее всего полезно будет добавить

Если вообще в структуру вмешиваться нельзя, то выходит, да, от каждой брать хеш и сравнивать, но это дико медленно.

В D есть какие-то особенности связанные с генерацией кода? Например быстро работает или как-то ловко анализируется компилятором? Я пытаюсь пофиксить баг в одном проекте и от всяких statif if, mixin, alias, template уже с ума схожу. Или такой проект попался?

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

структурная типизация?

если с объектом можно делать то, что хочет функция, значит тип подходит

на этом работают ranges