dollar

Начать лучше на Unity.
Как это сделать, лучше узнать из документации и обучающих материалов.

И если вы подумываете заработать на этом, то знать движок будет не достаточно. Но ведь главное - начать, не так ли? Если вы приверженец такой логики, то начните с Unity, а дальше, как пойдет.

Вы создаете асинхронный код в onload, который должен запуститься после загрузки изображения. Даже если оно уже загружено и ждёт в кеше, этот кусок кода всё равно запустится сразу после текущего куска кода.

Но перед этим должен закончится текущий кусок кода, в конце которого вы выводите канвас в строку. И естественно, там ничего нет.

После того, как выполнится console.log, на канвасе будет нарисовано изображение (в onload).

P.S. Когда исправите эту ошибку, столкнетесь со следующей. Но это будет уже другой вопрос.

Скорее для самоутверждения.

При трудоустройстве больше смотрят на опыт и достижения. То есть играбельный прототип недоигры будет лучше, чем прослушанный курс. Или участие в разработке успешной (выпущенной) игры в качестве да хоть кого - тоже будет лучше. Это засчитывается и как опыт, и как достижение одновременно.

Сейчас даже на высшее образование практически не смотрят (если только оно не профильное конкретно в области геймдева по выбранному направлению). Но в любом случае, как писал выше, опыт и достижения ценнее всего. Взять-то гипотетически могут и за горящие глаза, только з/п будет низкой (вплоть до нуля).

Большинство такой документации, особенно хорошей, находится под NDA. Так что вряд ли вам кто-то даст нормальные ссылки. Про курочку Рябу даже не смотрите.

А что касается структуры, то четких правил нет. Есть очень много подходов к составлению ГДД (геймдизайн документ), и у каждой компании (а иногда у каждой отдельной игры) они свои. В каждой структуре есть свои плюсы и минусы.

Задача ГДД - дать наиболее полное и точное представление об игре или фиче исполнителям. От этого и отталкивайтесь. А чем и как при этом вы пользовались, своей головой, или самодельной ИНС, или еще чем - не так важно.

Кстати, документация разная бывает. К примеру: вижн, концепт, ГДД, ТЗ, арт библия, рекомендации локализаторам, и многое другое, да даже регламент оформления программного кода. Это всё документация. И везде свои тонкости.

Пользуюсь PingPlotter. Есть версия на торренте для экономных. Это почти то же, что и WinMTR, только красивая визуализация.

Насчет стабильности странные вещи вы говорите. Если полить большой трафик, то пинг неизбежно вырастет. И чем больше трафика, тем больше ошибок и больше пинг. Так что литьем трафика вы сможете измерить только ширину канала.

А для стабильности нужно пинговать бесконечно долго. Чем дольше, тем точнее результат. Днями, неделями. Статистика на больших числах (частота и время) позволит судить о стабильности вообще. И если что-то начинает сбоить, даже если тормоза были несколько секунд, то нужно смотреть постфактум на проседания в графике. То есть не так, что полил трафик, проверил стабильность, успокоился и пользуешься. Нет, не так. PingPlotter работает всегда и пингует не только целевую машину, но и промежуточные узлы, а также более далекие или соседние узлы (для полноты картины в случае проблем), и запоминает всю хронологию. Даже если сбой был, пока вы спали, вы всё равно узнаете о нем. Иначе в случае короткого сбоя, после которого всё быстро восстановилось, вы не сможете узнать его причину, а если вы не были свидетелем, то вообще не узнаете о сбое.

Админ должен уметь читать и понимать техническую документацию. Любую.
Плюс фундаментальные знания типа сетей и архитектуры компьютера.
Это всё.

Нужно использовать программирование.

Соответственно, можно начать изучать Unity. Там же будет вам и аналитика, и монетизация, и многое другое из коробки.

Для полноценной защиты квест должен быть онлайновым, и каждый шаг должен контролироваться сервером. Но не понятно, зачем это нужно делать для оффлайновой игры, ведь это сильно понижает удобство. Дайте людям читерить в синглплеере так, как они хотят. Да и много ли таких найдется, кто сможет это сделать? 1% игроков?

Гениями.

Серьезно. Ведь чтобы сделать работающий спагетти-код без багов, нужно иметь почти идеальное логическое, критическое и абстрактное мышление и огромный запас оперативной памяти (в голове, а не на компьютере).

Таким людям стоит чуть научиться правильно писать, и они будут бесценны.

$user = R::findOne( 'users', 'user_name = ?', array($data['user_name']) );
if (isset($data['search'])) {
  if ($user['user_name'] == "Vasya Pupkin") {
    setcookie("executor_user_name", $_SESSION['logged_user']->user_name);
  }
  setcookie("customer_user_name", $user['user_name']);
}

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