Василий Банников

Получается, что скорость равна?

Нет, не равна.
Как минимум из-за того что big O показывает только характеристику, с которой растёт время.

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

Чисто в теории, вставить элемент в середину большого Linked List будет дешевле, чем в середину большого List, тк в первом случае нам нужно будет выделить лишь небольшой кусочек памяти и поправить пару ссылок.

Во втором - придётся в худшем случае выделить кусок памяти побольше, чтобы уместились все данные и перекопировать весь список.

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

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

Вот ты сам на всё и ответил.
Добавлю только, что DbContext также содержит в себе change tracker и кэш, которые также можно немного настроить в DbContextOptions.

Текущий url проще через js вывести на фронте. Зачем это делать на стороне бэка?
Если нужно на стороне бэка узнать, какой адрес запросил клиент, то это в HttpContext можно посмотреть, но ты там не увидишь anchor - та часть, которая после #

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

Главное преимущество в том что у тебя инфраструктура на проде и инфраструктура при разработке похожие=> в случае проблем, они будут быстро вскрываться.

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

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

Смотри на "Data units written" и сравнивай с заявленным показателем TBW.
Я бы на 50% TBW уже покупал запасной, а на 80% перегонял бы данные со старого на новый.
Ещё можно посмотреть на "Available Spare" - когда их становится мало, тоже уже следует хорошо задуматься о замене.

public async Task<Country?> GetCountry(string countryCode, CancellationToken cancellationToken)
{
    var countries = await SearchCountries("en-gb", cancellationToken);
    var country = countries.Value?.FirstOrDefault(x => string.Equals(x.Code, countryCode));
    return country; // всё ок - теперь типы сходятся.
}

Кажется, тебе для начала базу про сети нужно почитать.
А дальше про сетевое программирование (есть даже книги, которые рассматривают применительно к играм).
А можно сразу взять какой-нибудь photon и страдать

Это вообще правильно?

Да, это правильно и это по сути единственный адекватный способ отмены долгоиграющих операций.
Когда-то давно у потоков был метод Abort, но его удалили, тк его использование очень часто приводило к неприятным багам.
Ну и пихать проверку cancellation token повсюду не обязательно.

Поток вызывает 1 функцию библиотечную неуправляемого кода, как ее прервать?

Безопасно - никак, если эта неуправляемая функция не предоставляет интерфейс для отмены.
Даже если бы и был способ (тот же Abort), то прерывание неуправляемого кода очень вероятно приведёт к утечке ресурсов (в лучшем случае не будет освобождена динамическая память)

Минусы:
1. Вам самим придётся все свои доходы декларировать, чтобы потом не жаловаться, что вам заблокировали счета и начислили пени за неуплаченный налог в лучшем случае
2. Закон тебя никак не защищает (могут уволить одним днём, например, и вполне законно могут недоплатить, списав на волатильность курса)
3. Работодатель, который такое предлагает - в 99% случаев занимается чем-то серым, а то и незаконным => тебя ещё могут как соучастника накрыть, если очень сильно не повезёт.
4. Курс волатильный и могут быть проблемы при попытке перевода в фиат (начиная с комиссий и невыгодного курса, заканчивая обвалом курса и отсутствием покупателей. Про возможность объявления крипты вне закона или блокировки счёта на бирже или в банке я молчу)

Законно ли это(живу в России)?

То что ты делаешь уже не законно, даже без привлечения крипты, тк в России запрещено иметь трудовые отношения (регулярные работы на полный рабочий день с фиксированной ежемесячной оплатой) между самозанятым (исполнителем в статусе самозанятого) и заказчиком, ибо это очевидное уклонение от налогов (со стороны исполнителя, ибо так ты уклоняешься от НФДЛ) и нарушение трудового кодекса (со стороны заказчика, тк он уклоняется от уплаты взносов в ФСС и ПФР, и не обеспечивает тебя-работника социальными гарантиями)

Законно ли это(живу в России)?

Крипта в России не является законным средством платежей. Так что если не хочется проблем с законом - нужно оформлять две операции:
1. Оказание услуг (с ценой рублях).
2. Продажа/покупка крипты на эту сумму.
Причём по времени сначала ты должен оказать услугу, а уже потом "купить" крипту, после чего её продать, и уже тогда деньги с продажи крипты должны поступить на твой счёт в банке. Иначе рискуешь словить блокировку (в лучшем случае - временную, пока не объяснишь банку, что это вообще произошло)

Иначе потом будут вопросы "а откуда крипта" и "а где деньги, которые ты должен был получить за оказание услуг".

Много ли уходит на комиссиях?

Это уже зависит от того, как будешь выводить и как тебе будет твой "работодатель" деньги присылать.

Но это не верно с точки зрения логики,

Почему не верно? Конкретный тип всегда можно привести к базовому.
Джон не человек? Кошка не животное?
Вот наоборот уже нельзя: например нельзя People ob = new object(); - будет ошибка, тк object - слишком абстрактный тип.

PS: чтобы не мучать отвечающего - лучше делай нормальные отступы в коде.