gabana

Понятно же, что человек просто использует термины не по назначению. А имеет в виду способ взаимодействия с клиентом.
Словом "mvc" он называет классический способ, при котором сервер отдает клиенту HTML (а не JSON).
А словом "api" - REST сервис, при котором сервер отдает клиенту как раз JSON.

И суть вопроса сводится именно к различию между этими двумя способами:
- когда сервер генерирует HTML на основе полученных из БД данных, и отдает его браузеру
- или когда в браузере выполняется программа на JS, которая запрашивает с сервера только данные, а потом на их основе генерирует HTML

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

При этом с точки зрения бэкенд программиста разницы принципиальной между этими способами нет.
Главное в программе - это её бизнес-логика. И уметь надо в первую очередь писать её.
А в каком формате отдавать данные в браузер - дело десятое. И выбирать между "mvc HTML" и "api REST" нет смысла - уметь надо и то и то.

Ну и, как уже объяснили, MVC - это совсем другое. Архитектура приложения. Причем она используется для любых приложений, независимо от типа отдаваемых данных. M и C в "api" приложениях используются в полный рост. Только V немного упрощается. при этом поскольку MVC подразумевается по умолчанию, то и писать её в вакансиях тоже особого смысла нет.

А почему вы считаете, что data.bin это данные sql базы?
Если игра пользуется SQL, то и данные в ней лежат прямо в её SQL Базе, а не в каких-то data.bin
и уж тем более, локации в SQL?

Во-вторых, базы данных обычно используются в сетевых играх, а не которые можно просто себе скачать, потому что ставить базу данных для singleplayer игры - оверинженеринг. Данные могут храниться в каком-то запакованном виде, оптимизированном именно для этой игры, и данная информация (формат и утилиты для работы с этим форматом) не обязательно публично доступны или задокументированы. Зачастую наоборот, для избежания того, чтобы в них лез каждый школьник, применяют простые способы защиты, которые может быть и не сложно обойти, но для этого нужно обладать определенной квалификацией, потому что объяснить на пальцах долго и неудобно, а простых программ типа эксель, чтобы взять и открыть кастомные файлы - нет.
Те же, кто такие программы пишет, не заморачиваются красивыми и удобными кнопочками, они делают простой инструмент для себя

Это разные вещи. Аякас - изначально концепция, но на деле под ним обычно понимают стандартный хтпп запрос на сервер. Веб сокеты - это асинхронный протокол для передачи данных поверх TCP. Голые сокеты не очень удобно применять в вебе, а у хттп свои ограничения - вот и сделали хороший и удобный стандарт. А реактивность - по сути просто обновление интерфейса при поступлении обновленных данных.