Андрей Титов

Итак, обо всем по порядку:

1. Дописать новую фичу можно в любой системе и в любом фрейморке (ZF/Laravel/SF/Cake/CI/Phalcon ... ), даже если все было спроектировано не правильно изначально. Единственно на это уйдет чуть больше времени и нервов.

2. Симфони второй по востребованости в СНГ, после Yii - согласно hh и brainstorage. Остальное - ZF/Laravel. В Европе/США - наоборот, ZF2/Laravel, потом Symfony, а Yii вообще редко попадается.

3. Да Ларавел работает быстрее и есть меньше памяти. Это потому в симфони очень много слоев абстракции. Но как правило, память дешевая и многие могут её себе позволить. То есть в основном никого не волнует какие-то 9-10 лишних МБ памяти.

4. Симфони - не для слабаков. Его API гораздо сложнее всех остальных. Нужно уже знать и понимать DI контейнеры, принцип разделения концепций и аналогичное. Для работы с Yii/Laravel - знать этого не нужно, поэтому каждый второй школьник Yii/Laravel программист (образно говоря).

5. Не встречал адекватных мануалов для новичков на русском языке, к сожалению. Могу посоветовать только англоязычные:

Symfony2 Registration and Login
Creating a blog in Symfony2

Пройдя эти мануалы, уже сможешь писать приложения.

6. В любом фрейворке, тебе нужно будет в основном только это:

- Роутер / контроллеры
- Компонент валидации форм
- Слой над базой данных

И все! Фремворк предоставляет только инструменты, не более того. Т.е фреймворк - это не цель, а средство.

99% что резюме хлам.
Upd:
Заголовок содержит JavaScript и React, при этом в опыте работы написано что ты верстальщик. Диссонанс. Советую поправить опыт работы.

В опыте работы слово простой убери, нафига себя принижать?
В заголовке убери Junior, сейчас 95% hr'ов сразу закрывают резюме не прочитав тело.
В теле нет никаких деталей. Твое резюме не дает никакого представления о твоем уровне.
Например "Git". Что Git? Ты знаешь про gitflow? Сможешь сделать rebase? Или ты просто фичачишь все в одну ветку? По остальным пунктам примерно тоже.
Например вместо
"Опыт работы на ReactJS и Redux"
можно было бы написать
"Владею ReactJS и Redux на уровне реализации <интернет-магазина> пример <ссылка на проект>"
Первая формулировка не дает никакого представления о том что ты можешь сделать. Вторая несет хоть какую-то информационную нагрузку.

Отличное понимание принципов ООП.

Убери если не хочешь чтобы тебя разнесли на первом же собесе.

"VK
https://vk.com/barisondsilinc"
Серьезно? Как ты до этого догадался?
"опыт работы на фрилансе HTML верстке (до санкционные времена) "
До санкционные времена? Это в 2013ом? Нафиг это работодателю? И для опыта работы есть соответствующий раздел.

"Неоконченное высшее образование"
Ты че, студент? И ты открыто пишешь об этом в резюме? Тебе точно работа нужна?

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

Чтобы не было чёрных полос на экране

В очереди. Kafka, rebbit. Это стандарт хранения, хотя если данных не много и не нужен доп функционал очередей, можно писать в файл и избавиться от лишней зависимости, а потом по крону csv файл заливать в клик (можно прям на баше)

видео можно скачать с ютуба с помощью yt-dlp
а после в большинстве видеоплееров при просмотре на нужном моменте жать на паузу и масштабировать изображение, в том же mpv клавиши по умолчанию для зума

Alt + and Alt -
    Combining Alt with the + or - keys changes video zoom.
Alt+BACKSPACE
    Reset the pan/zoom settings.

docker images показывает размер образа
docker ps -s или docker ps -as выведет размер контейнера

Указание возвращаемого типа static добавили только в PHP8.

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

Возьмем например Ваш объект репозитория, его достаточно зарегистрировать в контейнере так

Yii::$container->setSingleton('common\domain\Entities\User\Profile\Interfaces\Repository', // указываем интерфейс
    [ // указываем конфигурацию класса реализующего этот интерфейс
        'class' => 'common\infrastructure\Entities\User\Profile\Repository' 
    ], 
    [ // указываем какие данные необходимо передать в конструктор, в частности - экземпляр класса UserProfile
        Instance::of('common\models\ActiveRecord\UserProfile')
    ]
);

Контейнер соответственно сам проинжектит в объекты использующие common\domain\Entities\User\Profile\Interfaces\Repository объект common\infrastructure\Entities\User\Profile\Repository

Сервис регистрируется аналогично:

Yii::$container->setSingleton('common\domain\Entities\User\Profile\Interfaces\Service',
    [
        'class' => 'common\application\User\Profile\Service',
    ],
    [
        Instance::of('common\domain\Entities\User\Profile\Interfaces\Repository')
    ],
);

При создании сервиса, контейнер найден в своих данных объект соответствующий common\domain\Entities\User\Profile\Interfaces\Repository создаст его и проинжектит в сервис

Basic - пример реализации одиночного приложения (простое).
Advanced - пример реализации приложений, которое включает в себя разделение на другие приложения (сложное).
В advanced показана реализация самых часто используемых частей, таких как:

• frontend - паблик часть приложения
  
• backend - закрытая часть приложения, где осуществляется администрирование
  
• api - апи для работы с приложением, реализация rest
  

При этом все подприложения имеют общие модели и конфиги, что связывает все в единое целое.

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

Стейт менеджер нужен для консистентного управления состоянием приложения, внезапно.
Если вы не пользуетесь менеджером состояния в реакт-приложении, то либо используете контекст (вот хорошее объяснение, почему на проде так делать не нужно), либо пишете заведомо неподдерживаемое приложение. Ну или ваше приложение — это игра в крестики-нолики с двумя полями в стейте корневого компонента.

Большие приложения нельзя писать без стейт-менеджера — это выльется в огромную неподдерживаемую кучу спагетти.