Ооо, точно. Помнил, что должен быть отдельный метод.

Короче с либой dlang-request в целом все нормально. Проблема по больше части в Валтере Брайте и его стремление велосипедить)

Короче с либой dlang-request в целом все нормально. Проблема по больше части в Валтере Брайте и его стремление велосипедить)

Это ты про что?

Про раздельную запись бинарную и обычную?

Не, я к тому, что куча проблем вылезает с тем же GC на ровном месте. Лучше бы не dmd пилил в одиночку, а тот же LDC, а то у меня проекты то игрушечные, а проблемы какие-то мутные вылезают

Просто ну не дело это когда софт крэшится при попытке загрузить файл в 300МБ из-за того что там сборщик мусора коряво работает

И про запись. А там можно было как-то каст просто хитро сделать, чтобы write работал, а не rawWrite ?

вот как блин это разобрать? https://github.com/adamdruppe/arsd/blob/master/cgi.d

как можно написать 4к строк и еще поддерживать это?

в один файл

в один, сцуко, файл

Я спрашивал) Он ответил, что так удобнее)

типа все файлы в одной папке) никакой путаницы

удобно 4к строк держать в одном файле?

Ну да. Он бы разбивал на файлы, но тогда в папке будет куча файлов от разных проектов %)

Я все больше вижу что в экосистеме D живут какие-то особенные наркоманы :)

Которые считают красивым и удобным то что все практичные люди считают тяжким и непонятным.

Мне местами Ди начинает С++ напоминать обилием заморочек)

Я все больше вижу что в экосистеме D живут какие-то особенные наркоманы :)

Это просто люди пришедшие из си и плюсов. Там из-за инклудов больно разбивать код по файлам - одна циклическая зависимость и снова сгребай в кучу как хочешь

И если бы не авторитет разработчиков, то я бы не стал думать, что в этом есть что-то

Они могут годами обсуждать и реализовывать какой-нибудь локализованный import, чтобы не писать его лишний раз глобально в начале модуля, но при этом компилятор будет валиться из-за баги в простейшем коде, и на это всем наплевать.

Слава богу хоть Мака Паркера назначили главным за ревью DIP

хоть какая-то движуха пошла

Они могут годами обсуждать и реализовывать какой-нибудь локализованный import, чтобы не писать его лишний раз глобально в начале модуля, но при этом компилятор будет валиться из-за баги в простейшем коде, и на это всем наплевать.

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

// This can sometimes be a big pain in the butt for me, so lots of copy/paste here to cover // the possibilities

Да не опенсорс тут ни при чем. Это свойство конкретного разработчика или сообщества которое он собрал вокруг себя.

Они вроде еще пришли к выводу, что неймспейсы в C# более логично сделаны

В коммерческой разработке тоже есть любители навернуть еще слоев абстракции и всякой кластеризации, но при этом в системе может годами глючить логаут например.

Я правильно понию что если под Redox работает GCC то скоро и D будет т.к. его туда в состав включили?

Кстати, будете пускать — работает только если 2GB виртуалке выделить. Иначе GUI не стартанет.

https://twitter.com/yogthos/status/883058510275149826

О круто пойду разошлю всем

vibe.data.json не умеет null во float'е?

умеет

анотация специальная есть

Nullable!int timeToLive;

Nullable!int timeToLive;

Я про float

Сериализует nan он как null

А десериализовать не может

На радость любителям MySQL. Теперь есть 3 или даже 4 нативных драйвера на D. B только один сырой нативный на PG.

Веб в жопу превратился уже в полную. Регнулся на arubacloud.com после регистрации тут переход по страницам сопровождается 10-секундным прогресс-баром загрузки новой страницы

https://twitter.com/yogthos/status/883058510275149826

Идиотизм)))

Про раст и Redox:

"I wouldn't count out Rust as being too low level, as it has a lot of high level abstractions, and crates to provide even higher level abstractions for more specific fields. That said, when Redox becomes self-hosting, it should be capable of running any software that depends on libc, D included."

https://github.com/nexor/socket-concurrency-benchmark запилил бенчмарк thread vs fiber vs socket_select

Запустить ./socket-concurrency-benchmark --type=fiber, потом прогнать ab -n 5000 -c 20 http://127.0.0.1:1085/

А можешь результаты огласить?

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

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

+1

Интересен результат, но самому запустить сейчас нет возможности

Хотя порождать такое кол. потоков - это перебор...

как можно написать 4к строк и еще поддерживать это?

Всего 4к? У товарищей на соседнем проекте файлы по 100к и более. (Специально искал фотку, чтобы не соврать.) P.S. Лучше файлы по 4к, чем в 40 раз больше файлов по 100 строк.

ну конечно)

Разве лучше? Это же неюзабельно

Если они еще по директориям разложены красиво то навигация по ним будет удобной.

Впрочем это похоже все вопрос об инструментах навигации по коду.

как по мне, в D уж точно можно избежать модулей по 4k строк)

Мне кажется это сарказм воощбе сарказм был)

видели что дуб пакет запилили для компилятора?

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

dub и анализ кода?

разве это не дело DCD?

https://github.com/dlang/dmd/pull/6771

dub и анализ кода?

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

ERROR: S client not available

Мне кажется это сарказм воощбе сарказм был)

Тега не было, ничего не знаю.

Впрочем это похоже все вопрос об инструментах навигации по коду.

Через Sublime, по структуре директорий? На мой взгляд нет ничего лучше, когда в один файл собрано всё релевантное. Если он становится слишком большим — оформляем пакет. (Речь про структуру в D, конечно же.)

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

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

Ну а как ты будешь искать какой-то функционал логически выделенный? Скроллить кучу строк? А можно в 2-3 клика перейти к нужному файлу.

Ну а как ты будешь искать какой-то функционал логически выделенный? Скроллить кучу строк? А можно в 2-3 клика перейти к нужному файлу.

F12, даже в Sublime работает.

А вообще я предпочитаю Ctrl+F.

Не, я говорю именно про истуацию когда надо все быстрым взглядом окинуть

Поискать какие-то классы со схожим названием, посмотреть на структуры, константы.

Когда это выделено в отдельный файл то проще запомнить и сходить туда

Ну а как ты будешь искать какой-то функционал логически выделенный? Скроллить кучу строк? А можно в 2-3 клика перейти к нужному файлу.

Тут важен баланс. Чтобы и не кучу строк скролить и не кучу файлов. А то бывал на проектах, особенно если они на Java...

Ну 100к строк это перебор

4к может еще можно как-то терпеть. Хотя как у него там разбираться, тоже непонятно.

Поискать какие-то классы со схожим названием, посмотреть на структуры, константы.

Давно уже была мысль, что надо бы научить редактор (или какой другой инструмент использовать), который бы выдавал краткий список всего, наподобие хедеров в C++.

Было бы в разы удобнее, чем что-либо скролить.

Ну вот файлы частично решают эту проблему. А в IDE есть и более продвинутые фишки

Но впринципе нету ничего проще понятнее и фундаментальнее, чем 10 файлов разложенных в директории и названных логически ;)

Давно уже была мысль, что надо бы научить редактор (или какой другой инструмент использовать), который бы выдавал краткий список всего, наподобие хедеров в C++.

ctrl+o в eclipse)

А не в Eclipse?

ну или просто вкладка outline

Но впринципе нету ничего проще понятнее и фундаментальнее, чем 10 файлов разложенных в директории и названных логически ;)

Если их только 10, то согласен. А когда сотни — уже не уверен.

а не в эклипс все зависит от того, где)

В Sublime Text?

не знаю, не пользовался им)

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

Джавист наверное?

я-то? не, с джавой не сложилось)

Не, я про Павела.

Короче, главное баланс. Не нужно ни одну из сторон доводить до абсурда.

Что-то мне подсказывает что на низкоуровневых языках не так уж много сложного софта написано )

ну так-то, это достаточно распространенная практика — дробить проекты на файлы, собственно, где-то на форуме мелькала мысль, что стандартную библиотеку D тоже хотят дробить)