dollar

Mobile dev попроще будет. Потому что Game dev требует много разнородных знаний, он про то, как вызвать определенные ощущения у игрока. При этом игроки имеют разные вкусы и предпочтения. А простое приложение должно отвечать лишь критериям удобства и полезности, то есть легко сформулировать цель приложения как для себя, так и для пользователей, и не отступать от нее. (И я имею в виду цель не заработать денег, а более предметную).

Unity больше подойдет для всего, что имеет богатую 3d-графику и анимации. В целом, порог вхождения чисто по программированию туда и туда примерно одинаковый.

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

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

VR и AR - мы все следим за это сферой, но пока что там ловить особо нечего. Резкого взлёта, как у айфонов в свое время, не наблюдается. Может быть, вы будете первым, кто придумает что-то реально крутое, и весь рынок VR/AR пойдёт за вами.

За качество игры отвечает геймдизайнер.

Что касается чисто внешнего вида, то есть UI, UX - это отдельное направление, под которое в среднем и выше проекте желательно иметь отдельного специалиста. Есть также арт-директор (арт-лид), который может отвечать за стиль. Но в целом они все всё рано взаимодействуют с геймдизайнером.

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

Можно делать игру даже без операционной системы и языка программирования. А что? Теоретически такое возможно. Просто пишете сразу в машинных кодах процессора. Кое-как создаете загрузочную флешку - и вуаля, клиентская игра без ОС, без блекджека и без всего.

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

Unity - это шедевр по современным меркам. Сейчас разработку новых фич немного притормозили и больше занимаются повышением стабильности, потому что это и так топчик. На втором месте Unreal. Остальные движки я бы не стал рассматривать для создания чего-то серьёзного.

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

Я вижу два основных пути для вас:
1) Углубиться в программирование и математику. Для этого лучше технический ВУЗ. Можно даже отучиться два первых курса и уйти, чтобы перейти ко второму варианту. Но можно и защититься, к примеру, в сфере машинного обучения, это было бы полезно (для игр в том числе).
2) Выбрать то направление, в котором вы вообще не разбираетесь. Например, экономику, психологию, юриспруденцию. Для поступления, как правило, нужно знать школьные предметы типа математики и биологии, с которыми у вас по идее (если вы хорошо учитесь) всё должно быть хорошо. Тогда вы сразу станете разнопрофильным специалистом, это ценится в геймдеве, сможете быть классным геймдизайнером или продюсером. Если в одиночку делать игры, то тем более важно охватить все сферы.

Параллельно с этим можно самостоятельно интересоваться геймдевом вообще. Это специфическая сфера, и у нас в РФ нет профильного образования. К тому же в этой сфере всё так быстро меняется, что сложно сделать программу обучения, которая не устареет к выпуску из ВУЗа, с нашей-то системой образования. Есть различные короткие курсы, обычно платные, правда там готовят узких специалистов. За рубежом можете учиться, там есть высшее в области геймдева. Ну и в Москве есть профильное образование при вышке, но оно идёт как второе высшее, то есть сначала в обычном ВУЗе отучиться нужно, да и вообще накопить бэкграунд в игровой сфере.

Для начала - русский язык. Затем можно и английский. Ну а дальше, - как пойдёт.

Не могли бы вы подсказать, что я делаю не так?

Не так вы делаете отладку вашего скрипта. Если бы вы делали так, как надо, то быстро бы нашли ошибку.

Научитесь отлаживать свои программы, иначе вы не имеете права называться программистом. А когда столкнетесь с реальным парадоксом, то сведите его к 2-3 строчкам кода, который любой желающий сможет легко воспроизвести у себя, - и можно будет задать вопрос на Тостере.

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

Достаточно ли умения писать документы для игр

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

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

Все остальные навыки полезны, но не обязательны. К примеру, если игра про гонки, а вы водитель со стажем, то этот навык будет вам в плюс. Аналогично любой другой навык или профессия. Бухгалтер? Социолог? Политолог? Всё пригодится. В конкретном игровом проекте что-то может быть важнее.

Программирование тоже идёт плюсом, как и любой другой навык. Конкретно от программирования важно системное мышление, но не только. Геймдизайнер иногда может, особенно в малых командах, брать на себя роль программиста:

• Делать прототипы некоторых фич
  
• Писать макросы в экселе для своих нужд
  
• Писать тулзы для конфигурационных файлов
  

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

Что касается направлений, то здесь всё просто. Как и везде, если что-то можно декомпозировать, и штука сложная, да и людей хватает, то лучше это сделать. Например, один из ГД может считать баланс (цифры) и заниматься только этим.

Попробуйте так:

canvas.width = canvas.height * (canvas.clientWidth / canvas.clientHeight);

Лучше изучать не новый движок phaser, зная JS, а новый язык - C#.
Тогда движком автоматически станет Unity, который является гораздо лучшим выбором, если вы действительно хотите зарабатывать деньги.

К слову, освоение C# и Unity - это лишь малая часть того, что вам предстоит узнать про геймдев, если вы хотите делать и продавать игры в одиночку.

В вашем примере можно придумать функцию, которая покажет нужные цифры тупо по цене.

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

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

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

Тебе понадобятся две переменные:
1) Начальное время (timestamp)
2) Конечное время (timestamp)

Первое можно получить из текущего времени: (new Date()).getTime()
Ну либо с сервера или из какого-то хранилища, смотря что за скрипт, но это не желательно, т.к. в теории может быть рассинхронизация с текущим временем.

Второе желательно вычислить, как текущее время (timestamp) плюс интервал таймера.

Далее всё просто. Делаешь setInterval и в нем обновляешь таймер. Точности в 100мс должно хватить для большинства кейсов. Ну а как перевести время (число) в представление mm:ss, - это просто, там нужны элементарные знания основ JavaScript по работе с числами и строками. Надеюсь, разберешься.

Регулярные выражения работают с относительно простыми условиями.
Сформулируйте, что является "абракадаброй", тогда можно будет её фильтровать.
Либо, наоборот, сформулируйте, что является правильным текстом, и только это можно будет оставить, а остальное - мусор, удалить.

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

Нужно вежливо послать. И больше не связываться.

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

Хотя если любите мат или полицию, можно и так, как сказал Рональд Макдональд. Хотя мне кажется, что лучше стремиться к миру. В любом случае, правда на вашей стороне.

Правильно так, как удобно.
То есть удобство - и есть основной критерий правильности.

Например, если у объекта сотни свойств, было бы удобно разбить их на категории. Если свойства имеют номера, а не имена, то использовать массив логичнее, чем объект. И так далее.

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