ZERGeich

Внутри страны, особенно внутри одного провайдера - вообще без проблем. Даже под случайные блокировки скорее не попадете.
Тем более по обоим статическим IP и как сказал Юрий MikroTik можно его зарегистрировать.
По поводу использования платного mpls РТК или своего - решается информационнной безопасностью и защитой персональных данных.
в случае mpls РТК гарантирует что трафик будет идти только между вашими точками по кратчайшему маршруту. В случае самонатроенного - по общей маршрутизации (хоть через германию, хоть через гондурас) Ну и в mpls по умолчанию входит гарантированная полоса пропускания, отсюда и цена.
По поводу оборудования и протоколов - на сколько помню, там были какие-то терки с защитой персональных данных, всяких банковских и прочих тайн - для них нужно использовать отечественные криптошлюзы и ГОСТ протоколы, а обычный скуд можно и на микротах гонять.

Надежный впн от РТ… ржал в голос
SSTP поднимите между офисами
Скуд через интернет пробрасывать это крайне странно. Он должен работать локально, иначе РКН опять накосячит, пол инета упадет и Ваш СКУД сломается

Можете.
И да, вопрос о незаконности использования VPN в корпоративных целях выглядит прям очень странным.

Если язык не важен, то вот, пожалуйста:
Частично (и размазано по всей книге) есть у Найстрома (C++/JS/UML/псевдокод, но в основном C++):
Robert Nystrom - Game Programming Patterns

Демка с игрой разработана у Адамса (C++98 + скрипты, но на чем они были я не могу вспомнить):
Jim Adams - Programming Role Playing Games with DirectX (2nd Edition)

Попробуй пообщаться с chatgpt (выбирай openai, anthropic или google, менее рекомендую grok и deepseek, не рекомендую майкрософтовский copilot и всякие яндексы гигачаты и открытые ламы), они представляют из себя дистиляцию основных знаний человечества, этакий stackoverflow на стероидах, возможно лучшее место где можно сейчас учиться - это оно.

Чем лучше сформулируешь вопрос, тем полезнее будет ответ. Лучшая демонстрация в известной поговорке - вопрос должен содержать половину ответа.

Они и вопрос поймут, и примеры с кодом дадут.

p.s. само собой, ожидать мега результата от современного ИИ опрометчиво, но для обучения пойдет

Готовый код ищи в опенсорс играх. В остальном - только общие принципы.
Если бы мне пришлось реализовывать боёвку, я бы опирался на две идеи:

1. Автоматы состояний, в т. ч. ортогональные (т.е. несколько параллельных независимых автоматов). См. паттерн "состояние" из паттернов банды четырёх.
Например, для скилла у персонажа могут быть такие состояния:
Idle - скилл не используется
ChargeUp - персонаж готовит атаку
Active - персонаж выполняет атаку
Cooldown - персонаж восстанавливается после атаки
Для мгновенных атак скилл перейдёт из Active в Cooldown сразу же, для длительных - может какое-то время сидеть в Active. По сути, скиллами можно описать вообще всё, от дефолтных атак до использования предметов.

2. Подписка на события
Это полезно для реализации статус-эффектов. Т.е. перс имеет несколько событий: игровой тик, получение урона, нанесение урона, переход навыка в следующее состояние, и т.д. При этом события должны позволять менять происходящее. Скажем, обработчик события "получение урона" должен иметь возможность изменить получаемый урон или отменить его вообще.
Когда на перса накладывают статус-эффект, объект этого статус-эффекта подписывается на соответствующие события. Например, эффект "горю" подписывается на событие "игровой тик", и генерирует урон персонажу через заданное количество тиков. По снятию статус-эффекта объект должен отписаться от событий.
Если на событие подписаны несмколько эффектов, их обработчики событий отрабатывают поочерёдно.
Также нужна система приоритетов, чтобы одни эффекты срабатывали строго до других, а не зависели от порядка их наложения. Иными словами, список активных эффектов должен сортироваться при добавлении новых эффектов.

Основы программирования: логика, математика, алгоритмы и ООП. Вот по этим темам и ищите книги. Принципиальных отличий в реализации игровой механики от любой другой нет. Везде всё делается одинаково.
Например, Логика - Виноградов, Кузьмин, Москва, 1954г.
Математика - стандартная школьная, геометрия, тригонометри. И немного высшей математики типа кватернионов, теории игр, теории вероятностей и прочее в специфических случаях типа 3D, всяких случайностей и прочее.
Алгоритмы и ООП - стандартные популярные книги (например) плюс регулярная практика.

Например: Как реализовать различные состояния персонажа (атака, защита, уклонение, блокировка, специальные способности)? Как переключаться между состояниями в зависимости от событий?

Список констант плюс переменная. При событии - меняем значение переменной на требуемую константу. Это всё элементарные вещи.

ИИ противников.( чтоб поведение было сложным и интересным)

Cобытие -> условие -> действие. Всё стандартно.

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

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

Еще раз. Учебника по тому, как хранить состояния в RPG нет, и курсов нет - это все входит в базовую работу с данными.
Вопросы лучше задавать по конкретике, что именно ты хотел сделать и как пытался, и что тебе не нравится в твоей реализации.

p.s. если что, писал rpg, я согласен с остальными отвечающими, что какие-то курсы или учебники тебе нужны просто по базовой работе с программированием.

Скорей всего китаймышовый 2.4 ГГц, простыми средствами - ничего не сделать. Подбирать приемник и спаривать их - можно забуриться на несколько месяцев, не стоит того. Сканить эфир каким-нибудь HackRF и перехватывать нажатия на уровне радио - реально, но как микроскопом гвозди забивать, тоже, имхо, не стоит того.

P.S. возможно, гугление маркировки микросхем подскажет больше информации. По фото не видно.

Ко всему вышенаписанному хочу добавить такой момент. Кроме слов приятеля нет никаких доказательств, что на флешке что-то было. Есть огромная вероятность, что он сохранял (если вообще сохранял!) свои файлы куда попало, но не на флешку. Так что, если программы для восстановления удалённых файлов ничего не найдут, это будет совсем не удивительно.

hint000 прав и про подход и про надёжность flash в наше время - берите толковую программу для восстановления и делайте полное сканирование.

Можете взять наш R.saver, он бесплатный, работает на уровне лучших коммерческих программ. Recuva можете не пробовать, по нашему опыту она "подотстала" в развитии, хотя остаётся известной.

На первый взгляд, флешка исправна, так что по идее должно сработать.

если я не восстановлю ему файлы, ... мне отформотируют лицо

Лицо форматировать можете, флешку - ни в коем случае.

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

P.S.
Образ тоже можете сделать, если умеете снимать посекторные бинарные копии, лишний экземпляр никогда не повредит.

Сертификат для IMAP/POP назначается через соответствующие командлеты Set-ImapSettings и Set-PopSettings
В документации все описано - Assign certificates to Exchange Server services

умер, замените.