dollar

var arr = [12, '+', 13, '/', 5];
var result = eval(arr.join(''));
console.log(result);

Скопируйте этот код в консоль и увидите, что он работает.

Вот как раз синусы и косинусы и являются ответом на вопрос.

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

Лучше натив.

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

Судите сами. Кого вы наймете для приложения под iOS: универсала во всех сферах и языках, или узкого специалиста, который работает со Swift уже много лет?

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

P.S. В ответе я исходил из того, что вы хотите развиваться в мобильной сфере и у вас нет конкретных задач.

Невозможно использовать IMAGE и вставить текст в одной ячейке.

Возможны только разные хаки разной степени приемлемости.

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

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

Отключить nginx, далее уже разбираться без суеты, изучать новые файлы, логи, бд и т.д.

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

Хакер залил и хочет слить проект в паблик.

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

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

Это нормально.

Контент растёт, и это выливается только в размер игры, и это только плюс игре. При этом нагрузку на процессор и память составляет текущая сцена, а все неактивные сцены тихо-мирно ждут своего часа.

1. Сначала придумывается идея. С прицелом на коммерческий успех, конечно же, то есть в идеале она должна сразу содержать USP. Автор идеи, как правило, становится главным идеологом игры и в будущем контролирует её воплощение, хотя может и какую-то посредственную роль занять в будущем.

2. Пишется вижн игры. На этом этапе нужно определиться с платформой (или платформами), жанром, сеттингом, моделью монетизации и распространения, перечислить основные механики геймплея или даже составить небольшой список основных фич, графический стиль, ЛОР (в общих чертах), ссылки на похожие игры и произведения (которые вдохновили). Ну и конечно же USP - помимо основных фич нужно 1-3 киллер-фичи, которые и сделают игру успешной по вашему мнению. Это всё нужно, чтобы показывать другим людям и у них было понимание идеи игры, а не каша в голове.

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

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

4. Формируется, так называемый, feature list, это уже конкретные задачи, каждая из которых (если вы планируете делать по скраму) занимает не больше 5 дней, иначе делится на более мелкие задачи.

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

Дальше, собственно, возможно начало разработки, если есть деньги, команда, ну или если все согласны на дошираке энтузиазме работать. Одному браться за реализацию крайне не советую, хотя это и не запрещено. И с чего вы взяли, что разработка сводится к программированию? Есть же еще дизайн, геймдизайн, звук, левел-дизайн, ui, ux, ближе к альфе нужен маркетинг и т.д. В некоторых играх программирования практически нет. И всем этим зоопарком ещё и управлять нужно, не забывая про необходимую бюрократию и юридические дела (и не факт, что одного человека хватит на управление). Так что в теории там ещё огого сколько всего помимо программирования. Надеюсь, я вас немного отрезвил.

Зависит от квалификации тестировщика. Если это джун или студент какой-нибудь за доширак, то какие претензии к нему?

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

Ну и наличие тестировщика не отменяет штатных тестов самими программистами. А в случае с вебом, да и вообще с любым сетевым ПО, или БД, или всякие разрозненные API, где всё так шатко, тесты должны быть встроены в само ПО. Тот же бек тоже не должен падать, а должен отдавать хоть какие-то данные, пусть даже это данные об ошибке. Клиент должен их обрабатывать, плюс учитывать свои ошибки, когда данные не сходятся. Ну а тестировщик нужен для отлова того, что не выловлено на этих стадиях. А если выявлено, то по текстам ошибок сразу можно найти виновника, даже если 3 часа ночи, и фронт с беком спят богатырским сном.

"<h1><div class="film-card">"
Кавычки внутри строки не экранированы.
А вообще можете включить вывод ошибок и увидеть точный текст ошибки и номер строки в коде.

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

В браузере обычно есть возможность создать профиль, который позволит синхронизировать данные с облаком. Так что самый простой способ такой:
1) Создать профиль
2) Синхронизироваться
3) На новом месте войти в свой профиль
4) Дождаться синхронизации.