@dlangru

Страница 717 из 719
Pavel
23.10.2018
09:26:07
Не, нужно чтобы именно D код можно было генерить. Например мне нужно нагенерить 100 классов, записать все это дело в исходник, и потом иметь возможность подредактировать какие-то из этих классов.

Igor
23.10.2018
10:25:58
Ну используй любой шаблонизатор

Maxim
23.10.2018
10:29:50
есть большое подозрение, что если можно нагенерить 100 классов, то можно обойтись одним (или парой-тройкой) шаблонных классов с миксинами (или без них)

Google
Pavel
23.10.2018
11:32:35
В некоторых тулзах и фреймворках используется кодогенерация. Ввдает тебе базовую заглушку а ты ее под себя допиливаешь.

Да даже в dub init это есть

Dmitry
23.10.2018
18:23:30
Нода и реакт уже полностью неадекватны по зарплатам стали



Из печального у нас стек технологий в ноду походу почти перетек. Из плюсов вижу только перспективы отказы от джанги

Ievgenii
23.10.2018
19:36:31
)))

А у нас весь акцент на ГО пошел(((

Попробую какой-то микросервис на Ди пропихнуть. Но малое количество либ тут не помогает

Dmitry
24.10.2018
09:06:16
https://forum.dlang.org/thread/pqp2ul$1u6j$1@digitalmars.com

Ievgenii
24.10.2018
09:08:53
На чём планируешь веб часть делать?
Скорее всего что-то свое

На чём планируешь веб часть делать?
Проблема в том, что у нас они гибридные, как правило, работают по HTTP и AMQP

Google
Ievgenii
24.10.2018
09:09:26
Если с первым не проблема, то вот со вторым все печально(

Хоть GO и с убогим синтаксисом, но работает она не плохо

Последний сервис держит 20К rps на 2х серверах

Без проблем

Вот с Ди посмотрим как будет

Взять бы сборщик мусора GO и запихнуть в D - было бы круто)))

Valeriy
24.10.2018
09:14:23
Ievgenii
24.10.2018
09:15:52
Ты знаешь, он реально быстро отрабатывает и удаляет кусками, теми, что были выделенными за какой-то промежуток времени

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

Однако GO использует gcc, а для D я взяд ldc, так вот llvm-овский (компилятор, оптимизатор в часности) обошел gcc-шный просто на ура!

Pavel
24.10.2018
09:21:49
Чем гошный лучше дишного?
Дишный сборщик отстой

Была где то статья про его устройство

Его можно оптимизировать на порядок

qwerty
24.10.2018
09:58:26
Pavel
24.10.2018
10:38:24
Не, щас уже не упомню( Но вроде это Ольшанский делал

И на англ. где то у себя в блоге писал

Dark
24.10.2018
11:16:01
Была где то статья про его устройство
Это та статья из доклада на dconf?

Pavel
24.10.2018
11:16:20
Да возможно

Хотя нет

Ты видимо про доклад как чувак сделал многотредовый сборщик?

Google
Dark
24.10.2018
11:18:07
Нет, про доклад, что у ди все плохо со сборщиком. Вроде именно по нему видел статью на хабре.

qwerty
24.10.2018
11:43:30
Спасибо!

Karbin
24.10.2018
11:48:17
Разве в D не добавили precise gc?

Igor
24.10.2018
11:49:53
только поговорили об этом

Karbin
24.10.2018
11:54:07
кто-то же делал такой gc. где-то даже код видел

Igor
24.10.2018
11:54:22
в качестве летнего упражнения

Karbin
24.10.2018
11:55:09
ага. там вроде ещё выкладывали графики с тестов

Igor
24.10.2018
11:57:12
любопытно, не видел графиков

Karbin
24.10.2018
11:58:41
где-то на форуме D было. судя по графикам precise gc не очень спасал положение. хотя может из-за реализации

Глеб
24.10.2018
12:51:33
а не найдете?
я переводил статью Ольшанского, ссылка была в группе вконтакте

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

мол == из

Igor
24.10.2018
12:54:26
во всяком случае в релизы пока ничего не попало

и даже в беты

выпускаю 1.0.0 dlang-requests. надеюсь ни у кого ничего не сломается. там есть минорные изменения api и deprecation для кое-чего. если кто-то хочет проверить до того как новая версия сама случайно заедет в сборку - еще есть час времени

Igor
24.10.2018
14:46:07
а никто не пробовал mir-runtime?

Ievgenii
24.10.2018
14:46:26
Что это?

Igor
24.10.2018
14:46:55
https://forum.dlang.org/thread/majawxddqnqsjenbpblv@forum.dlang.org

Mir Runtime [1] is Dlang @nogc runtime infrastructure for a simple, slim, and fast code. It is based on Mir Core [2] and compatible with Mir Algorithm [3] >=v3.0.0-alpha-dev.

Google
Ievgenii
24.10.2018
14:47:42
Что он далет?

Igor
24.10.2018
14:48:33
судя по названию - замена рантайму, но я не углублялся

Karbin
24.10.2018
14:49:50
судя по коду - форматирование строк и исключения для nogc

Igor
24.10.2018
14:50:51
да, негусто )

Karbin
24.10.2018
14:52:04
версия v0.0.5 всё же

Denis
24.10.2018
15:44:32
У нас ещё не всё так плохо

Karbin
24.10.2018
16:00:40
в сравнении с чем?

Pavel
24.10.2018
16:06:36
и у кого у вас

Ievgenii
25.10.2018
09:30:33
Всеже D хорошо так проигрывает GO...

Вот пытаюсь скомпилить в wasm и галяк... Простые примеры - не вопрос, что-то серьезное - все... обосрался

+ работает только с -betterC

Maxim
25.10.2018
09:38:10
Логично, рантайма-то под wasm нет

Да и сам wasm сомнительная затея пока)

Ievgenii
25.10.2018
10:16:54
Иди расскажи это GO)))

У него, сука, работает

Denis
25.10.2018
10:21:26


Stanislav
25.10.2018
10:22:40
это норма, муфту варят

самое главное чтобы в 2 разных окна кабель не засунули, у нас такой факап как то был )

Denis
25.10.2018
10:29:22
это норма, муфту варят
Подрабатывают?)

в сравнении с чем?
Фотка долго уходила

Google
Stanislav
25.10.2018
10:30:52
эрланг это вроде оператор связи

Maxim
25.10.2018
10:38:50
У него, сука, работает
ну и D будет работать, есл сделают рантайм и яваскриптовые обвесы всякие

насколько я понимаю, в wasm даже malloc и free нужно ручками писать, потому что по дефолту их нет

и до сих пор не ясно, будет ли какая-то сборка мусора, или все-таки весь рантайм нужно писать руками и компилировать под wasm

Dmitry
25.10.2018
10:55:42
Зря они вообще затеяли интеграцию с джаваскриптом. Пустое это.

Maxim
25.10.2018
11:14:11
а как надо было?)

Dmitry
25.10.2018
11:18:53
Сделать все кроме интеграции с JS

отдельная технология самостоятельная

Maxim
25.10.2018
11:19:52
уже есть flash, silverlight и java-апплеты

и все они не взлетели из-за проблем с безопасностью

Pavel
25.10.2018
11:23:16
Ну вот, а в wasm как раз таки уделено внимание безопасности

Maxim
25.10.2018
11:23:31
тут и вышла на сцену идея wasm: давайте исполнять байткод в той же виртуальной машине, что и javascript, а памятью этого байт-кода сделаем один ArrayBuffer

и тогда вся безопасность будет сводиться к контролю выхода адресации байт-кода за пределы этого ArrayBuffer

а это значит, что интеграция с javascript — это как раз ключевая фишка wasm)

Dmitry
25.10.2018
11:29:10
ну тогда логично

Maxim
25.10.2018
11:30:46
но вот прямой манипуляции с DOM, конечно, нехватает, чтобы написать хотя бы подобие фреймворка)

Maxim
25.10.2018
11:34:26
но сейчас wasm не может в js даже строку передать, только числа и массивы чисел)

Valeriy
25.10.2018
11:35:06
Строку как массив чисел можно, но нужна будет обёртка

Maxim
25.10.2018
11:35:23
так что, на мой взгляд, если нет кучи свободного времени или кучи свободных рук, эффективнее будет сидеть на попе ровно и ждать, когда wasm еще немного дозреет)

Страница 717 из 719