Текущий форум не просто форум, это интерфейс к ньюсгруппам, и матерые деды там сидят не через веб-интерфейс. Там Технологии Древних, они еще Ленина видели.

охренеть

@antlord а разве кортеж — контейнер?

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

но если для питониста так понятней, должно остаться так

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

типа структуры, классы и тд

Насчет сравнения с С++ : https://thedeemon.livejournal.com/123523.html Что на С++14 требует сотен строк ада, боли и позора, в D делается из коробки в пару строк.

@ned_ogl ты же у нас осдевом увлекаешься. Думаю тебе будет интерено что-то подобное сделать http://forum.dlang.org/thread/wegknovsrwpfdotjxpfx@forum.dlang.org

@ned_ogl ты же у нас осдевом увлекаешься. Думаю тебе будет интерено что-то подобное сделать http://forum.dlang.org/thread/wegknovsrwpfdotjxpfx@forum.dlang.org

Да, интересная идея. Это даже будет неплохо смотреться на контроллерах всяких. Но есть одна проблема. Я ничего не знаю о vibe.d

Ну это поправимо..))

На правах оффотопа еще раз хочу спросить. Никто тут работу в Москве не ищет? Территориально: Москва/Чистые пруды. Писать надо на Python, но начальство в целом открыто к новым технологиям, но пока исключительно Питон. Кому интересно — пишите в личку.

Насчет сравнения с С++ : https://thedeemon.livejournal.com/123523.html Что на С++14 требует сотен строк ада, боли и позора, в D делается из коробки в пару строк.

? хайповенько, надо было на хабр

На хабре у меня нет аккаунта

На хабре у меня нет аккаунта

Религиозные убеждения?

там же по приглашениям?

в песочницу кажется одну статью можно написать

Текущий форум не просто форум, это интерфейс к ньюсгруппам, и матерые деды там сидят не через веб-интерфейс. Там Технологии Древних, они еще Ленина видели.

Я пару лет назад предлагал добавить поддержку Markdown. Просто на сайте по-умному рендерить текст. Только Александреску сказал, что хорошая идея. И толпа людей спорила. Им казалось, что моя идея всем всё сломает. Markdown ведь так и не добавили?

Насчет сравнения с С++ : https://thedeemon.livejournal.com/123523.html Что на С++14 требует сотен строк ада, боли и позора, в D делается из коробки в пару строк.

Руст разве порождает код, который быстрее того, что даёт D?

Руст разве порождает код, который быстрее того, что даёт D?

Да

Да

Ого. А в чём дело? Компилятор развит лучше?

нет сьорщиков мусора

Руст разве порождает код, который быстрее того, что даёт D?

Когда как. В некоторых моих тестах D был быстрее. Но если начинается нагрузка на GC, то тут легко отстать.

Это ведь канал про питон? ) Правильно ли я понимаю, что для работы с картинками там надо брать Pillow, а чтобы записать видеофайл, например AVI, нет нихуя кроме оберток над ffmpeg? (короткий оффтоп, сорри)

тут смотрели? https://github.com/vinta/awesome-python#video

нет еще, спасибо!

Вопрос, а assert'ы же вроде работают только в дебаг билдах или нет?

Из release компилятор вырезает все assert, кроме assert(false).

А как проще всего строку вида: "1,2,3,4" перевести в int []? str.split(",").map!(a=>to!int(a[0])) ?

Как проще перевести зеленое в котлеты? ?

просто у dini есть метод getKey но мне нужно получить массивов интов из значения

channel_id = ini["sync"].getKey("channel_id").split(',').map!(a=>to!int(a)); ругается: Error: cannot implicitly convert expression map(split(ini.getSection("sync").getKey("channel_id"), ',')) of type MapResult!(__lambda1, string[]) to int[]

Так непонятно что тебе нужно. Каждый символ строки конвертировать в его ascii/unicode код ?

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

боже, опять я метод .array забываю. ей богу надо блин аллерт какой-то компилятору выводить, а то наверно не я один туплю

дело в том, что в большинстве случаев array как раз не нужен для экономии памяти

А как проще всего строку вида: "1,2,3,4" перевести в int []? str.split(",").map!(a=>to!int(a[0])) ?

auto xs = str.splitter(",").map!(to!int).array;

я так в итоге и сделал, но разве внутри map можно аргументы опускать?

Да, там нужна функция, не обязательно лямбда. to!int - вполне себе ф-я.

в итоге в LDC есть линкер для x64 систем?

И да, у меня теперь драйвер ddb для PG падает с ошибкой Memory allocation failed.

`> dub —compiler=ldc2 Failed to invoke the compiler ldc2 to determine the build platform: ""ldc2"" не является внутренней или внешней командой, исполняемой программой или пакетным файлом.`

как LDC то билдить сейчас надо?

а сам ldc2 где у тебя?

C:\D\ldc\bin путь прописан в PATH системы

хотя момент

наверрно cmd надо перезапустить

Билдится. В LDC так и не появился 64 битный линкер?

Как предотвратить множественный запуск копий приложения кроме как путем создания файла-индикатора?

Как предотвратить множественный запуск копий приложения кроме как путем создания файла-индикатора?

Чем тебе файл не нравится?

Придумать можно вообще всё что угодно

Но файл распространённый приём

C:\D\ldc\bin путь прописан в PATH системы

Неправославный путь какой-то. Должно быть D:\ldc\bin.

C++:\g++\bin

https://habrahabr.ru/post/344356/

это я так

вбросить))

к слову, писал rustоман

Вот интересно как гугл будет решать эту проблему лет через 5, когда накопят тонны этого "простого кода"?

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

я имею ввиду продуктовое

речь не идет о чем-то системном

типа утилиты find или grep

сломают обратную совместимость и запустят go2, который будет как D, только надежным

А чем Ди не надежный?

Я тоже не понял про надёжность

Видимо имеется в виду промышленная поддержка экосистемы

ERROR: S client not available

Не знаю даже как высказаться локанично

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

вот еще например. Недавно натыкался на то, что ловил segfault, а traceback не было. Был просто segfault. В процессе выяснил конечно, что проблема была в рекурсии, но можно было и сообщение об этом выбросить. Или тут я неправ?

может это тоже к экосистеме относится, но еще иногда я негодую от документации. Не могу вспомнить, что я не мог из нее понять в последнее время. Но вот есть пример https://dlang.org/library/core/sync/condition/condition.html

такие мелочи мешают делать проект

Надо было сказать не "надёжный", а "качественный"

вот еще например. Недавно натыкался на то, что ловил segfault, а traceback не было. Был просто segfault. В процессе выяснил конечно, что проблема была в рекурсии, но можно было и сообщение об этом выбросить. Или тут я неправ?

В vibe?

Да нет, в своём коде. Писал синксический анализатор

Да нет, в своём коде. Писал синксический анализатор

Если случилось переполнение стека куда должно исключение новое выделиться? пс: для чего анализатор?

А можно спросить по быстренькому не по теме?) Пытаюсь нагуглить как запихнуть флаг --arch=x86_64 в dub.json и по документашке как-то не понял.. :/

Это вообще возможно?)

А можно спросить по быстренькому не по теме?) Пытаюсь нагуглить как запихнуть флаг --arch=x86_64 в dub.json и по документашке как-то не понял.. :/

Когда я в последний раз хотел так сделать не нашёл, у Людвига странная позиция по этому поводу.

Приблизительно та же логика что и с компилятором

Его тоже нельзя указать через dub.sdl/json

Это тупо. Возможность говорить dub чо делать есть, а сказать ему о примитивных флагах, пусть в том же виде, что через консоль нету... Ну не нравится ему, впилить то между делом ничего ж не стоит

Эх

Это тупо. Возможность говорить dub чо делать есть, а сказать ему о примитивных флагах, пусть в том же виде, что через консоль нету... Ну не нравится ему, впилить то между делом ничего ж не стоит

В его распоряжениях есть логика

Но она не идеальна)

Ну, логика не логика, нет ни единого смысла "лишать" примитивной возможности. Это ж лишние помехи при "коробчном" деплое. В этом плане у D вообще всё прям печально

Причём печально в мелочах таких простых, что аж обидно)

Ну, логика не логика, нет ни единого смысла "лишать" примитивной возможности. Это ж лишние помехи при "коробчном" деплое. В этом плане у D вообще всё прям печально

Есть логика

Это ж ограничение ради ограничения

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

Тоже и насчёт архитектуры

Эм, ну так что руками это делать, что через конфиг, проблему то не решает никак вообще) Ты ж сам проект пилишь, зачем каждый раз обязывать вносить флаги и кучу неважной ерунды? Есть проект, у него есть конфиг, там всё описано, жмакнул dub build и поехали

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

Короче меня это тоже бесит, поэтому я Людвига недолюбливаю

Хотя он огромный вклад в развитие экосистемы внёс

Ну, взять npm. Он берёт в приоритет флаги, переданные руками, далее использует то, что в конфиге твоего проекта, а дальше если есть использует конфиги библиотек

То есть, ну, в чём проблема то)

То есть, ну, в чём проблема то)

У меня уже возникали мысли написать свой dub, совместимый с его, но который мог бы в конфиге хранить всё