Pull to refresh

Comments 9

Почему-то думал, что специализация попадёт уже в этот релиз, так что он стал некоторым разочарованием.

Ну так используйте nightly ветку, в чем проблема? Рано или поздно войдет, раз RFC уже стабилизирован и реализован.

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

А в ночной версии специализация и до этого релиза была доступна.

Как ни странно, многие библиотеки пишутся на новых фичах ночных версий.
Пару тысяч раз ловил ошибки в Cargo на стабильной версии.
Кто вообще использует stable, это же как Windows Home Edition, всё урезано.
Вот понадобился внезапно какой-нибудь интринсик и что делать.
Только фиксированные nightly, только хардкор. Если нужна практическая стабильность, можно минимизировать использование нестабильных фич и избегать совсем нестабильных вещей вроде внутренностей компилятора.
Я использую stable и считаю, что это лучше защищает от багов компилятора. Stable относительно большое число людей использовало по крайней мере 12 недель — поэтому многие баги уже обнаружены и, возможно исправлены. Про nightly такого не скажешь.

Ночные возможности тоже нужно использовать с осторожностью. Их могут выбросить в любой момент — прецеденты были. Поэтому «по умолчанию» можно завязываться только на stable.

Радует, что std::panic таки стабилизируют в 1.9.0. Давно хотелось.

А не начнётся теперь ад, когда писатели библиотек начнут использовать += где надо и где не надо?

Дык, другие операторы, при желании, тоже можно "хитро использовать", но ада пока не наблюдается. Так чем += хуже/лучше в этом отношении?

Sign up to leave a comment.

Articles