Честно говоря, я долго не мог понять проблему, пока не прочитал про nullable references.
Теперь кажется понял, но чтобы убедиться: если библиотека написана на C# 11 с включёнными nullability, а программа — без nullability, то при использовании библиотечного кода, если я положу null в notnull-тип, покажется предупреждение?
Я долго жду и с репортами.
Вот, например, репортил медленное открытие обычных вкладок в 2019 году, поправили только в 2021, а это между прочим было довольно серьёзной проблемой. Боюсь, исправление того же самого, только с приватными вкладками придётся ещё пару лет ждать.
Или вот с перетаскиванием вкладок в IDEA — написали пять лет назад "не баг а фича", ну и всё, просто не перетаскивай куда не надо и жди исправления неизвестно сколько, может когда-нибудь что-нибудь сделают.
С результатом кстати тоже всё так себе: статус исправления вообще приходится либо в changelog искать, либо на сторонних ресурсах спрашивать. Неужели не проще открыть трекер только для чтения вместо того, чтобы каждому в теме персонально отвечать о статусе решения их проблемы?
Приватные окна всё ещё довольно долго открываются по сравнению с другими браузерами
Перетаскивание вкладок на Jetbrains IDE всё ещё создают мусорные файлы с "[InternetShortcut]URL=..." (страшно раздражает, причём кроме Vivaldi ни один браузер больше так не делает)
Feeds в боковой панели всё ещё отображается только на одном окне
Боковые вкладки всё ещё нельзя сделать автосворачиваемыми/авторазворачиваемыми, как это сделано в Edge
Что ж, будем дальше ждать исправления действительно раздражающих вещей.
Батька может аргументировать, что именно при нём нынешнее поколение айтишников закончило школу, получило первую работу, открыло первый бизнес, а теперь вот зловещий Запад вставляет палки в колёса развивающемуся белорусскому IT. И некоторая логика в таких словах будет...
Петров подытожил, что текущий вариант выдачи и получения Telegram запросов в API Google Cloud Translate хоть и бесплатный, но непонятный для простых разработчиков, что не удобно для изучения исходного кода.
Учитывая, что исходники Telegram под Android печальноизвестнысвоейуродливостью, странно было вообще предполагать, что авторам есть дело до «удобства изучения исходного кода» сторонними разработчиками.
PS Оказалось, что перевод не совсем точен, в оригинале исследователь просто предполагает, что, судя по состоянию нового кода, с разработкой этой функциональности сильно спешили, чтобы успеть сделать её до конца года.
У меня после обновления в Speed Dial появилась ссылка на Yelp (https://vivaldi.com/bk/sd-yelp-en-us). Не подскажете, почему это случилось?
Мне больше интересно, является ли это нарушением своего же code of conduct или "это другое"?
Честно говоря, я долго не мог понять проблему, пока не прочитал про nullable references.
Теперь кажется понял, но чтобы убедиться: если библиотека написана на C# 11 с включёнными nullability, а программа — без nullability, то при использовании библиотечного кода, если я положу null в notnull-тип, покажется предупреждение?
Если библиотека написана на C# 11 с включёнными nullability, то публичное API будет сформировано с учётом этого, нет?
"Проверка Parameter на null" — эта же вещь нужна только если
<Nullable>disable</Nullable>, так ведь?Я долго жду и с репортами.
Вот, например, репортил медленное открытие обычных вкладок в 2019 году, поправили только в 2021, а это между прочим было довольно серьёзной проблемой. Боюсь, исправление того же самого, только с приватными вкладками придётся ещё пару лет ждать.
Или вот с перетаскиванием вкладок в IDEA — написали пять лет назад "не баг а фича", ну и всё, просто не перетаскивай куда не надо и жди исправления неизвестно сколько, может когда-нибудь что-нибудь сделают.
С результатом кстати тоже всё так себе: статус исправления вообще приходится либо в changelog искать, либо на сторонних ресурсах спрашивать. Неужели не проще открыть трекер только для чтения вместо того, чтобы каждому в теме персонально отвечать о статусе решения их проблемы?
Что ж, будем дальше ждать исправления действительно раздражающих вещей.
Учитывая, что исходники Telegram под Android печально известны своей уродливостью, странно было вообще предполагать, что авторам есть дело до «удобства изучения исходного кода» сторонними разработчиками.
PS Оказалось, что перевод не совсем точен, в оригинале исследователь просто предполагает, что, судя по состоянию нового кода, с разработкой этой функциональности сильно спешили, чтобы успеть сделать её до конца года.