Просто если ты думаешь, что все сейчас побегут писать на D под веб - это глупо

А все и не надо

А 1-2 погоды не сделают

Так вот и проспишь революцию

Да госпади

Был Dart

Хм а разве его не добавили пару месяцев назад?

Убил ли он JS?

Хм а разве его не добавили пару месяцев назад?

Вроде нет, только эксперементы были

Да я помню прям новость. Хотя возможно она была для DMD

http://www.opennet.ru/opennews/art.shtml?num=48983

18 июля, это оно?

https://dlang.org/changelog/2.082.0.html#debug-unsafe

Приятная мелочь

https://habr.com/company/badoo/blog/420407/

мощная статья

D now supports deprecated, @disable and user-defined attributes on enum members тоже удобно

да, отличная

привет. запустил через pipeProcess консольную утилиту, в цикле в отладочных целях вывожу foreach (line; pipes.stdout.byLine) writeln(line);. Как узнать о приходе очередной порции данных в stdout? Мне просто надо проанализировать очередную строку, если совпало с шаблоном, то процесс прибить.

Может не использовать byline?

а регуляркой пройтись по line?

а регуляркой пройтись по line?

я буду использовать регулярку, не в ней дело

тебе нужно дождаться определенного шаблона даже пока line не готова?

select на STDIN

тебе нужно дождаться определенного шаблона даже пока line не готова?

мне вооще непонятен цикл (взял из примера) foreach (line; pipes.stdout.byLine) writeln(line);. Программа вывела последнюю строку, а цикл так и не завершился.

там по этнеру)

мне вооще непонятен цикл (взял из примера) foreach (line; pipes.stdout.byLine) writeln(line);. Программа вывела последнюю строку, а цикл так и не завершился.

а процесс дочерний при этом завершился?

оно же ждет закрытия stdout того процесса

а процесс дочерний при этом завершился?

работает

тогда он просто будет читать очередную строчку оттуда до перевода строки и возвращать тебе

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

а нельзя делать дважды вложенные пакеты targetType "none"?

типа хочу собирать так dub build :subA:program

привет! Что-то не могу с наскока отличить ф-ции buildPath и chainPath в std.path. Мне надо склеивать 2-3 упорядоченных фрагмента пути к файлу.

пока использую buildPath

А есть аналоги для Vagrant?

У них последние 2 релиза не работают

А какие версии чего ты ставишь?

Возможно придется поставить VirtualBox на пару версий раньше

Аналоги вагранта под линукс это docker или LXC

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

теперь хрен что установишь

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

Хм а у меня работает вроде

Аналоги вагранта под линукс это docker или LXC

нет, докер это не аналог, lxc скорее всего тоже

https://gems.hashicorp.com/ это открой в браузере?

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

?

?

lxc отличный аналог вагранта :)

(на виртуалбоксе который)

Коллеги, вопрос. А как вы оцениваете дрифт в сторону усложнения языке путем создания разных способов интеграции с C++. Просто Rust и Go на это все забили и не парятся

Коллеги, вопрос. А как вы оцениваете дрифт в сторону усложнения языке путем создания разных способов интеграции с C++. Просто Rust и Go на это все забили и не парятся

И верно сделали

привет. я положительно. т.к. пишу на C++/Qt.

Тем самым позволили себе развиваться в ту сторону, в которую считают нужно/верно

Коллеги, вопрос. А как вы оцениваете дрифт в сторону усложнения языке путем создания разных способов интеграции с C++. Просто Rust и Go на это все забили и не парятся

Да. Нах не надо, садись переписывай libboost на D

Да. Нах не надо, садись переписывай libboost на D

Оформляешь lib-у или dll/so и вперед

Ну или переписываешь, да....

Но не вижу ничего плохого. в использовании lib-ы

а чо, руст не умеет совместимость с си-кодом?

а чо, руст не умеет совместимость с си-кодом?

То есть

?

Вызывать си код может

Наружу торчать си кодом может

Да. Нах не надо, садись переписывай libboost на D

А Фобос ему не замена?

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

ERROR: S client not available

тут надо разелять C и C++

у C вполне устоявшийся ABI, тонна системщины написана на C, с C++ всё сложнее, и целесообразность бинарной совместимости — сложный вопрос

но вообще в C++ столько хардкорной жести, что лучше бы забить)

но вообще в C++ столько хардкорной жести, что лучше бы забить)

И закопать

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

Просто хороший GC нужен всем. А интеграция с C++ хз кому

Просто хороший GC нужен всем. А интеграция с C++ хз кому

Просто хороший GC нужен всем - вот прямо в точку!

ну, как бы, да, лучше бы силы пустить на GC, стандартную библиотеку и, например, кросскомпиляцию)

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

Я не думаю, что программисты С++ потенциальные пользователи Ди.

они, кто ж еще. Если не ошибаюсь, это было одним из ожиданий - что плюсовики переползут на Ди.

в итоге не вышло

ага

Я не думаю, что программисты С++ потенциальные пользователи Ди.

D — можно рассматривать light-версию плюсов. Со своими преимуществами и недостатками.

D — можно рассматривать light-версию плюсов. Со своими преимуществами и недостатками.

Тут главное - "можно"

Тут главное - "можно"

ну да, можно и не рассматривать :)

Как в Json объекте округлить все double-числа до заданной точности?

Предположим есть такой объект: { "key": "k1", "norm": { "m": 0.216574946373783217, "s": 0.118355264220493611 }, "value": [ [ 1533243600, -1.82987168167111025 ], [ 1533330000, -0.677268507989661317 ], [ 1533589200, 0.365826857499710167 ] ] }

Еадо получить { "key": "k1", "norm": { "m": 0.217, "s": 0.118 }, "value": [ [ 1533243600, -1.83 ], [ 1533330000, -0.677 ], [ 1533589200, 0.366 ] ] }

При конвертаци в строку

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

Если библиотека не поддерживает какие то коллбеки при сериализации

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

Округлить в ручную не проблема, при конвертации в строку всё равно получается не то что нужно. Например из 0.365826857499710167 получится что то вроде этого: 0.366000000000000123

Тут не понятно, как к сериализации json применить форматирование.

Стоит почитать про стандарт JSON, возможно там явно прописано что дробные числа хранятся как double неокругленное или что-то типа того

У json есть toString один из аргументов JSONOptions но нет ничего про форматированный вывод

То есть формально это не будет ничему противоречить

Ну а из 0.366 что получится? Неужели тоже много цифр после запятой?

Моя задача размер файла уменьшить за счёт убирания из лишней точности. 300 Гб почти...

Ну а из 0.366 что получится? Неужели тоже много цифр после запятой?

Ага

Это особенность чисел с плавающей точкой

Ага

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