Юрий

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

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

xml файл можно отдавать скриптом генерируя его динамически.
например урл site.com/file.xml
при запросе этого урла файла может не быть, а вебсервер запустит например php скрипт который сгенерирует и отдаст его как xml. также этот скрипт может кешировать файл, чтобы отдавать быстрее.

очень частая тактика например для кеширования миниатюр изображений.
например есть путь
site.com/media/thumbnail/150x200/4564564.jpg
при запросе по нему, если файла нет - запустится скрипт, сделает миниатуюру с запрашиваемым разрешением и положит в папочку по тому же пути /media/thumbnail/150x200/4564564.jpg
при следующем запросе файл будет существовать и пхп скрипт уже не будет запускаться.
когда картинка становится не актуальна, например меняется, миниатюра будет удалена и при следующем запросе сгенерится снова актулаьная.

думаю для вас это тоже будет лучший выход

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

а в целом проще наверное свою программу написать с нужными функциями.

все норм.
деньги попросят на втором или последующих шагах.
просто мошейник должен показать что ваши деньги для него не главное.

1) 10319 * 6.21 / 100 = 641
2) спарсить всех юзеров и отфильтровать по ид города, через апи сделать не сложно.

стандартом уже стали ваком планшеты. но они далеко не до 8к.
из до 8к стоит присмотреться к китайским huion, которые часто сравнивают с вакомами. насколько я понял из серьезного не поддерживают только наклон кисти. но если вам не рисовать то вообще пофигу.
заказал себе 10 дюймовый 1060pro, пока не пришел, подробнее сказать не могу.

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

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

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

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

сам не пробовал, но что-то слышал про toolXYZ

использую все способы в зависимости от задачи.

просто никак, можно только показывать им рекламу но не узнавать кто там был. иначе бы слишком просто было сделать соц фишинг через эту возможность.

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

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

тут вопрос только в том что кому-то продажи интересно изучать, кому-то программирование. если не интересно, то будет то-же самое.

по поводу конкретно С# и Java. основное применение для них - десктопные программы. сейчас тенденция к тому что все больше программ уходит в веб в виде сервисов. то есть десктоп становится менее востребован (на фоне веб приложений). эти языки можно также применять и для веба, но фишка в том что для большинства задач более подходящими будут другие языки, эти же языки применяются в относительно сложных проектах, например в финансовом ПО, естественно для таких задач требуются очень опытные разработчики.

UPD: по поводу юнити, если у вас есть свободное время, то просто начните, попробуйте хотя бы месяц учится и делать что-то. у юнити низкий порог входа, даже с небольшими знаниями уже можно добиться какого то интересного эффекта, что будет мотивировать двигаться дальше. тут как говорится - лучше попробовать и жалеть, чем не попробовать. (я работаю в вебе, юнити/C# изучал для себя, потому что интересно, не для перспектив заработка)

берем апи https://vk.com/dev/wall.get и пишем простенький скрипт.

ничего особенного не произошло (этично/не этично это фигня), просто вы работаете без договора и это не было прописано.

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

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

1) режут глаз нащвания методов с большой буквы.
2) запись в файл во всех случаях проще было сделать file_put_contents, в том числе для дозаписи есть флаг FILE_APPEND
3) по сути класс - набор отдельных функций, можно было бы даже все методы статическими сделать.
4) но в целом смысла от этих функций мало, единственное что идет проверка существования файлов, но в большинстве случаев в реальном приложении return false далеко не всегда устроит, чаще наобоорт может быть исключение лучше кинуть, но от задачи конечно зависит. в итоге у вас все равно часто будет в коде проверка результата на false.

посмотрите лучше Symfony Finder, как пример полезных функций, как пример ООП класса, как пример как можно использовать цепочки вызовов и тд. https://symfony.com/doc/current/components/finder.html