Podlodka Crew 29 сентября запускает новую конференцию — Podlodka AI Crew 🥳

Если вы ищете практические знания без воды — это оно. Подлодка собрала экспертов, которые покажут, что реально работает в коде, пайплайнах и командных процессах.

В программе:

📊«AI, ML, DS, нейросети: без хайпа в терминах» — разберём границы применимости подходов, чтобы отличать пользу от шума (Алексей Шаграев, ex-Google, ex-Yandex).

👥 Круглый стол «AI-культура в команде» — инструменты и практики, сопротивление/принятие, влияние на эффективность и безопасность (Макс Сальников / Microsoft, Владимир Иванов / Supplied, Михаил Левченко / Яндекс Вертикали, Павел Герасимов / Wrike).

💻 Мастер-класс «Project-aware ассистенты: RAG + MCP» — живая документация, контекст кода для LLM и интерфейс запросов в мессенджере; как это ускоряет онбординг и разработку (Григорий Сухоруков, Яндекс).

⚡«Эффективный промптинг» — техники, которые убирают типовые страхи и реально ускоряют разработку (Евгений Сатуров, Surf).

Почему это важно: AI уже часть рабочего стека — от IDE до CI/CD. Здесь — практики с измеримым эффектом: меньше рутины, быстрее процессы.

Кому будет полезно: разработчикам, архитекторам и техлидам, платформенным/DevOps-инженерам - всем, кто внедряет AI-процессы и ждёт измеримого результата.

🗓 29 сентября - 3 октября
🔗 Подробности и регистрация: https://podlodka.io/aicrew

А промокод phpyh_ai дает скидку 500р! 🎁

PHP 8.5 не сбавляет темп! — выступаю послезавтра на Стачке

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

Также в программе будет ещё 8 пыхарских докладов, в том числе от Кирилла Несмеянова, Ольги Глеклер, Александра Луценко и Альберта Степанцева.

https://spb25.nastachku.ru/lp/proekt-1/speeches/php-8-5-ne-sbavlyaet-temp

Кстати, у меня есть одна проходка. Кто первым в личку напишет отзыв про Пых.конф’25 для канала с фоточкой — с радостью репостну и отдам билет.

После конфы сразу погрузился в код Thesis и Typhoon — куча идей и планов, скоро будут результаты, новости, стримы.

Кто хочет в эти дни купить слоника Пых в Санкт-Петербурге — заполните форму, чтобы я понимал, сколько взять с собой.

https://forms.gle/TmVwGNSwmwktJ5Bd8

The State of PHP 2025 — изучаем результаты опроса JetBrains

Несколько цифр:
• РФ на 3 месте по кол-ву участников опроса,
• 58% опрошенных не собираются уходить с PHP,
• 89% респондентов на PHP 8.x,
• 42% всё ещё не используют инструменты качества кода,
• 32% не пишут тесты.

YouTube | VK Видео

Оценка зрелости инженерных процессов

Алексей Обыскалов вместе с коллегами проводит исследование IT-команд. Оно должно выявить закономерности, которые помогут принимать более эффективные решения.

Ребята уже нашли несколько интересных корреляций:
• между скоростью пайплайнов и качеством code review,
• между алертингом и стабильностью релизов,
• между ролями в команде и удовлетворённостью релизным процессом.

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

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

https://forms.gle/NszR7VDuXL9sBbVAA

Окей, ребята, я вас услышал: цена получилась слишком высокой. Для понимания: это не я решил разбогатеть — это комиссия Озона такая большая (больше трети с каждой продажи).

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

Дайте мне несколько дней, я попробую автоматизировать продажи слоников с доставкой через Хобота. Кто заказал — можете отменить.

Наполнение списка при деструктуризации

Иногда из функции надо вернуть кортеж (иммутабельную группу значений), а в DTO смысла нет, потому что это разовая ситуация и непубличное апи.

В этом случае я всегда использую запечатанный list shape, потому что его очень удобно разбирать в переменные при помощи синтаксиса деструктуризации массива: [$a, $b] = $tuple.

Сейчас мне потребовалось в цикле раскидать возвращаемые методом значения по двум спискам. Приятно удивился, что при деструктуризации можно использовать не только [$array['key']] = , но и [$array[]] =.

Упрощённый пример:

interface Thing
{
    /**
     * @return list{int, string}
     */
    public function resolve(): array;
}

/**
 * @param iterable<Thing> $things
 */
function app(iterable $things): void
{
    $ints = [];
    $strings = [];

    foreach ($things as $thing) {
        [$ints[], $strings[]] = $thing->resolve();
    }

    var_dump($ints, $strings);
}

PHPStan | Psalm

Нюансы вариадических функций

Копаясь в статанализе в рамках проекта Typhoon, мы про каждую мелочь стараемся думать во всей полноте, чтобы не упустить даже очень редко используемые возможности PHP. Так мы периодически узнаём что-то новое.

Например, есть тип callable(<params>): <return type>. У параметров есть следующие модификаторы: = (со значением по умолчанию), ... (вариадический), & (передаётся по ссылке). Вопрос: как их можно сочетать?

1. Параметры, передаваемые по ссылке, очевидно, могут иметь значение по умолчанию.
2. Вариадические, очевидно, не могут иметь значения по умолчанию.
3. Могут ли вариадики передаваться по ссылке? Вот тут лично для меня уже неочевидно, потому что я вообще редко что-то передаю по ссылке.

Разбираемся. Вариадические функции добавил Никита Попов в далёком 2013 году (до этого все использовали func_get_args()), и вот что написано в RFC:

By-reference capture

The new syntax additionally adds support for capturing variadic arguments by-reference, something that was previously not possible in userland code. Only internal functions could make use of this via ZEND_ACC_PASS_REST_BY_REF.

This would allow implementing functions like sscanf() or mysqli_stmt::bind_param() in userland.

A by-reference capture of variadic arguments is indicated by a & before the ellipsis ....

Пробуем:

function increment(int &...$ints): void
{
    foreach ($ints as &$int) {
        ++$int;
    }
}

$a = 0;
$b = 100;

increment($a, $b);

var_dump($a, $b); // 1, 101

Получается, в параметрах типа callable возможны только два сочетания: &... и &=.

Кстати, обратите внимание: слово "опциональный" не является точным определением для = параметра. Опциональные параметры — это те, которые можно не передавать, к ним относятся не только параметры со значением по умолчанию, но и вариадические. Поэтому = однозначно определяется именно как параметр со значением по умолчанию (у нас в коде bool $hasDefault, а не $isOptional). Этот нюанс хорошо прослеживается в нативной рефлексии:

$reflection = new ReflectionParameter('increment', 'ints');

var_dump(
    $reflection->isOptional(), // true
    $reflection->isDefaultValueAvailable(), // false
);

Typhoon учится выводить дженерики

Всю неделю контрибьютил в алгебру типов Typhoon (пока в приватном репо), в частности научился программно решать системы линейных уравнений над типами.

На скриншоте вы видите, как алгебра выводит результат вызова полиморфной функции а-ля array_combine. Причём делает это с анонимной сигнатурой буквально "на весу".

Аналогичный код в PHPStan (выводит верно, но с нерелевантными ошибками) и Scala.

Дальше больше...

Примечание: PHPDoc просто для понимания описываемой сигнатуры, он никак не парсится алгеброй.

Два простых правила

Вот сколько лет я ни пишу код, без конца убеждаюсь в двух вещах:

1. Если стоит выбор между мутабельностью и иммутабельностью — без раздумий выбирай иммутабельность.
2. Если стоит выбор между наследованием и композицией — без раздумий выбирай композицию.

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

Каждый раз, когда я выбираю наследование, я получаю запутанный код, который трудно переиспользовать (хотя обещали, что будет наоборот) и невозможно читать, не прыгая по нескольки классам с полузащищённым API.

Интересно, что и мутабельность, и наследование осложняют типизацию и привносят костыли: @self-out, @this-out, @require-extends.

Я не Егор Бугаенко и не утверждаю, что мутабельность и наследование прям вот совсем не нужны. Но если есть выбор (90% случаев на моей open source практике) — советую воздерживаться.