Максим Федоров

Если у вас нет возможности изменить код веб-портала, то никак.

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

https://github.com/sunrise-php/http-router

Я в 41 кардинально сменила род занятий, правда ушла не в разработчики, а в тестировщики. Подобных вопросов я не задавала, так как была уверена в своих силах и в том, что мне дико интересно тестировать. Зарплата была вторичной мотивацией.
Сначала я определилась что именно мне интересно (бэкенд, нагрузка/перфоманс и темт-дизайн) изучила под это дело все, сто смогла и устроилась на работу. Спустя год я стала тимлидом в своей группе (так как возраст это ещё и жизненный опыт, который помогает именно руководить и организовывать).
Мне кажется, что если программирование увлекает настолько, что хочется встать пораньше, чтоб покодить, или не пойти с друзьями в бар ради доделки кода, то шанс найти свое место очень большой. Взрослый человек умеет обучаться и концентрироваться, так что и развиваться может быстро.

Вполне реально это всё сделать.

Надеяться на нормальную прибавку стоит, если будете толковым разработчиком после прохождения испытательного срока. Переход с Junior на Middle у всех занимает разное время, зависит от задач, которые будете решать и компании, а также коллектива. Можно и за год, а можно всё время решать однотипные задачи и остаться на том же уровне, что изначально и был.

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

Ну вот вы сами себе противоречите

плохо не использовать фреймворки в современном php?

наш микро фреймворк документирован

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

возьми ларавель и не парься

вполне мудрое замечание.

Ну а на Ваш вопрос - Зачем в современном php фреймворки можно ответить очень просто - А зачем Вы в процессе разработки создали свой микрофреймворк?

Нет.
Смешивать - стоит.

но перехват трафика - это неправомерный доступ к личной информации (уголовный кодекс).

Откуда на рабочем месте личная информация?
Там только рабочая может быть (и должна быть).

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

Ваш вопрос очень общий, попробую его разделить на разумные части.
Во-первых, есть железо, где действительно есть операционная система и нечто, что под ней работает. Например - smart TV с Android. В теории, разработка под такое - не сложнее разработки под Android вообще. До тех пор, пока вы не пытаетесь работать, например, с переключением каналов, которое заключено в драйвер, а драйвер не имеет документации. Тут начинается reverse engineering, (безуспешные) попытки расшифровать образ ОС, и так далее.
Во-вторых, есть устройства без операционной системы, с "монолитной" управляющей программой, которая "зашита" в system on chip. Тут веселье начинается сразу.
В-третьих, если вы прямо сейчас хотите за разумное время реализовать то, что хотите, то это так не делается - на одно изучение программирования у вас уйдет пара лет, вы что раз потеряете интерес. Даже если найдёте устройство, которое предназначено для открытой разработки.

Это упорядоченный, повсеместно распространённый культ Карго, при котором «специалист» выполняет определенного рода действия, рекомендованные абсолютно маргинальными источниками, не основанными на каком-либо авторитетном исследовании, совершенно не понимая сути выполняемых действий и не осознавая полную бессмысленность проводимых операций.

Я не шучу.

как правильно реализовать авторизацию с токенами, сделать корзину в онлайн магазине и.т.д,

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

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

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