Есть неочевидный крутой плюс в том что в SDL плотность информации даже выше чем в XML, в котором плотность выше чем в JSON

Ну... Не сильный +

Есть неочевидный крутой плюс в том что в SDL плотность информации даже выше чем в XML, в котором плотность выше чем в JSON

Э, а почему в XML плотность выше, чем в JSON?

У JSON по сути есть из инструментов только ключ:словарь

А у XML для ключа можно еще указать атрибуты и таким образом закодировать дополнительное поведение

Но когда чисто ключ/словарь, то тогда много избыточной информации

XML вообще избыточен часто

Да

А можно что-то типа хука описать?

Ну скажем после обновления пакета?

А в SDL вроде как с этим тоже красиво, просто не пишешь ненужной метаинфы и все

А сам dub поддерживает расширения?

А EDN vs SDL?

не знаю что это, выглядит не очень красиво

Lua!)))

не знаю что это, выглядит не очень красиво

https://habr.com/post/178473/

Ещё tree вспомните.

:3

https://habr.com/post/248147/

Автор своему формату в табличке поставил пятерки по всем пунктам? Прекрано.

Вот там INI почти идеальный формат. В нем не достает только произвольной иерархии и бинарной безопасности. Если учесть что в текстовых конфигах бинарная безопасность нафиг не нужна, то SDL его полностью заменяет :)

ini не плох

Я бы больше на него ставил

Его знают многие и не вызывает необходимость гуглить

Так что я вместо своего, взял бы его

Если это не решение для внутреннего использования

Согласен. Простой и понятный, а тут фиг поймешь как конфиг записать

Есть у меня такое чувство, что разработка vibed скоро встанет. Кроме людвига никто не пилит, а от него коммитов все меньше и меньше

https://github.com/vibe-d/vibe.d/graphs/contributors

привет! а сколько лет можно тулить такой проект? должна же наступить фаза стабилизации

Да тут как бы фаза могилизации не началась

все фиксы за последние 4 месяца (дальше не смотрел) какие-то дико минорные

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

Дуvаю что конец уже близок. Количество жалоб не сокращается, а темпы разработки только падают

Дуvаю что конец уже близок. Количество жалоб не сокращается, а темпы разработки только падают

Значит скоро может появиться много новых альтернатив

Да нужно что-то простое и рабочее как топор

Я тут Pony посмотрел. Судя по докам для сетевых приложений нет ничего лучше.

Я что-то не пойму, Ди вообще теперь без установки студии проекты сложнее Hello World перестал собирать?

VS Build Tools установлены

в Go http сервер хуже дишного vibe.d, Но там есть fasthttp, либка которая рвет всех...

в Go http сервер хуже дишного vibe.d, Но там есть fasthttp, либка которая рвет всех...

Чем хуже?

по скорости

https://m.habr.com/post/303590/comments/

тред

https://github.com/valyala/fasthttp#http-client-comparison-with-nethttp

Я тут Pony посмотрел. Судя по докам для сетевых приложений нет ничего лучше.

Там с библиотеками туго. Даже простенький веб-сервер, отдающий файлы, пришлось писать самому https://bitbucket.org/infognition/fileserver/src Используется библиотечка http, которую недавно кикнули из стандартной библиотеки за плохое качество. Она и правда не оч - память течет.

Я что-то не пойму, Ди вообще теперь без установки студии проекты сложнее Hello World перестал собирать?

версия компилятора какая?

Была v2.080 но обовился до v2.081.0-rc.1

судя по логу ты вообще компилируешь ldc, не?)

Я на Ди с прошлого года ничего не писал, а тут попробовал и на тебе) стало еще хуже чем было)

попробуй dub build --arch=x86_mscoff

ну и --force можешь добавить

так-то, конечно, обновляться до релиз кандидата и обижаться на ошибки — это странно)

на ubuntu все ок))

попробуй dub build --arch=x86_mscoff

Вот так уже лучше. но по факту блин какой-от пиздец. С++ 2.0 реально

Почему C++ 2.0?)

Потому что сложности как у плюсов

нет эффекта "сел и поехал"

Сложности, как у любого компилируемого языка)

Опять же, хочешь избавиться от сложностей – есть go)

винда же :)

Блин, ну куда это годится:

оо lighttp :)

Я решил, что у него шансов больше чем у вайба. Его хоть саппортить проще будет

ERROR: S client not available

надо смотреть, что за либы в libasync засунули

Он же на нативном Ди написан

а, ну ясно, это omf

можно забыть про mscoff и x86_64)

а в чем суть проблемы?

в том, что библиотека формата omf, а билд x86_mscoff и x86_64 используют coff

блин, ну вот откуда столько гемора то? Почему все не могут перейти на один стандарт

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

это очень старая история, уходящая корнями в digital mars c, исторически компиляторы digital mars использовали формат omf, а стандартом в windows с некоторых пор стал coff

и, по-моему, до 2.079 линкер digital mars не поддерживал линковку coff, сейчас она появилась)

через mingw чтоли или как-то так

кстати, нужная версия либы есть в поставке компилятора D в windows\lib32mscoff\mingw\ws2_32.lib

По дефолту omf идет? А в винде coff прям совсем стандарт? Тоесть все на нем?

кстати, нужная версия либы есть в поставке компилятора D в windows\lib32mscoff\mingw\ws2_32.lib

И как мне быть? Как сделать, чтобы заработало? Вообще что это за либа?

судя по всему, что-то связанное с сокетами)

самое простое, если будешь билдить только под x86_mscoff, попробуй заменить либу в libasync, но по-хорошему надо править libasync)

Я решил, что у него шансов больше чем у вайба. Его хоть саппортить проще будет

++, тоже буду его смотреть и hunt

кстати, нужная версия либы есть в поставке компилятора D в windows\lib32mscoff\mingw\ws2_32.lib

Оно ругается на ws2_32_ex.lib а не на ws2_32.lib

хз, какая там разница в символах, попробуй, вдруг прокатит)

самое простое, если будешь билдить только под x86_mscoff, попробуй заменить либу в libasync, но по-хорошему надо править libasync)

Блин, как такое получается? ibasync написан на Ди и поставляется в исходниках. Значит будет собираться в единый формат с проектом

грубо говоря, это биндинги к функциям из виндовых dll

ну и естественно, они в формате lib

хз, какая там разница в символах, попробуй, вдруг прокатит)

Попробовал подсунуть переименованную. Выпало с: C:\D\dmd2\windows\bin\lld-link.exe: warning: phobos32mscoff.lib(crc32.obj): undefined symbol: __allshr error: link failed Error: linker exited with status 1

ну, значит, не прокатит)

ааа, это уже косяк с std, судя по всему)

попробуй до 2.079 откатиться)

пиздец))) а это регрессия какая-то?

откуда я знаю

скорее всего, да

да, кстати, попробуй взять старую либу, которая была изначально, и сделать dub build --arch=x86 --force

вообще, конечно, винда никогда не была дружелюбна к разработчикам)

Скорее разработчики для винды недружелюбны к другим разработчикам для винды)