Чудесный день! PHP сегодня тридцать лет!

Смотрю стрим к 30-летию PHP.

Тейлор:

В начале 2024 в Laravel Inc. было 10 сотрудников.
Сейчас 70 человек!

https://www.youtube.com/live/K91LyYA3794?si=NM-bu4CBLAc6vyix&t=11129

Существует уже много сервисов AI Code Review. Это работает так: некий AI-бот подключается к вашему GitHub/GitLab репозиторию и проверяет Pull Request/Merge Request, оставляет комментарии. На GitHub есть даже встроенный GitHub Copilot - запускается в один клик.

Но есть небольшие трения или неудобства:
- нужно ждать пока бот сделает review. Минуту, или две, или пять. Звучит не очень долго (особенно по сравнению с человеческим code review), но отметим этот пунктик;
- нужно настроить этого бота: прописать какие-то системные инструкции, предоставить документацию по проекту. Неподготовленный AI напишет поверхностно и совсем не то, что реально ценно для проекта. Решаемо, но надо проделать подготовительную работу.

Недавно открыл для себя практику локального Code Review с AI непосредственно в моём редакторе кода:
- прогоняю Code Review, ещё до того, как сделал commit (не нужно ни пушить, ни PR создавать, сокращаю телодвижения)
- можно внести исправления и ещё раз запустить
- работает быстрее, чем на сайте через Pull Request, не надо ждать пока бот раскачегарится и подхватит, не теряю фокус на задаче
- и самое главное: AI Code Review запущенный из редактора даёт реально ценные советы, потому что в локальном редакторе у меня уже настроены guidlines/memories/и прочие техники формирующие контекст, прописаны ссылки на документацию.

Промпт простой:

Выполни команду git --no-pager diff main и проведи Code Review для моей ветки:
⁃ Проверь на логические ошибки и ошибки кодирования
⁃ Если есть комментарии, сравни что описано в комментариях с тем что реально реализовано
⁃ Проверь семантику выбранных имён переменных и методов
⁃ Проверь на оптимальность SQL запросов и алгоритмов

Не вноси изменения в код, только проверь и дай отчёт.

По хорошему надо бы построить грамотный CI процесс с включением AI Code Review.

Трансляция через 50 минут👆

В редакторе кода Zed появился отладчик, который, в том числе, поддерживает XDebug 👀

https://zed.dev/docs/debugger

Смотрю сейчас стрим с основным разработчиком Filament — Дэном Харрином, где он рассказывает о новых фишках Filament 4 (пока что это бета-версия).

Год или два назад я попробовал Filament, но особо не вникал, как там всё устроено под капотом. Сейчас, в процессе просмотра стрима относительно оптимизиций в Filament 4 у меня реально глаза округляются. Но не потому что Filament 4 так крут, а потому что Filament 3 был так плох.

Вот, например, история про модальные окна. Представьте: у вас таблица на 1000 строк, и сервер рендерит её за 3 секунды. В каждой строке есть кнопка «View», чтобы открыть карточку записи в модальном окне. Так вот, раньше — в Filament 3 — когда вы нажимали эту кнопку, сервер заново рендерил всю таблицу (все 1000 строк с запросами к базе!), плюс саму модалку. В итоге на клиент улетал огромный HTML, и открытие модального окна занимало те же 3 секунды, что и рендер всей таблицы.

В Filament 4 оптимизировали: теперь при открытии модалки сервер генерирует только нужную вёрстку для этого окна. Результат — модалка открывается почти мгновенно, без лишней нагрузки.

А сразу нельзя было сделать нормально? Я реально в шоке! Пока смотрел стрим, даже перемотал назад: не сразу поверил, что раньше для открытия одной карточки приходилось рендерить всю таблицу из тысячи строк.

https://www.youtube.com/live/vbtHGZXzIpU?si=MoMd98nG-o79LrWQ&t=2099

Подсел на YouTube канал CodeOpinion про ООП и DDD в примерах, мини-разборы разных вопросов и примеров в формате 10-15 минут.

Вот, например, как отличить логику относящуюся к Application Layer от "бизнес-логики" Domain Layer на примере авторизации: https://youtu.be/0TpejBzN-xw?si=XqjgAZ9_Iqai38Pb

Смотрю очередной выпуск подкаста «Организованное программирование» на тему «ORM vs SQL». Внезапно участник рассказал об автоматизированном тестировании SQL-запросов через EXPLAIN.

Ссылка с таймокодом: https://youtu.be/O1Qxpvt7WCw?si=Rbs_vt3CTB7BunRD&t=1147

Удивительно, что я какое-то время назад независимо пришёл к идентичному решению!

Суть подхода:
В проекте много отчётов на чистом SQL (без ORM/query builder). В тестовом окружении все они запускаются с подстановкой EXPLAIN перед SELECT.

Это даёт:
- Мгновенное выполнение в тестах (даже для сложных запросов);
- Проверку синтаксиса, наличия полей и таблиц;
- Нулевую стоимость написания теста (новые отчёты подключаются автоматически).

Надо понимать, что это смоук-тест: он не проверяет данные, но гарантирует запуск отчёта.

Позже метод был адаптирован для других модулей. Например, для CRUD-таблиц с сортировкой по колонкам.
Автотест запускает EXPLAIN SELECT ... ORDER BY [каждая_колонка];
Ловит ошибки в сложных вычисляемых полях с подзапросами (реальные кейсы были!).
Теперь всё покрыто EXPLAIN-тестами без ручного написания. Добавил колонку в CRUD? Движок тестирования сам запустит сортировку.

p.s. до этого использовалась другая менее эффективная идея: всем SELECT запросам добавлялся LIMIT 1 для смоук-тестов.

Codex - это AI агент от OpenAI который надо подключить к своему GitHub, поставить ему задачу, он что-то там в фоне программирует, результат потом можно превратить Pull Request.

Говорят, это удобно для мелких рутинных задач, когда нет необходимости вмешиваться в работу агента где-то в середине процесса, когда нет необходимости направлять его. По принципу: поставил задачу и забыл. Потом, как будет время, посмотреть результат, сделать merge.

Распробовал, подтверждаю: именно так и работает. Вот сейчас еду в общественном транспорте и копирую задачи из трекера в Codex на мобильном телефоне (в приложении ChatGPT). Завтра утром посмотрю получившийся код.

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

Минусы: проехал свою остановку 🤦‍♂️

Заканчиваем приём заявок на доклады

Завтра в 18:00 мы закроем подачу заявок на доклады на Пых.конф’25. Если у тебя есть идея для выступления — самое время закинуть её в Хобота! Мы рассматриваем все тезисы и помогаем с их доработкой.

Пожалуйста, перешли это сообщение в чат коллегам, вдруг они не знали.

Ставь лайк, если был яркий момент в жизни!

Смотрю интервью с head of engineering из Shopify (это крупная e-commerce платформа).

Интересный инсайд: для управления проектами и задачами они не используют Jira или Linear или какой-то другой известный софт, у них система собственной разработки под названием GSD - Get Shit Done!

Нейминг на 5+ 🤣

https://youtu.be/u-3IILWQPRM?si=sByCN_WzA1oiCnfN

Лето - отличный повод взять отпуск, чтобы подключиться на наш митап PHPofBy #44 :)

Ждем вас 17го Июля, как всегда - в четверг в 19:00 (+3)

В этот раз Алексей Солодкий расскажет, как по эффекту домино обрушить систему (и как, соответственно, этого не допускать)

А Станислав Ракчаев поделится своим опытом и практиками по работе с деньгами в PHP


📅 Расписание и тезисы по ссылке.
🎥 Трансляция, как обычно, на YouTube.

На сайте Аэрофлота был Laravel Livewire? 🧐