GavriKos

Налог нужно платить с любого дохода.

P.S. хоть бы страну уточнили.

Канвасы и все остальное в популярных движках рисуют кнопки через OpenGL или другую либу наравне с трехмерными объектами. Никаких дочерних окон на уровне winAPI (если я правильно понял вас) там нет - только голый контекст.

А попытка, обычно, только одна.

Обычно - нет.

Откатиться на стейбл и не ставить превьюхи?

Нет. namespace UnityEditor

Если вы себя миддлом не считаете - то писать вам требования бесмысленно.
К тому же, ИМХО - все что выше джуна - это уже речь не о знаниях, а о навыках, которые прочитав книжки получить невозможно.

90% что никак - вижла сильно много пишет в системные директории - фиг вычистишь потом.

Попробуйте не совсем IDE, но: Sublime Text, VS Code. К ним без проблем прикручиваются компиляторы типа gcc

Там на самом деле сильно больше жопных мест, чем вы думаете. Так навскидку:
- у одного дома могут быть РАЗНЫЕ индексы (например, если в нем есть гос.организация - у нее может быть выделенный индекс)
- уникально идентифицировать связку город-улица-дом нельзя вообще - потому что бывают случаи когда в 1 городе 2 улицы с одинаковым названием (а то и больше). Соответственно - разные индексы.

Если отвечать прям про БД - то тут вопрос с другой стороны - а как вы списки полей то заполняете? Как у вас хранится список домов для улицы города.

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

В любом случае - почта если что разберется.

Вариантов на самом деле немало.

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

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

Прямой ответ на вашу постановку вопроса - никак.
А просто ответ - после загрузки сцены проверяйте и устанавливайте нужные состояния объектов. Можно у них в Awake это делать, например.

"не могу запустить" обычно надо сопровождать логами. И названием самого эмулятора.
Могу добавить, что на VirtualCPU скорее всего не получится запустить стандартный эмулятор из SDK - ему нужна виртуализация аппаратная какая то.

В консоли разработчика Google зарегистрировать нужные вам инаппы.

Ну если прям в ЛОБ отвечать - то есть специальности, непосредственно связанные с ИИ. На просторах СНГ это - "Интеллектуальные системы принятия решений", например.
P.S. специальности != факультет

Переписывайте на тот, которым хорошо владеете.

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

То, что она в данном случае по центру - для примера и удобства, а так может быть где угодно, но ее координаты относительно окна размером 1024х768 известны.

Относительно какой части окна?
Есть подход с использованием anchor - когда помимо координаты хранится еще и то, относительно какой части родительского объекта она считается.
И тогда координаты кнопки по центру ЛЮБОГО окна будут - (0,0).
А дальше уже вопрос дизайна - куда и как вам надо прибивать какие элементы.

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

P.S. что за мода пошла... Одни на юнити херачат то что на нейтиве в 3 строчки пишется, другие вот наоборот...

А еще в коде логические ошибки - не все условия покрыты. Например, с равенствами.