MisterN

Вообще правильно выше сказали, что необходимо плясать от требований потенциальных работодателей. Это все очень зависит от региона - требования, конкуренция, предпочитаемые технологии. А на удаленку без опыта не знаю, можно ли устроиться, я не пробовал. Я бы сказал, что вреда не будет, если вы прямо сейчас напроситесь на собеседование где-нибудь.
Можете погуглить че-нить типа "как пройти собеседование на программиста php" или типа того, посмотреть обычные задачи для собеседования. Конечно без нет гарантий, что они вам попадутся, но сможете сами увидеть свои слабые места и вообще будете думать в нужную сторону (трудоустройства).
Вот типовое задание. Конечно, сделать его можно по-разному. Но как сделаете - уж точно можете искать место джуна. Хотя, и то правда, что оно не на джуна и возможно, что оно займет у вас много времени. Но если осилил - не сомневайтесь, уже можно искать работу и в парралель продолжать учиться. Я вот очень благополучно работал без знания автотестов. Не к тому, что они не нужны, а к тому, что вам не обязательно пытаться объять необъятное. А на рынок все-же надо смотреть. А то мож и правда нужно битрикс учить, фиг знает. Красота красотой, но зарабатывать надо.
"Создание мини CRM системы:
Должно быть реализовано на любимом фреймворке
Backend часть
1. Авторизация в CRM системе
1.1 Поля для входа на форме (Email, пароль)
2. Модуль для отображения пользователей системы
2.0 Отображение списка пользователей
2.1 Возможность выставление прав пользователям, список (Администратор, менеджер)
2.2 Поля пользователя (email, пароль, статус)2.3 Удаление и редактирование пользователей
2.4 Смена статуса пользователям, Активный или неактивный
2.5 Редактировать список может только пользователи с правами администратор
3. Раздел отображение заявок
3.1 Вывод списка заявок
3.2 Поля у заявки (Имя клиента, Наименование заявки, наименование товар, телефон, время создания заявки, статус, комментарий, цена)
3.3 Смена статуса заявки (Принята, отказана, брак)
4. Раздел истории изменения заявок
4.1 Каким пользователям были изменены поля у заявки (Имя клиента, Наименование заявки, наименование товара, телефон, время подачи заявки, статус, комментарий, цена)
5. Добавить возможность выгрузки в CSV списка заявок, поля в CSV (Наименование заявки, товар, цена, телефон)

Frontend часть

1. Создать простую форму для отправки заявки
1.1 Поля формы (Имя клиента, телефон, комментарий, товар)
1.2 Список товаров (яблоки, апельсины, мандарины)

Если они до сих пор на 5.4, то сдается мне, что как библиотеки, так и окружение там просто не меняют "пока работает". Скорость обновления библиотек не важна, пока ты их не обновляешь. Походу, тут это делается редко и да, копипостом. Не знаю, какие там задачи, вот хрен его знает, может и не нужен.
Сабмодули гит? Тоже вариант, так-то ))

Чувак, а ты может разводишь народ на 1-е то апреля?
Сайты сам программировал хоть немного? Я имею ввиду не "сделал" мышкой, а чтобы там че-нибудь своеное добавить, не чужим трудом пользоваться? Не имею ничего против программирования мышкой в принципе, просто понимания php вообще и ооп в частности такое знакомство естественно не добавит.
Забиваем в поиск drupal api и получаем первый пример $storage = \Drupal::entityManager()->getStorage('your_entity_type');
Но запрос на самом деле не показательный, т.к. путаются всякие советы по созданию формочки, скачиванию друпала с оф.сайта + установка и т.п. Приходится сделать пару кликов на сайте по ссылкам. Короче уточняем что-ли так, например drupal api orm тут подмешивается конечно "7 причин для перехода с Drupal на Yii" но в целом уже ближе к теме и есть вот такие статьи https://drupalfly.ru/lesson/create-form-in-drupal-8 а теперь подумаем над вопросом, к чему же нам наследовать FormBase, не лучше ли просто скопипостить в каждой форме код из FormBase? Найдем этот класс например в друпале и полюбуемся, кстати. В чем поможет ide или запрос в яндексе что-ли drupal github class FormBase. Но мне он не поможет, я уже вбиваю joomla api orm и получаю что-то не очевидное
https://api.joomla.org/cms-3/classes/JForm.html
Это класс JForm. Ну, забиваем в поиск JForm::addFieldPath, находим урок по созданию компонента, не смотрим подробности, там тоже ооп. Берем любой класс и рассуждаем, как про друпал "а че бы нам это и не скопипостить все, зачем нам класс, пусть будет куча переменных в глобальной области видимости и все такое".
inet-reklama.com/blog/joomla/uroki-po-sozdaniyu-ko...
На самом деле, большая какая-то статья, я не осилил, даж листать не стал, но удивлюсь, если там нет ооп. Я вообще не делал сайты ни на джумле, ни на друпале, но почему-то говорю с уверенностью. И попробуйте меня опровергнуть.
А вот что я знаю, так этом modx https://ershov.pw/blog/modx-revolution/api
Ну, про фреймворки я вообще молчу, там начинаться будет с создания классов mvc. А если вы спрашиваете "ну почему же они не делают все функционально, нахрена везде ооп?", то попользуйтесь немного ооп, а потом попробуйте вернуться к функциям. Вам не понравится. "есть абстрактный класс животное имеющий свойства, методы общие для всех" - ну, так-то этого достаточно, есть еще паттерны, их стоит освоить. Потом, когда по-привыкните к ооп.
В js, кстати, наследование прототипное и объекты не совсем объекты т.е. не совсем то. Ну, там стандартом стало использование паттерна модуль, что говорит о том, что в не приспособленном в принципе к ооп языке люди находят выход, чтобы юзать оопэобразные практики. Эт не мазохизм.

https://docs.modx.com/revolution/2.x/developing-in...