Помнится мне, в Dшной группе ВК, человек спрашивал, как ему сделать копию объекта. Кто-то посоветовал сериализовать в JSON и сразу десериализовать.

?

Кубинские мануалы куришь?

Это про то, как свергнуть власть? Походу с этим РКН скоро придется

лол

телеграм гуём оплошал

Что там?

я как то sprintf поменял на snprintf в одном нагруженном приложении и в 3 раза увеличил его производительность )

нужно было на лету пакетики сетевые разбирать, искать хттп заголовки и логировать их аккуратно. там что-то в районе 10G трафика нужно было лопатить

хотя конеш я сначала написал, а потом уже оптимизациями занимался разными

пошли байки? ))

ну я к ненужности бенчмарков

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

ну я к ненужности бенчмарков

да ну. Бенчмарки нужная вешь

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

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

?

я как то sprintf поменял на snprintf в одном нагруженном приложении и в 3 раза увеличил его производительность )

А за счет чего она на столько быстрее работает?

да хрен его знает )

а это уже спрятано в эпохах времён. Ты же не историк, а программист. Берёшь и пользуешься

а это уже спрятано в эпохах времён. Ты же не историк, а программист. Берёшь и пользуешься

там размер буфера фиксирован

Выяснилась неожиданная польза от betterC - это единственный способ нормально писать nogc программы

Без него даже там где точно нет аллокаций он ругается что метод может аллоцировать

nogc так себе причина

nogc очень важно!!

в хойлоаде это вообще критически важно, мы не можем себе позволить внезапные фризы на полсекунды

А именно так gc и работает )

Не, ты не понял

Я имел ввиду, что nogc так себе оправдание наличия беттерси

Все равно что говорить, что си не нужен )

Я глубоко не копал причину. Но выдает прям заготовленное сообщение, что вот именно это format в CTFE не могёт.

чо чо чо?

Я глубоко не копал причину. Но выдает прям заготовленное сообщение, что вот именно это format в CTFE не могёт.

Мб связанно с тем, что для плавающей точки - отдельный сопроцессор

Сейчас 21-й век)

Для SIMD ещё один сопроцессор?

Насчет этого хз

Мб связанно с тем, что для плавающей точки - отдельный сопроцессор

Иии?

Иии?

Не знаю, просто предположил, что по каким-то причинам нельзя вычислять в CTFE и они связанны с этим

Не знаю, просто предположил, что по каким-то причинам нельзя вычислять в CTFE и они связанны с этим

а может оно просто так сделано?

Я наталкивался на предложения чтобы любые pure функции вычислять в CT, но Уолтер не хочет и это называется partial compilation

а может оно просто так сделано?

Не исключено

https://github.com/dlang/phobos/blob/master/std/format.d#L2499

Не знаю, просто предположил, что по каким-то причинам нельзя вычислять в CTFE и они связанны с этим

Есть языки (не динамические) где код можно во время компиляции исполнять. Там нет проблем с вещественными числами.

Я наталкивался на предложения чтобы любые pure функции вычислять в CT, но Уолтер не хочет и это называется partial compilation

Интересная идея.

азаза!11

assert(random() == 4);

если закоментить enfoce(!__ctfe....) в std.format, то получаем такое сообщение /usr/include/dmd/phobos/std/format.d(2527): Error: snprintf cannot be interpreted at compile time, because it has no available source code /usr/include/dmd/phobos/std/format.d(2533): called from here: delegate () => snprintf(& buf, 512LU, & sprintfSpec, fs.width, fs.precision == 2147483646 ? -1 : fs.precision, val)() /usr/include/dmd/phobos/std/format.d(1777): called from here: formatValueImpl(w, val, f) /usr/include/dmd/phobos/std/format.d(567): called from here: formatValue(w, _param_2, spec) /usr/include/dmd/phobos/std/format.d(6168): called from here: formattedWrite(w, fmt, _param_1) /usr/include/dmd/phobos/std/format.d(6023): called from here: format("%f", nan) /usr/include/dmd/phobos/std/format.d(6027): called from here: (*function () => null)() /usr/include/dmd/phobos/std/format.d(6048): Error: template instance `std.format.checkFormatException!("%f", double)` error instantiating ctfedouble.d(4): instantiated from here: format!("%f", double) /usr/include/dmd/phobos/std/format.d(6051): while evaluating: static assert(!e) ctfedouble.d(8): Error: CTFE failed because of previous errors in str ctfedouble.d(8): called from here: format("return %s;", str(3.14)) Failed: ["/usr/bin/dmd", "-v", "-o-", "ctfedouble.d", "-I."]

Уолтер ни не хочет, просто он лентяй

или можно реализовать вызов сишных функций в ctfe

что тоже не сделанно и получается не отменяет того что он лентяй)

бля, ну какой смысл в этом? сделать СТОЛЬКО работы и не сделать форматирование чисел с плавающей точкой в ctfe...

интересно, а может им стоит перейти на ldc как на основной?

а разница?

fe тот же

да и к тому же это phobos

РКН опять телеграм банит

можно тогда ctfe перепилить на jit во время компиляции

можно тогда ctfe перепилить на jit во время компиляции

да можно просто написать форматирование на самом D и это норм будет во время компиляции вызываться

да можно просто написать форматирование на самом D и это норм будет во время компиляции вызываться

ну или так

интересно, а может им стоит перейти на ldc как на основной?

Как мне кажется dmd хорош тем что на нем можно быстро вводить новые фичи и использовать его как эталон, а ldc уже эти фичи реализует более оптимально

ну как бы 2 разных компилятора для этого

такое себе

для чего? еще есть gdc и даже вроде sdc

для чего? еще есть gdc и даже вроде sdc

это всё ложь)))

их нет)

sdc вообще жив?

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

Но это лишь мое скромное мнение

ну не знаю, тут мне трудно занять какую то позицию

А мне сейчас в игровом движке на скале копаться =(

Как мне кажется dmd хорош тем что на нем можно быстро вводить новые фичи и использовать его как эталон, а ldc уже эти фичи реализует более оптимально

привет. а не пора ли паузнуть с фичами языка, переключиться больше на IDE и либы?

привет. а не пора ли паузнуть с фичами языка, переключиться больше на IDE и либы?

С хорошей IDE на d буду проблемы

язык не очень способствует этому

особенно строковыми миксинами

это как с C++ - сколько лет в Visual Studio не было зайчаточного рефакторинга для C++ из коробки

да даже простой автокомплит сломается на первой шаблонной функции

Ну с serve-d code-d нет проблем с шаблонами и автокомплитом

Насколько я помню )

dcd не собирается поддерживать ufcs

привет. а не пора ли паузнуть с фичами языка, переключиться больше на IDE и либы?

IDE? нет, они не нужны

кому надо IDE ехайте в дельфи

кому надо IDE ехайте в дельфи

с ней удобнее

особенно когда оно на разных ос работает одинакого

платиновые темы: «не пора ли IDE?», «BetterC не нужен»)

Ну так вполне логично

особенно когда оно на разных ос работает одинакого

странные у вас ос

странные у вас ос

ну вот на винде подебажить код дишный как-то не выходит нормально

ну вот на винде подебажить код дишный как-то не выходит нормально

почему?

почему?

так и не смог ни один дебаггер завести через debug-native

ты не смог, а виноват Ди?

Go вон принтами дебажат и ничо)

ты не смог, а виноват Ди?

виноват не ди

просто чет пользователей винды не любят

совсем

намекают)

"надо было ставить linux" =)

ставил

мне не заходит

просто чет пользователей винды не любят

потому что они анально огородились