dollar

2D проще.

Ценятся хорошие специалисты, прежде всего. Если вы профи, и у вас за спиной многолетний опыт, то вас достойно оценят.

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

А в плане языка программирования лучше исходить из задачи. К примеру, если игра простая, то её можно вообще на Lua сделать (или на другом скриптовом, просто Lua это уже классика). А если какие-то сложные вычисления, что-то вроде ИИ, поиска пути или сложных механик, то лучше нативный язык, т.е. Swift/Kotlin (для мобайла) и C++/Rust/и прочие для десктопа.

А не будет полностью 100% кроссплатформенных движков, потому что сами платформы отличаются. На десктопе есть мышь, так что в игре можно сделать "наведение мыши на объект (или кнопку)" с последующей всплывающей подсказкой, либо можно сделать "нажатие правой кнопкой мыши" для вызова контекстного меню. Про клавиатуру вообще молчу. Если вы хотите это всё, то либо путь в мобайл будет закрыт, либо придется делать как бы две версии игры. И это не автоматически движком подхватывается, а вы сами должны решить, как у вас в игре будет. Часть кнопок клавиатуры можно вынести на экран, но не всю клаву, а как можно меньше кнопок. Правую кнопку можно эмулировать долгим нажатием и т.д. Соответственно, если плясать от мобильного приложения, то в игре управление будет сильно ограничено, примитивно, да и сам геймплей может пострадать в итоге.

Что касается Lua, то это вообще практически самый простой язык в мире. Учится минут за 15-30. Весь. Гораздо больше времени потребуется на освоение самого движка, его документации, возможностей, API и пр.

P.S. Насчёт слова "легально" так и не понял, какое оно имеет отношение к вопросу.

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

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

P.S. Кстати, ставить вопрос как "Unity или Swift" - не совсем правильно, т.к. эти термины из разных категорий.

Стал бы. Но не рейтинг, а сами вопросы и ответы, к сожалению.

Рейтинг сейчас имеет один огромный изъян - его можно накрутить.
И я говорю не про ответы самому себе, это ладно, к тому же не учитывается.
Я говорю о том, что пользователь удаляет свои неудачные ответы, и поднимает рейтинг до 100%, вот так просто. Нет решения - удалил ответ, даже если он хороший. В итоге у него 100% решений. По сути это читерство, ну или багоюз, как вам удобнее.

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

Подобный функционал имеется в расширении Toster Comfort.
Там можно создавать различные фильтры для вопросов.
Хотя чёрного списка в чистом виде нет, можно создать фильтр на скрытие вопроса по нику автора.

Если посмотрите, то обратная связь по функционалу расширения будет не лишней. :)

Мысль первая - баг чего? Вы не указали ни браузер, ни его версию.
Мысль вторая - отправить баг репорт разработчикам. Желательно предварительно изучить баг до степени воспроизводимости на чистом браузере в виртуалке.

Ещё вариант пробросить в локалку интернет, и дать сюда прямую ссылку на этот dir-100 без промежуточного фаервола. Дальше возможны варианты: либо вам подскажут, либо нет.

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

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

P.S. Наблюдаем логотип Тостера и поражаемся гениальности дизайнеров.

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

Изучите тему с поправкой 13 в Евросоюзе, это как раз про блокировку всего и вся, что нарушает авторские права, и почему такой резонанс поднялся.

Исходники игр

Ну, ок, выходит вы используете TOR. Факт этого легко палится целевым сайтом, ну либо если добраться до VPN. Таким образом, круг сужается, ведь таких людей не очень много. Ну где-то 500 тыс. в РФ, то есть нехилый такой отсев по всей выборке. Дальше по вашим постам или действиям, или чем вы там будете заниматься, можно сделать следующий отсев. К примеру, вы зашли на хабр и признались, что это ваш второй аккаунт - опа, значит уже не домохозяйка, которая смотрит сериалы. Вы на пересечении множеств пользователей тора и пользователей хабра. Ну и так далее. Безопасность не сводится к цепочке, можно очень легко выдать себя, если не думать головой постоянно.

Почему именно регулярное?

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

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

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

Для того, что вы хотите, есть другой термин - NAS, т.е. хранилище файлов. А в вашем случае - домашнее хранилище файлов.

Как сделать свой NAS, это тема очень обширная. Двумя словами не обойдешься, и в ответ не влезет. Но направление для гугления я вам дал. Подойдут ключевые слова "nas хранилище" и так далее. Можете добавлять "сделай сам" и подобное. В общем, как гуглить учить не буду. Просто до конца не ясно, что именно вам нужно, почему именно сайт и т.д., то есть какую проблему вы решаете.