dollar

парсер контента сайта в скриптах Google таблиц

Вот это и есть главная ошибка.

Арендуйте себе хостинг за 12 рублей в месяц (php+mysql), и запускайте там скрипты без ограничений. Так вы гораздо больше сэкономите на нервах и времени. А скупой, как известно, платит дважды.

Не поднимать трубку, когда видите незнакомый номер.
Сам номер можно потом загуглить при желании, но не подходить.

JavaScript

А еще лучше Lua, потому что он учится за 15 минут, а вы - начинающий. Ладно, не 15 минут, у вас уйдет 2 часа, но не более.

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

Другие боты расценивают бота на компе злоумышленника, как самого обычного бота. Они не знают, что злоумышленник настраивает его вручную. Таким образом, поймать его гораздо сложнее. Плюс такой ботнет устойчивее к разным проблемам в сети.

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

Каждый бот хаотично опрашивает разные ip и ищет собратьев, сверяется с ними, у кого конфиг новее и правильнее. В случае чего - сразу обмен. Только в отличие от торрентов размеры файлов микроскопические, в современных сетях качаются почти моментально. Хотя, для незаметности можно не делать резких нагрузок на канал и растянуть удовольствие скачивания, но это уже отдельные тонкости.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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