Целая неделя PHP!

PHP давно воспринимают как интерпретируемый язык. Но что, если его можно компилировать в нативный код — и что это меняет на практике?

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

Архитектор программного обеспечения и автор проекта PHP True Async. Уже несколько лет исследует альтернативные подходы к развитию PHP и экспериментирует с его возможностями за пределами привычного рантайма. Ведёт блог в Telegram.

Все мы глючим на работе. Коктейль не той крепости с прошлого вечера, кофе не той крепости с утра — и в твоём коде уже поплыла логика. Хорошо, что есть PHPUnit и подобные ему инструменты, задача которых — компенсировать возможные флуктуации даже у очень сильных программистов.

AI-агенты тоже глючат. Вместо кофе на них влияют другие факторы, но итог такой же: если попросить агента дважды решить одну и ту же задачу, он сделает это по-разному. Хорошо, что есть PHPUnit и подобные ему инструменты... или нет?

Дмитрий расскажет о научном взгляде на сравнительную недетерминированность человека и AI-агентов. Проще говоря, программисты и агенты не просто глючат, но делают это принципиально по-разному — а значит, способы, которыми мы компенсируем глюки людей, для агентской разработки уже не подходят. Как сказал Fable 5 в диалоге с автором доклада: «Хорошая новость: в архитектуре вашего сервиса уже есть довольно сильный каркас защиты от ошибок. Плохая — там есть ровно те дырки, через которые пролезет LLM-агент».

И вишенка на торте — PHP. Насколько устойчив наш язык к глюкам LLM? Как лучше организовывать архитектуру своего приложения, чтобы этих глюков стало меньше? И что делать инженерам, которые сидят на легаси-проектах? Этому будет посвящена вторая, практическая часть доклада.

Backend-инженер, архитектор.

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

Валентин покажет, как отправить запрос, сохранить состояние ожидающего бизнес-процесса и продолжить его после получения адресного ответа. Разберёт, чем такой reply отличается от публичного события, как связать ответ с исходным запросом и что делать с дублями и запоздавшими сообщениями. Всё это — на реальном примере с асинхронным PHP, DDD и хореографией.

Евангелист PHP. Автор канала Пых. Освободитель new от скобок в PHP 8.4.

Занимается open source разработкой под PHP в проектах Thesis и Typhoon.

Знаешь ли ты, что PHP-приложение можно упаковать в маленький самодостаточный бинарник, который не будет требовать установленного PHP, Composer и Docker на машине пользователя?

На примере YiiPress Александр разберёт PHAR, static-php-cli, micro SAPI, distroless-образ, собственный сервер предпросмотра и нативные расширения на C/Rust. Отдельный фокус наведёт на границы подхода: что стоит выносить в расширения, почему бизнес-логика должна оставаться в PHP, почему FFI и Go — решения компромиссные, и какие идеи применимы в обычных веб-приложениях и микросервисах.

CTO Twindo.ai, руководитель команды фреймворка Yii, организатор PHP Russia, член ПК HighLoad++ и других конференций Онтико, представитель Yii в PHP-FIG. Ведёт блог @samdark_blog.

Работал в Skyeng, Wrike и Stay.com, успев проверить в бою несколько поколений различных технологий.

Chaos Engineering в PHP: как ломать системы, чтобы они не падали.

Маргарита разберёт, как намеренно воспроизводить проблемы, которые обычно проявляются только в проде: дедлоки, утечки памяти, зависшие задачи в очередях, медленные внешние API и падение Redis.

Тимлид команды интеграций в Altenar. Десять лет занимается бэкендом, шесть лет руководит командами, а последние четыре года отвечает за интеграции. Ведёт Telegram-канал @sheleadshub.

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

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

Проектирует системы и разрабатывает больше 15 лет. Руководит командами, выступает на конференциях и пишет в блог @ask_for_oleg.

Больше года команда Дениса активно работает с агентами и прошла путь от точечного использования до сквозного процесса с adoption 100%. Быстро выяснилось, что ускорение написания кода — не финал: вызовы начинаются с качества кода, а дальше узким местом становятся автономность агента, качество и трассировка требований, хендофы.

Денис расскажет, как они перестраивают под это процесс — от стандартизации харнеса и SDD до аналитика в начале пайплайна и движения к новым ролям.

Backend-разработчик и тимлид в Вебпрактик. Самый захватывающий момент в разработке для него — когда идея воплощается в коде и начинает реально работать.

Вадим расскажет, чем gRPC отличается от классического HTTP, в чём его сильные стороны и какие трудности ждут при его использовании.

Отдельно — о текущем положении gRPC в PHP: почему пользоваться им сегодня неудобно и как это исправляет thesis/grpc.

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

Разрабатывает низкоуровневые драйверы на базе неблокирующего I/O для PHP-стека в open source проекте Thesis.

Зачем PHP ещё один фреймворк тестирования?

Алексей пройдётся по истории семейства xUnit. А ведь архитектура PHPUnit уходит корнями в SUnit, который Кент Бек написал в 1994 году для Smalltalk. За двадцать пять лет его существования можно было сделать многое, но сделано мало: как во фреймворке, так и в IDE.

Дальше — архитектура и возможности Testo, плагин для IntelliJ IDEA и скиллы, которые делают фреймворк доступным для AI-агентов. В финале — живая миграция реального проекта с PHPUnit на Testo, генерация тестов и анализ покрытия силами агента.

Ведёт канал PHP Fart Time. Мейнтейнер Spiral и Cycle ORM, участвует в Yii3, Rapira, Trap, DLoad и llm/skills.

Автор Testo — фреймворка тестирования, спроектированного с нуля, без наследия xUnit.

ИИ быстро генерирует код, но без контекста, декомпозиции и проверок работа с агентами превращается в ожидание и бесконечные правки. В докладе поговорим об AI-разработке как об управляемом инженерном процессе.

На примере AI Factory и AI Workspace Данил покажет, зачем нужны отдельные этапы исследования, планирования, реализации и проверки — и как превратить работу с кодинг-агентами в повторяемый процесс с понятными правилами и контролем результата.

Backend-разработчик с опытом более 15 лет, автор Laravel-сообщества и YouTube-канала CutCode.

Консультирует команды по архитектуре и высоконагруженным системам, развивает open source и инструменты для работы с ИИ.

Последний доклад закончится, но расходиться необязательно. Мы остаёмся в эфире и продолжаем в свободной форме — обсуждаем всё, что услышали за неделю, спорим о PHP, показываем свой код и задаём спикерам вопросы, на которые не хватило времени в докладах.

Программы нет: темы приносишь ты. Заканчиваем не по расписанию, а когда закончатся разговоры — хоть в полночь, хоть под утро.