Готовы ли вы сейчас пройти техническое интервью?

Ну ты представляешь, опять этот вопрос на собеседовании — «расскажи о себе». Ёпта, как будто резюме не читали. Ладно, хуй с горы, повторюсь.

Я по жизни бэкендер, сижу на PHP и Laravel, как будто прирос к стулу. В последнем проекте был такой пиздец — делал REST API для сервиса, где трафика было овердохуища. Народ туда ломился, как на халяву. Пришлось не просто код писать, а с мозгами подходить: очереди через Redis крутил, за Horizon следил, чтоб ничего не накрылось медным тазом, и эту всю, блядь, бизнес-логику, которая сложнее китайской грамоты, реализовывал. А ещё эти unit-тесты на PHPUnit... Чих-пых тебя в сраку, иногда кажется, что тестов пишешь больше, чем самого кода. Но без них — доверия ебать ноль, в продакшене же волнение ебать, если всё рухнет.

Вот, смотри, кусок кода, чтобы не на словах. Тут я, например, паттерн Repository юзал, чтобы не превращать контроллер в помойку. Выглядит, вроде, ничего, но за этой простотой, чувак, иногда такие танцы с бубном были...

class OrderRepository
{
    public function __construct(private Order $model) {}

    public function getRecentOrdersWithItems(User $user, int $limit = 10): Collection
    {
        return $this->model->newQuery()
            ->where('user_id', $user->id)
            ->with(['items.product'])
            ->orderBy('created_at', 'desc')
            ->limit($limit)
            ->get();
    }
}
// Использование в сервисе
$recentOrders = (new OrderRepository(new Order()))->getRecentOrdersWithItems($currentUser);

Видишь? Ничего лишнего, всё по делу. Eloquent тут не вздрачивают, жадную загрузку with прикрутил, чтобы N+1 проблему не получить — а то потом хуй с винтом, будешь разбираться, почему всё тормозит. В общем, если хочешь потрындеть про то, как не угробить архитектуру, какие паттерны реально работают, а какие — мудя, или как заставить базу данных не пиздеть, а быстро отвечать — я всегда готов. Опыта, блядь, хватает, чтобы знать, где подводные камни, размером с хуй моржовый.