Size: a a a

2020 December 28

OB

Oleg B in dlang.ru
самый основной общеиспользуемый базис должен быть один и должен он быть в стд, иначе будет как в С/С++ что каждый будет свои строки изобретать
источник

DH

Dark Hole in dlang.ru
Oleg B
самый основной общеиспользуемый базис должен быть один и должен он быть в стд, иначе будет как в С/С++ что каждый будет свои строки изобретать
Кто этот базис определит?
источник

OB

Oleg B in dlang.ru
Dark Hole
Кто этот базис определит?
статистика
источник

DH

Dark Hole in dlang.ru
И нужен ли ему nogc safe betterc логгер?)
источник

DH

Dark Hole in dlang.ru
Oleg B
статистика
Хорошая идея.
источник

DH

Dark Hole in dlang.ru
Правда не очень понятно откуда её собирать
источник

OB

Oleg B in dlang.ru
Dark Hole
И нужен ли ему nogc safe betterc логгер?)
вот это интересный вопрос, с одной стороны то что может быть написано nogc safe betterc и ctfe, при этом без потери в функциональности и юзабельности должно быть написано так. с другой стороны отказ от сборщика ведёт к огромным затратам человеко-часов на такие задачи
источник

OB

Oleg B in dlang.ru
вообще разбиение текущего фобоса по подразделам оставляет желать лучшего
источник

DH

Dark Hole in dlang.ru
Oleg B
вообще разбиение текущего фобоса по подразделам оставляет желать лучшего
Как и качество некоторого кода
источник

OB

Oleg B in dlang.ru
согласен
источник

OB

Oleg B in dlang.ru
но это вещи поправимые
источник

g

gui in dlang.ru
Oleg B
основная проблема в нескольких стандартных библиотеках в том, что разрабатывая новую библиотеку разработчик должен решить что использовать и тогда одном из "лагерей" эта библиотека будет, а в другом нет, либо сделать тройную работу и поддерживать обе стандартные либы
решается спекой для стандартной либы
источник

OB

Oleg B in dlang.ru
хз в чём там внутри дело, но меня посмешило
источник

OB

Oleg B in dlang.ru
gui
решается спекой для стандартной либы
всмысле ты имеешь ввиду api одинаковый для разных либ делать?
источник

OB

Oleg B in dlang.ru
т.е. ты полагаешь что только чисто из-за реализации встаёт желание у некоторых писать свою std?
источник

g

gui in dlang.ru
Oleg B
всмысле ты имеешь ввиду api одинаковый для разных либ делать?
ну как в сишном стандарте определяется поведение функций в стандартной либе
источник

OB

Oleg B in dlang.ru
gui
ну как в сишном стандарте определяется поведение функций в стандартной либе
проблема не решается, api как часть проблемы, структурирование библиотеки как часть проблемы, будет спека — будет в ней проблема)
источник

МВ

Макс Воробьев... in dlang.ru
Oleg B
т.е. ты полагаешь что только чисто из-за реализации встаёт желание у некоторых писать свою std?
а какой еще повод писать свою реализацию? 1) не устраивает реализация стд. 2) не устраивает лицензия
источник

OB

Oleg B in dlang.ru
Макс Воробьев
а какой еще повод писать свою реализацию? 1) не устраивает реализация стд. 2) не устраивает лицензия
если api относить к реализации, то да, проблема в реализации
источник

OB

Oleg B in dlang.ru
gui
ну как в сишном стандарте определяется поведение функций в стандартной либе
и при таком подходе получится что одна std будет полностью не совместима с другой
источник