Все остальные до секунды работали

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

От контекста синхронизации отказались, вроде только в гуи приложениях и старом асп нет используется.

иногда ютуб выдаёт просто охуенные рандомные рекомендации. Нашёл канал басиста-наркомана https://www.youtube.com/watch?v=U4J_yaN2cpk

Он на всю башку отличный

и шуточки за триста везде

всё как я люблю

я чот не рискнул его смотреть в моих рекомендациях

я щас завис на докторе дью и его основном канале

иногда ютуб выдаёт просто охуенные рандомные рекомендации. Нашёл канал басиста-наркомана https://www.youtube.com/watch?v=U4J_yaN2cpk

гыыыыы

а мне давеча вот такоэ - https://www.youtube.com/user/leolego

https://devblogs.microsoft.com/dotnet/try-out-nullable-reference-types/ Как же сложно

https://devblogs.microsoft.com/dotnet/try-out-nullable-reference-types/ Как же сложно

Ну реально сложно

я дропнул на середине

Терпеливые. Я в самом начале про опт ин/аут. Ибануца.

Думаю, что пока в живой природе не встретится, особо смысла нет играться.

@neftedollar помнишь, я тебе на Insomnium альбом на ютюбе ссыль давал? У них новый 4-го октября выходит!

иногда ютуб выдаёт просто охуенные рандомные рекомендации. Нашёл канал басиста-наркомана https://www.youtube.com/watch?v=U4J_yaN2cpk

охуенчик

https://devblogs.microsoft.com/dotnet/try-out-nullable-reference-types/ Как же сложно

Вот тут у меня поехала крыша

Не говоря о том, что #nullable enable ЗАПРЕЩАЕТ нулы

Если считать, что nullable -- это просто название фичи, не вдаваясь в смысл названия, то норм.

Ещё отлично, что имплементя нотнулл генерик интерфейс нужно повторять нотнулл в имплементации

Больше бойлерплейта!

Что поделать. Нельзя просто так из языка выпилить null 🤷‍♂

Можно, если положить на обратную совместимость

В скалке вроде не стесняются так делать

И Айрат же рассказывал, что переезд проекта на новую версию — явление редкое, вроде бы.

а кажется что не должен был

Почему именно не должен?

И Айрат же рассказывал, что переезд проекта на новую версию — явление редкое, вроде бы.

Зависит. Мы все тащим обычно

Не говоря о том, что #nullable enable ЗАПРЕЩАЕТ нулы

Не запрещает, но заставляет указывать нуллабельность явно

Ещё отлично, что имплементя нотнулл генерик интерфейс нужно повторять нотнулл в имплементации

Это относится к любым констрейнтам вроде

"Because of this issue between the concrete representations of nullable reference types and nullable value types, any use of T? must also require you to constrain the T to be either class or struct." Вот где истинный йобаный стыд

Наколеночный NotNull<T> такой фигней не страдает

DisallowNull - это вообще пездня

Ну там много костылей, как я вижу. Особенно изящен условный null по bool

Т.е. тупо запретить наллы и завезти условный option не хватило яиц

Там весь фундамент на костылях выстроен

Кто мешал вхреначить в рантайм структуры-обертки?

Эххх, сколько гребцов зазря пострадает

Сколько будет сломано копий на код ревью

А тут Костыль Байтойоб Едишн Нах

И сколько детей будут плакать, пока папа ночью пытается отладиться

Я полагаю, флаг nullable просто не будут включать

Дети не ночью плакать будут, а днем трехэтажные папины выражения повторять

Ну для легаси скорее всего да

Думаю и для новья тоже. Очень уж токсичная фича выходит

Но ждём кучу статей, которые объяснят нам, что это хорошо

У меня реально с оберткой NotNull<T> проблем меньше

Она по крайней мере честный тип (а не атрибут), при этом оптимизируется в ноль. Не хватало только сахарку для Option

А тут и костылей накидали и сахару не доложили!

Так и придется универсальные генерики делать через Option<T, TOption> без сахара

[NotNullWhen(false)] - обожемой нах

Что мешало сделать как с туплами?

Хотели с минимальной болью для пользователей уже существующих апишек добавить null хинтов

Хотели с минимальной болью для пользователей уже существующих апишек добавить null хинтов

А толку-то? Кому надо уже для решарпера атрибутов наделали

У них не хватило яиц завернуть фичу

Когда увидели что будет

Хз

Т.е. я не против атрибутов для обратной совместимости легаси.

Это самая страшная фича шарпа за всю историю

Но там атрибутами хуярят поверх нового кода

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

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

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

Нет, я не про это. Посмотри: [return: NotNullIfNotNull("path")] public static string? GetFileName(string? path)

Это не для легаси пример!

ну вот, тут легаси тип string

поэтому вокруг него костыли

Ни хрена - тут новый модный тип "string?"

string? это как раз старый) а новый без вопроса

поэтому вокруг него костыли

Костыли там не поэтому

по модному надо писать string везде и будет как они и планируют

нет нулей на входе и выходе

и тогда атрибуты не нужны

нет нулей на входе и выходе

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

да, ну так мы же говорим про Новый код)

чтобы и внешний новый и везде новый

Внешний везде новый НЕ будет

может, если ты не пишешь либу

а только апп