ZERGeich

зачем думать - все уже давно придумано.
fail2ban + dns

1000079360000 / 1024 / 1024 / 1024 ~ 931,39 ~ 931 честных гигабайт.
1000205189120 / 1014 / 1024 / 1024 ~ 931,51 ~ 932 честных гигабайт.
Если делить на 1000, то получите коммерческие гигабайты.

это всё одно и тоже

1000079360000 bytes (1.0 TB, 931 GiB) copied

$ numfmt --to=si --round=nearest 1000079360000
1,0T
$ numfmt --to=iec-i --round=nearest 1000079360000
931Gi

1000205189120 bytes (1.0 TB, 932 GiB) copied

$ numfmt --to=si --round=nearest 1000205189120
1,0T
$ numfmt --to=iec-i --round=nearest 1000205189120
932Gi

numfmt: Reformat numbers

$ numfmt --grouping --from=si 1K
1 000
$ numfmt --grouping --from=si 1T
1 000 000 000 000

$ numfmt --grouping --from=iec-i 1Ki
1 024
$ numfmt --grouping --from=iec-i 1Ti
1 099 511 627 776

$ numfmt --from=si --to=iec-i 1T
932Gi
$ numfmt --from=si --to=iec-i --format="%.1f" 1T
931,4Gi
$ numfmt --from=si --to=iec-i --round=nearest 1T
931Gi

Применительно к байтам традиционные приставки СИ кило, мега, гига и прочие традиционно используются не в значении множителя десяти в какой-то степени, а в значении множителя двойки в какой-то степени. 1Кб равно не 10^3, а 2^10, т.е. те самые 1024 байта. Аналогично и для всех остальных приставок - в мегабайте 2^20 = 1048576 байта, гигабайт - 2^30 = 1073741824 байт и так далее. Почему степень двойки? Потому что двоичная система фундамент вычислительных систем - в бите только 0 и 1. Поэтому удобнее и практичнее использовать везде степени двойки. В троичных ПК, кстати, аналогично - там триты по три или шесть штук в трайте (ога, есть два разных варианта реализации).
И вот в попытке стандартизировать и устранить путаницу придумали киби, миби, гиби и остальные смешные приставки для степени двойки. Результат получился предсказуемым - путаница стала ещё больше. Поэтому как были килобайты степенями двойками - так и дальше останутся. А вот беспощадные маркетологи решили, что можно сэкономить несколько центов и использовать приставки СИ в традиционном значении степени десятки. Поэтому везде все накопители маркируются коммерческими гигабайтами в степени десятки - да, везде обман, увы. Вероятность встретить накопитель с честными гигабайтами стремится к нулю. Ну и некоторые разработчики решили, что следовать стандарту надо без оглядки на реальный мир и тоже использовать в софте все эти *иби для степени двойки, а степени десятки использовать для обычных приставок. И вот это всё увеличивает энтропию ещё больше.

Внутри страны, особенно внутри одного провайдера - вообще без проблем. Даже под случайные блокировки скорее не попадете.
Тем более по обоим статическим 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.
Образ тоже можете сделать, если умеете снимать посекторные бинарные копии, лишний экземпляр никогда не повредит.