Сергей Горностаев

Если вы будете единственным инженером на этом проекте - не стоит, вам просто не будет у кого по учиться.
Что касается легаси в принципе - он появляется буквально на каждом проекте, это нормально. На сколько этот легаси жидкий - уже другой вопрос, бывают ситуации, когда только что написанный код сразу же становится легаси за счет не продуманной архитектуры. Бывают и противоположные ситуации - когда легаси дает о себе знать только в момент переезда на новую версию php, или обновлении зависимостей.

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

Идеи нельзя запатентовать.

С чего начать изучать ассемблер в 2021?

Как правило с того же с чего начинали изучать и в 2020.

https://asmbase.ru/uchebnik-po-assembleru/

Assembler на примерах. Базовый курс – Р. Марек
Основы программирования на Ассемблере – В. Г. Секаев

Несмотря на то что в вопросе немного каша, а в ответах - ад, ответ на вопрос, в общем-то, очевидный.

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

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

Хайлоад же проекты - это из немного другой области. Тут идет откат скорее в обратном направлении. Это как с денормализацией - БД должна быть нормализована, но из соображений производительности иногда приходится денормализовывать. ПОСЛЕ того как нормализовал.
SOLID помогает делать большие проекты управляемыми. Но когда большой проект сталкивается с высокими нагрузками, иногда приходится жертвовать принципами ради производительности. Но тут главное, опять же, не путать направление: СНАЧАЛА делаем правильный дизайн, и только потом в критических точках снижаем накал абстракции, переходим на более низкий уровень. Самый наглядный пример - ORM, когда критические запросы переписываются на чистый SQL.

Ну и пройти "полный курс" не имеет ничего общего с "полным изучением". С полного курса изучение всегда только начинается.

расширение кругозора и выход за рамки одного языка - это всегда польза для программиста.

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