А чтобы эффективно делать хайлоад штуки на всех ядрах - надо уже заморочиться и ничего готового нету

(кроме vibed)

Ну еще есть низкоуровневый libasync

Эх... Попробовал vibed. http сервер завёлся, пристегнул сокеты и вылетает какая-то ошибка не связанная с компиляцией

Эх... Попробовал vibed. http сервер завёлся, пристегнул сокеты и вылетает какая-то ошибка не связанная с компиляцией

Что-то с ssl?

Ваще без всего, просто голый кусок из примера http://vibed.org/api/vibe.http.websockets/

Ошибка то какая?

Венда

Так...

Тут есть небольшой нюанс с линковкой

Под 64бита

Нужен линковщик из вижака

Что печалит пользователей виндовс и с опр периодичностью обсуждается на форуме

Вижак стоит?

Оттуда по сути только билд тулс нужны

Стоял вродь. А разве без него просто http сервак заёлся бы нормально? Там по идее dub бы просто послал ещё при попытки завестись

Либо собирать под 32бита

Либо не мучать жопу и поднять себе станцию с бубунтой и там играть?

Стоял вродь. А разве без него просто http сервак заёлся бы нормально? Там по идее dub бы просто послал ещё при попытки завестись

Видимо какая-то библиотека 64 для второго случая нужна

Либо не мучать жопу и поднять себе станцию с бубунтой и там играть?

Норм

Под линуксом таких проблем нет

Под arm-линуксом?

Да и вообще север же

Под arm-линуксом?

Нууу тут такое...

Хм, значит малина пока временно откладывается. Пусть пылится дальше)

Ради баловства вообще ок

Но есть одна проблема

Ну, я хочу баловство до продакшена довести рано или поздно. Поэтому надо чтобы всё штатно без излишних костылей работало нормально. Точнее, надо в этом убедится. Пригоден ли вообще этот язык для около-продакшена)

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

Толи некоторые финты процессор не поддерживает на малине, толи инлайнинг криво EH делает

Короче иногда и в непредсказуемом (меняющемся) месте есть шанс не поймать исключение

Программа упадёт

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

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

Но в 99% случаев всё ок

И в 100% всё ок, если не использовать исключения))

Принял. Буду играться. Эксперимент с шиной все равно надо провести. Там гоняется дохрена данных, и что нода, что г оу иногда протекают. В обоих случаях проблема в сборщиках

Хм... Интересно

На D можно отключать его или принудительно вызывать

Это к слову

Или руками памятью управлять, но тогда опасность утечки будет выше

Это смотря как писать. Своим рукам я доверяю больше) На сях под авр и мсп почти 8 лет кодил

Это смотря как писать. Своим рукам я доверяю больше) На сях под авр и мсп почти 8 лет кодил

Тогда всё ок ?

Есть доступ к классическим malloc/free, есть экспериментальные аллокаторы с общим интерфейсом

Есть обёртка scoped позволяющая на стеке классы аллоцировать

В общем если есть желание/ умение/время самому писать что-то, то D лучший вариант

Хотелось бы баланса в плане возможностей и скорости разработки. Но учитывая сообщество D и ситуацию вообще вокруг него, то хотелось бы просто чтобы он не помер. А для этого надо малочисленному сообществу постараться дабы реализовать максимум удобных ежедневных либ) А то в отличии от гоу даже менеджер пакетов есть, а пакетов толком нет. Как так

как нет?(

https://code.dlang.org/

Есть легковесные быстрые http-серверы, аналогичные в go? Или сразу всякие наборы софта для шин. Да вообще для веба всякого. Я понимаю, что data science и image processing это круто, но чтобы язык жил массами ему нужна поддержка веба цивильная

Чтобы примитивные задачи примитивно решались)

да, как-то так похоже что вокруг D в основном геймдев крутится

Взять какой-нибудь npm. Там даже самая всратая либа будет подробно задокументирована. В dub я пока не наткнулся на крутую доку для сторонней либы)

ну и плюс еще - писать на D приятно, и каждый пишет для себя как можно больше либ

Ага, то же делают на гоу, и на js) Но это не отменяет наличия сотен либ на каждый кейс, чтобы не парится на нецелевых задачах

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

Вот это и странно. Сколько лет D, а сколько go

гм... транслятор js в d и поддержка npm пакетов... на уровне dub... норм челендж

Эта дискуссия тут повторяется примерно раз в месяц :)

)))

Ы) А топик стартеры потом тихо удаляются в закат и не возвращаются?)

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

поле для написания востребованных либ - непаханное

в других языках всё уже украдено до нас

Тут сложность вот в чём: когда из веба влезаешь во что-нибудь типа D, нужно иметь некое поле для изучения языка и возможностей, чтобы потом писать удобные библиотеки, а у нас тут получается, что нет вообще особо ничего)

если иметь ввиду писать прямо для прода-прода, то наверное да

ERROR: S client not available

https://twitter.com/Samathy_Barratt/status/935104914795180032

=)

Допустим, в ноде есть нативные модуль http, он легковесный и в нём ничего лишнего особо нет. Поверх него уже можно писать всякие вкусные фантики. А в D есть жирнющий vibe.d, и с ним особо то делать не надо ничего. Нужно что-то другое)

я vibe.d воспринимаю как какой-нибудь Play

ну из него можно брать вроде части, не обязательно весь

++

А это уже надо изучать из чего оно состоит и как связано. Было бы удобнее, если бы был набор исходных атомарных независимых частей, а уже далее отдельными проектами шли бы всякие фреймворки поверх. Чтобы части отдельно от всего были задокументированы) Иначе без вникания возникает путанница

там есть vibe.core - евент луп с какими-то небольшими наворотами

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

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

Поглядим. Так или иначе D очень оргазмичен, и так просто от него отступаться я не буду)

Кстати, а есть какая-нибудь вкусная IDE для него? С автокомплитами, с автозакрытием скобочек, авто-отступами. Короче, полный набор от JetBrains только для D? А то плагин у JB какой-то фу

это дело вкуса

плагин для intellij всё что ты перечислил делает

и кстати вот сейчас наконец двинулся девелопмент этого плагина

Я его воткнул в WebStorm, и там он даже умное переименование не способен осилить

Да и не раскрашивает половину)

ну да, какой есть )

А альтернативы?

был неплохой плагин под Xamarin Studio

не знаю что с ним сейчас

под атом что-то есть

под vs-code, под штудию

есть стэндэлон coedit

Давайте лучше напишите чем сами пользуетесь) Так понятнее будет

я остановился на intellij

я в основном vs-code сейчас, но хочу перейти на идеечный и помочь его попилить

Тогда вопрос закрыт. Остаюсь в вебшторме)

vs-code норм

Но там же одна фигня dcd

да, в штудии не dcd

да, в штудии не dcd

В плагине visual-d не используется dcd?