DevMan

Уйти с хорошего проекта на php в legacy гвно на java - весьма не плохой карьерный рост.

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

<?php
//логика работы БД
$result = mysql_query('SELECT * FROM `somwhere` WHERE `somewhat` = '.$_POST['param'].');
if (!$result) {
    die('Неверный запрос: ' . mysql_error());
}
//логика работы БД
$step =POST['step'];
$step++;
?>
<div><? php echo $result; ?></div>
<form>
<input type="hidden" name="step" value="<?php  echo $step; ?>">
<input type="radio" name="param" value="1">Запись 1<br>
<input type="radio" name="param" value="2">Запись 2<br>
<button type="submit">Отправить</button>
</form>

Что надо поправить чтобы она работала в любом современном браузере?

Браузеры.

создаем файл и записываем в него html
читаем это файл и вставляем его в src айфрейма через toURL()

Создаем файл и записываем в него бинарь какого нибудь WannaCry, дергаем файл по адресу file://Путь_до_файла, юзер его запускает и все.

Отзывчивый (резиновый, responsive) дизайн использует %, vh/vw и тому подобные "резиновые" величины, которые меняются в зависимости от размера экрана, а также media-запросы. В респонсив версии используется один и тот же HTML шаблон, и мобильный пользователь загружает тот же контент, что и для десктоп версии, целиком.Адаптивный дизайн имеет заранее несколько версий сайта для разных размеров (320px, 760px, 1024px, etc.), которые не подгружают лишних элементов, как респонсив, если их не будет на странице.


P.S.: информация взята с agente.ru, там поподробнее расписано.

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

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

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

Хорошая архитектура снижает необходимость в приведении типов.

А придумали и используют динамическую типизацию потому, что она существенно снижает TTM.

И самое главное: кто придумал слабую типизацию?

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

Динамическую типизацию придумали для того, чтобы было легче писать обобщённые алгоритмы и мета-алгоритмы, в дин. языке для обобщения кода не нужны ухищрения типа дженериков (TypeScript, C# и много чего ещё) или шаблонов/макросов (C++). В ОО-языках часто доступны и другие удобства, например смена интерфейса объекта в зависимости от его состояния (т.к. решение о возможности вызова метода/свойства объект может принимать сам).

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

Как вы пишете код на жс?

Мы не пишем код на JS, мы пишем код на TypeScript. Да, такие сейчас странные времена, когда язык со статической типизацией компилится в язык с динамической, т.к. исполнять на клиенте (в браузере) больше нечего пока.

Он же не должен быть напичкан parseInt() и !== undefined.

Не должен. Если писать на голом JS, можно а) использовать JSDoc для аннотаций о типах, и работать с типами на уровне документации и договорённостей; б) писать алгоритмы в максимально обобщенной манере, и требовать по возможности не конкретных типов данных, а значений, над которыми допустимы нужные вам операции; в) покрывать код тестами, что и спасает в динамических языках.

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

preg_split('/[^\d]+/', $str)

не очень понятно, зачем вы используете взаимоисключающие параграфы, как
"Хотел бы не пользоваться готовыми решениями"
"Отмечу, что в целом я не очень горю желанием закапываться в программирование"

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

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