Северное Сияние

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

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

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

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

Уровень определяется СОБСЕДУЮЩИМ кандидата.
Если ищут старшего специалиста, то кандидат получает эту должность в случае успеха.
И как правильно сказал Лентюй

не существует ни одного объективного критерия определения уровня программиста.
это все относительно. и сениор из одной тимы легко может стать интерном в другой.

женщина 28 лет,

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

phpfaq.ru/newbie/na_tanke

Этот вопрос часто на собеседованиях задают.
Сразу понимаю, что вопрошающий - идиот.
Клинический.
Полный.
Человек, который пишет на пхп, не имеет трудностей перехода с одной версии на другую.

Чувак, ты идиот или тролль?
В 40+ лет уже надо головой думать.
Начинать учить программирование (особенно в этом возрасте) и хотеть достичь результатов за 6-8 месяцев, в условиях стресса (переезд) и при этом еще нужно учить иностранный? Серьезно?
Люди годами это всё учат и десятилетиями.
Средний возраст в сфере - 30 лет.
Ты не то, что бы стар для IT, ты там вообще не нужен.
Куда ты там собрался устраиваться? С 25-и летними сидеть будешь, которые тебя будут рвать по всем фронтам?

PS сейчас набегут местные обитатели и расскажут, как у тебя тут всё шоколадно получится (нет).

Сейчас знания одного ЯП вообще ничего не стоят.
Хочешь стать крутым спецом, как DevMan - перебей себе колени, сядь в инвалидную коляску и будь прикован к монитору 24/7/365 дней в году.

Только не пхп

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

Прочитал, тут отзыв одного бека из другого банка, так он только окружение настраивал 3 недели(получал права, согласовывал и т.д.). Для меня 3 недели на настройку раб. окружения, звучит реально дико.

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

У тебя выбора нет. Иди.

Не надо ничего придумывать.
МВС модель давно придумана и успешно функционирует.
Берешь Ларавель и изучаешь.

Излюбленная тема умников всех времен и народов, когда поднимается тема о смешении php и html - советовать на каждый чих шаблонизатор. При этом, почему-то умалчивается, что любой шаблозатор в итоге создаёт туже самую смесь из php и html.

Шаблонизатор - это просто пхп написанный на пхп с синтаксическим сахаром. И использовать его нужно тогда, когда это необходимо. Наследование шаблонов, эскейпинг и, в целом, когда в этом есть НЕОБХОДИМОСТЬ, что бы не писать хэлперы обработки вывода данных.

Если же речь идёт о каком-то локальном решении, то нужно использовать один шаблонизатор и имя ему - PHP.
Для этого в языке есть такая вещь, как короткие теги вывода <?=$var?> и альтернативный синтаксис управляющих структур, который идеально ложится на html как инструмент для адекватного восприятия логики отображения. Кроме этого, можно задействовать функции буферизации вывода и получить легковесное решение.

Я попросту не могу понять принцип, как объяснить роутеру, какая часть будет динамичная.

$routes = [
    ['~/user/([0-9]+)/?~', ['id'], UserController::class, 'showUser'],
    // ...
];

дальше, имея представление о функции preg_match и управляющих конструкциях языка, сам додумаешься?

Ерундой не занимайся. 37 лет, будущий джун, тебя никто никуда не возьмет уже.
Тебе этим надо было заниматься примерно лет 15 назад.
Будучи таким старым (мы почти ровесники, я постарше), имея семью и лезть в сферу, где на знания нужно положить годы жизни - весьма спорное предприятие.

Отвечу как автор того самого обширного ответа.

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

Есть ли сейчас смысл в оттачивании чистого PHP

Язык всегда первичен. Да.

Далее. Вот эта фраза

если мне +- хватает понимания, как работает та же Ларавел?

Ты серьезно думаешь, что у тебя "хватает понимания", как работает фреймворк? Больше не повторяй вслух эти слова. Никогда. Особенно на собеседовании. Иначе собеседующие тебя похоронят за плинтусом.

Может, при возможности стоит обратить внимание на другой язык(Го, шарп, нода)?

Сегодня разговаривал с HR-ом, дословно: php-шников и фронтов много. Больше остальных. Спрос на другие языки - go и питон - там низкая конкуренция. Не могу ей не поверить, т.к. php существует более 20 лет и за это время в отрасль вкатилась куча людей. Откровенно говоря, очень скоро значительный % пхп-макак пойдет в такси, включая меня. Конкуренция, судя по собеседованиям - адовая. Спрашивают сам язык и ещё 250 сопутствующих технологий.

не рискую пока идти на собеседования потому что хочу закрыть чеклист: несколько проектов в портфолио на чистом PHP, laravel; подучить JS с Аяксом; Добить тестирование, а также чуть разобраться с докером, линуксом и теоретической частью этих ваших интернетов.

мертвому припарка. Ты никогда в "домашних условиях" не получишь боевой опыт. Лучше иди работай за "ничего", больше пользы будет.

Если я сделаю, условно, 10 таких одинаковых проектов, будет ли от этого толк больше, чем от 10 аналогичных проектов на Ларавел?

Не будет.

Сейчас тенденция такая: работодателю НЕ НУЖНЫ теоретики, нужны практики на том, что востребовано. Точка. Я тебе это говорю как человек, писавший свой фреймворк в свободное время (по желанию от нефигделать) на протяжении нескольких лет. Это абсолютно пустая трата времени, никто это не оценит, а в некоторых случаях даже будут косо смотреть - век программистов прошёл, сейчас век знающих "либы". Лучше потратить это время на освоение того же Laravel.

который просто будет писаться заново каждый раз с какими-нибудь косметическими (и не очень) изменениями

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

Приведу реальный пример.
У меня был фреймворк в составе проекта.
1. Принял решение вынести фреймворк в отдельную composer-зависимость, написал систему модульности, при которой отдельное приложение - просто набор модулей, а фреймворк устанавливался через композер.
1.1. В итоге получилось два репозитория: существовавший ранее проект (назовем его "А") и фрейморк.
2. Принял решение сделать т.н. skeleton (назовем его "B") для будущих задач, т.е. некую болванку для будущих проектов.
3. Возникла основная проблема - актуализация клиентского кода между проектами "А" и "В" в процессе изменения интерфейсов фреймворка. Любое изменение/дополнение/улучшение в программном коде фреймворка тянуло за собой переписывание клиентского кода в проектах "А" и "В". Не потому, что всё ломалось, а потому, что это предотвращало технический долг и влияло на банальную красоту/чистоту кода.
3.1. Возникла проблема актуализации ресурсов (css, js) и базовых модулей между проектами "А" и "В". Приложение "В" (skeleton) должно было стать эталоном. В skeleton есть некий базовый набор CSS/JS, правил верстки и готовых модулей. Всё это постоянно совершенствовалось. Эти дополнения хотелось вносить в уже действующий проект "А", но делать это приходилось с кровью и потом, т.к. это была тупая ручная работа из разряда copy-paste, т.к. skeleton ("B") по своей сути - это готовый проект, как "А". И тут это всё нельзя было никак автоматизировать.

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

Поэтому твоя идея на базе своего решения клепать 10 сайтов - нежизнеспособна. У тебя банально не хватит времени на разработку фреймворка и актуализацию клиентского кода проектов.

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

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

плюс временные затраты и морально-физические, а это очень высокая цена.

и не надо только писать, что любой ЯП можно за 21 день усвоить. Я вот с HTML лет 20 знаком, а верстку на flexbox делаю по онлайн генератору, ибо там без поллитра не разберешься. Любая технология сейчас - это бездонный океан и переплывать каждый раз такой океан крайне серьезная задача.

Также я не знаю математику. Особенно дискретную

математика и программирование - разные вещи, абсолютно.

У меня большая проблема: я не умею решать задачи

неумение решать задачи ВСЕГДА является следствием двух факторов:
- незнанием инструмента
- незнанием теории

прежде, чем решать задачи на ЯП необходимо изучить возможности языка, устно, прочитав "теорию" (учебник) и понять, какие инструменты язык предоставляет.

https://laravel-boilerplate.com/ , хотя Роман Сарваров утверждал, что присутствует невозможность обновления фреймворка до более актуального состояния.