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

У тебя там self referential struct, так что придётся при помощи NonNull указателей сделать и запретить перемещение структуры при помощи PhantomPin.
Лайфтайма наподобие 'self нету

const x = {"data":{"id":"7c02c520-b644-4a65-9b71-2bcdaaddf4a2","url":"https:\/\/pay.enot.io\/7c02c520-b644-4a65-9b71-2bcdaaddf4a2?locale=ru","expired":"2024-08-10 02:51:09"},"status":200,"status_check":true};

const url = x.data.url;
console.log(url);

Мне кажется, прямо в названии отражать, что он unstable не обязательно, ибо стабилизация существует только в рамках стандартной библиотеки - просто дай ему другое название и закрой за feature, которую можно включить только на nightly.

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

1. Задай вопрос сам себе: Чтобы что? Чтобы сделать себя более узнаваемым? Чтобы показать прикольную штуку другим? Чтобы, возможно, привлечь ещё контрибьюторов в твой проект? Чтобы, возможно, найти новых клиентов?

2. Исходя из этого уже и действуй. Возможно хватит просто написать статью на хабре или другой площадке. Может хватит поста в тематическом сабреддите. Может надо делать сайт для демонстрации твоего продукта и делать полноценную рекламу за деньги. Мб можно добавить себя в тематические awesome-списки.

то уже нет смысла ни в UnitOfWork, ни в Repository. То есть можно избавиться от Infrastructure слоя, чтобы схема была уже такая: UI, Application, Domain.

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

Просто в случае с UnitOfWork и Repository накладывают только лишнюю нагрузку, потому что это и так реализовано в EntityFramework.

Тогда будет усложнено тестирование, так как ты не сможешь замокать EF.
Лучше всю работу по построению запроса тоже вынести куда-то в инфраструктурный слой - тогда и UoW и "Repository" не придётся тащить в домен.

Если попробовать загуглить, то в нескольких первых строчках гугла упоминается одна и та же библиотека - GetIt.
Так что думаю, что можно утверждать, что если используют, то её.
https://pub.dev/packages/get_it

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

Саму игру попробуй запустить в оконном режиме.

ведь по сути функционал уже зашит в файле

Далеко не всегда. Многие расширения обращаются к своему серверу и часть функций зависит от сервера.

Крокодил цепляется на массу.
Щупом трогаешь провода.

Если попал в массу, то между щупом и крокодилом происходит замыкание, ток движется через батарейку, зелёный светодиод, на массу автомобиля и обратно в батарейку.

При попадании в плюсовой провод - наоборот и в качестве источника питания будет аккумулятор автомобиля.

На картинках ниже объяснение - почему. Выделил пунктирной линией цепь

Работодатель не обязан интересоваться здоровьем разработчиков.
=> Работодатель не имеет возможности даже узнать о том, что ты инвалид по зрению, если ты сам об этом не расскажешь.

Обязательными для работодателя являются те условия работы, которые указали медики. А для инвалида они носят только рекомендательный характер. Инвалид может отказаться от какого-либо вида, объема и формы мероприятий по реабилитации или от реализации программы в целом.

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

PS: А что такое "длительная работа за компьютером"?
При стандартном рабочем дне 8 часов + 1 час обед у тебя в худшем случае будет два периода работы за компьютером по 4 часа.

Если добавить всякие дейлики и прочие встречи - как минимум один из таких периодов можно ещё на 2 поделить.

А ведь ещё просто во время работы можно делать перерывы по несколько минут.