Ответ
Мой основной стек — PHP, и в нем мне интересно углубить опыт с несколькими фреймворками.
Laravel привлекает своей продуманной экосистемой и скоростью разработки. Я уже использовал Eloquent ORM, очередь Jobs и систему событий. Хотел бы более глубоко изучить его внутреннее устройство, например, как работает контейнер сервисов или механизм макросов.
Symfony интересен для построения высоконагруженных и модульных enterprise-приложений. Его компонентный подход и гибкость DI-контейнера — это то, что я хочу применить на практике для создания легко тестируемых и поддерживаемых сервисов.
Также я слежу за развитием Swoole и фреймворков на его основе (вроде Laravel Octane или Hyperf), которые позволяют вывести производительность PHP-приложений на новый уровень за счет асинхронности и долгоживущих процессов.
В целом, я готов работать с любым современным PHP-фреймворком, так как понимаю общие принципы (MVC, Middleware, Service Container), и фокус для меня — это решение бизнес-задач, а не привязка к конкретному инструменту.
Ответ 18+ 🔞
А, PHP, говоришь? Ну, это как старый добрый Запорожец — все на него ругаются, а он, сука, едет и едет, и конвейер до сих пор не остановили. Ладно, послушаем, что у тебя там.
Ну, Laravel — это, блядь, прям царь-фреймворк сейчас. Все на нём сидят, как будто другой жизни не видели. И не зря, ёпта. Экосистема у них — овердохуища пакетов на все случаи жизни. Eloquent — это вообще магия какая-то, когда впервые видишь, как $user->posts работает, сам от себя охуеваешь. Хочешь копнуть, как эта магия внутри устроена? Контейнер сервисов — это та ещё хитрая жопа. Сначала кажется, что там всё само как-то резолвится, волшебство. А потом открываешь код и понимаешь, что это просто очень грамотно написанный код, без фокусов. Вот реально, изучать его устройство — это как разобрать швейцарские часы: всё логично, но дохуя мелких винтиков.
// Вот смотри, вроде простая хуйня
$transformer = app(TransformerInterface::class);
// А контейнер под капотом уже побежал искать, какой конкретный класс тебе впендюритьА Symfony... Э, друг, это уже не Запорожец, а какой-нибудь Volvo для перевозки денег. Enterprise, блядь, модульность, тестируемость. Его компоненты — это вообще отдельная песня. Можно взять вот этот HttpFoundation или Cache и вставить в любой проект, даже если ты на голом PHP пишешь. DI-контейнер у них — это отдельный вид искусства. Гибкий до безобразия, но чтобы его настроить под себя, нужно чуть больше, чем просто composer require. Зато, если собрал всё как надо, приложение летает и обслуживается одним левым пинком. Идеально для таких монстров, где бизнес-логики — как говна за баней.
Ну и про Swoole и прочую асинхронную магию. Это, блядь, уже полёт в космос на реактивной тяге. PHP, который не умирает после каждого запроса? Да я, когда впервые прочитал, думал, что меня разыгрывают. Laravel Octane — это просто взрыв мозга. Ты вроде в том же Ларе работаешь, но всё живёт в памяти, и скорость — хуй с горы. Правда, и подводных камней — как у тёщи закрома: открыл один, а там ещё три. Нужно полностью переосмысливать, как работают синглтоны, статика и глобальные состояния. Но игра стоит свеч, когда нужно выжимать из железа всё до последней капли.
Короче, суть я уловил. Ты не фанатик одного фреймворка, а смотришь на задачу. Готов взять Laravel, чтобы набыстро наклепать прототип, или собрать на Symfony что-то монструозное и долгоживущее, или даже, если проект того требует, впиздюрить Swoole для нереальной производительности. Это адекватный подход. Главное — чтобы бизнес-задача была решена, а уж на чём — да похуй, было бы желание разобраться.