fa
Feedback
Сергей Предводителев

Сергей Предводителев

رفتن به کانال در Telegram

Авторский канал Сергея Предводителева. Заметки о веб-разработке, PHP, открытом ПО, развитии и немного о жизни. Чат канала — @predvoditelev_chat Сайт: https://predvoditelev.ru

نمایش بیشتر
1 207
مشترکین
-124 ساعت
اطلاعاتی وجود ندارد7 روز
-1030 روز
جذب مشترکین
ژوئن '26
ژوئن '26
+9
در 0 کانال‌ها
مه '26
+19
در 0 کانال‌ها
Get PRO
آوریل '26
+16
در 0 کانال‌ها
Get PRO
مارس '26
+17
در 0 کانال‌ها
Get PRO
فوریه '26
+26
در 0 کانال‌ها
Get PRO
ژانویه '26
+28
در 3 کانال‌ها
Get PRO
دسامبر '25
+22
در 0 کانال‌ها
Get PRO
نوامبر '25
+18
در 0 کانال‌ها
Get PRO
اکتبر '25
+11
در 0 کانال‌ها
Get PRO
سپتامبر '25
+13
در 1 کانال‌ها
Get PRO
اوت '25
+13
در 0 کانال‌ها
Get PRO
ژوئیه '25
+19
در 0 کانال‌ها
Get PRO
ژوئن '25
+23
در 2 کانال‌ها
Get PRO
مه '25
+17
در 0 کانال‌ها
Get PRO
آوریل '25
+26
در 2 کانال‌ها
Get PRO
مارس '25
+24
در 0 کانال‌ها
Get PRO
فوریه '25
+21
در 0 کانال‌ها
Get PRO
ژانویه '25
+69
در 2 کانال‌ها
Get PRO
دسامبر '24
+61
در 1 کانال‌ها
Get PRO
نوامبر '24
+32
در 1 کانال‌ها
Get PRO
اکتبر '24
+45
در 2 کانال‌ها
Get PRO
سپتامبر '24
+30
در 0 کانال‌ها
Get PRO
اوت '24
+35
در 0 کانال‌ها
Get PRO
ژوئیه '24
+43
در 1 کانال‌ها
Get PRO
ژوئن '24
+28
در 0 کانال‌ها
Get PRO
مه '24
+20
در 0 کانال‌ها
Get PRO
آوریل '24
+21
در 0 کانال‌ها
Get PRO
مارس '24
+27
در 0 کانال‌ها
Get PRO
فوریه '24
+22
در 0 کانال‌ها
Get PRO
ژانویه '24
+38
در 0 کانال‌ها
Get PRO
دسامبر '23
+58
در 1 کانال‌ها
Get PRO
نوامبر '23
+37
در 0 کانال‌ها
Get PRO
اکتبر '23
+59
در 1 کانال‌ها
Get PRO
سپتامبر '23
+672
در 0 کانال‌ها
تاریخ
رشد مشترکین
اشارات
کانال‌ها
24 ژوئن0
23 ژوئن0
22 ژوئن0
21 ژوئن+2
20 ژوئن+1
19 ژوئن0
18 ژوئن0
17 ژوئن0
16 ژوئن+1
15 ژوئن0
14 ژوئن0
13 ژوئن0
12 ژوئن+2
11 ژوئن0
10 ژوئن0
09 ژوئن0
08 ژوئن0
07 ژوئن0
06 ژوئن0
05 ژوئن0
04 ژوئن+1
03 ژوئن+1
02 ژوئن0
01 ژوئن+1
پست‌های کانال
🌿 Про zizmor Александр Макаров начал внедрять инструмент zizmor в репозитории Yii. Раньше про него не слышал, надо разобраться 🙂 🌈 zizmor — статический анализатор безопасности для GitHub Actions. Проверяет конфигурации рабочих процессов GitHub Action и конфигурацию Dependabot. zizmor предоставляет множество путей для установки. Для запуска локально я взял Docker-образ:
docker run \  
     --volume .:/project:ro \  
     --rm \  
     ghcr.io/zizmorcore/zizmor:latest \  
     --persona auditor --color always /project
А для запуска в CI воспользовался экшеном zizmor-action. Инструмент поддерживает три уровня строгости проверок (в терминах zizmor — persona): • regular — режим по умолчанию; • pedantic — «педантичный» режим, включающий больше проверок; • auditor — максимально строгий режим, возможны ложноположительные срабатывания. Если у zizmor есть доступ к интернету и GitHub API, то он попытается получить дополнительная информацию о подключаемых экшенах и сделает дополнительные проверки. Эксперименты проводил над репозиториями PHPTG. Анализитор обнаружил, например, такие проблемы: Использование тегов вместо хэшей для подключаемых экшенов:
uses: ramsey/composer-install@v4
^ action is not pinned to a hash (required by blanket policy)
Отсутствие явно прописанных разрешений:
tests:
  name: PHP ${{ matrix.php }}-${{ matrix.os }}
  runs-on: ${{ matrix.os }}
  ...
^
this job default permissions used due to no permissions: block
Использование стороннего экшена вместо явного использования уже доступных команд:
- name: Commit changes
  uses: stefanzweifel/git-auto-commit-action@v7
^ use `git add`, `git commit`, and `git push` in a script step
Для каждой проблемы в документации доступно подробное описание и предложения по исправлению. К слову, zizmor умеет и в автоматическое исправление, но этот функционал я не проверял, воспользовался ИИ 🤖 Итого — инструмент крайне полезный. Если в репозитории используется GitHub Actions, нужно обязательно добавлять zizmor в CI.

2
🌿 Про опциональные зависимости в пакетах Composer и статанализ Опциональные зависимости в пакетах могут использоваться в нескольких вариантах. 1) Улучшение функционала без добавления чего-то нового. Независимо от наличия зависимости функционал будет работать, но с зависимостью, например, будет работать быстрее. 2) Расширение текущего функционала, но на уровне приложения нужно будет использовать опциональную зависимость. Например, драйвера для различных БД: ставим драйвер и в приложении настраиваем его использование. 3) Опциональная зависимость обязательно требуется для работы части функционала пакета. Если мы используем данный функционал в приложении, то обязательно нужно поставить какую-то дополнительную зависимость. В последнем варианте можно столкнутся с ситуацией, когда пакет установили и использовали как раз функционал требующий дополнительной зависимости. Если мы забыли установить зависимость, то получим ошибку во время выполнения. Описывал такой случай ранее. К сожалению, существующие статические анализаторы (Psalm, PHPStan, Composer Require Checker, Composer Dependency Analyzer) помогут во втором варианте (зависимость используется в приложении и анализатор увидит это), но не спасут в третьем варианте (на уровне приложения всё на месте, проблема внутри пакета). По крайней мере я не нашёл такой возможности. А было бы классно иметь, например, PHPStan-аннотацию @composer-require которая для класса/интерфейса/перечисления в случае его использования в приложении проверяет наличие зависимости. /** * @composer-require symfony/property-access:^6.4|^7.0|^8.0 */ final class ObjectNormalizer ... Как вам идея? 🤔 PS Для PHPStan сделал тикет.
762
3
Как тебе идея?
620
4
Пыхник’26 Привет, дорогие Пыхари! На закрытии Пых.конф’25 мы с вами договорились, что встретимся снова в 2026. В этом году вместо полноценной Пых.конф мы решили попробовать другой формат — Пыхник! Примерный план: • конец августа / начало сентября; • загородный отель Art Village (12 км от МКАД); • 100-120 офлайн-участников; • 1 зал без параллельных потоков; • 8 лучших докладов про PHP и экосистему; • фуршет от конференции + рестораны на территории; • записи докладов для всех участников уже на следующий день; • возможность приехать с семьёй и провести в отеле ещё пару дней. По предварительным расчётам стоимость участия может составить 6000₽. Добиться такой цены получится за счёт простого формата: без нескольких залов, сложного продакшена и прочих атрибутов больших конференций. Чтобы не рисковать деньгами и понять, нужна ли такая встреча сообществу, мы думаем запустить краудфандинг на Planeta.ru (у нас уже был положительный опыт со слониками). Собираем необходимую сумму — проводим мероприятие, нет — деньги возвращаются. Пожалуйста, проголосуй ниже безотносительно даты и программы — так мы сможем предварительно оценить интерес. И ждём побольше вопросов в комментариях, чтобы мы ничего не забыли учесть!
501
5
🌿 Про Пыхник 2026 Пых.конф'26 по определённым причинам в этом году провести никак не выходит. Но есть мысль встретится немного в другом формате под названием 💙Пыхник. Проголосуйте, как вам эта идея?
751
6
🌿 Про опциональные зависимости в пакетах Composer и статанализ Опциональные зависимости в пакетах могут использоваться в нескольких вариантах. 1) Улучшение функционала без добавления чего-то нового. Независимо от наличия зависимости функционал будет работать, но с зависимостью, например, будет работать быстрее. 2) Расширение текущего функционала, но на уровне приложения нужно будет использовать опциональную зависимость. Например, драйвера для различных БД: ставим драйвер и в приложении настраиваем его использование. 3) Опциональная зависимость обязательно требуется для работы части функционала пакета. Если мы используем данный функционал в приложении, то обязательно нужно поставить какую-то дополнительную зависимость. В последнем варианте можно столкнутся с ситуацией, когда пакет установили и использовали как раз функционал требующий дополнительной зависимости. Если мы забыли установить зависимость, то получим ошибку во время выполнения. Описывал такой случай ранее. К сожалению, существующие статические анализаторы (Psalm, PHPStan, Composer Require Checker, Composer Dependency Analyzer) помогут во втором варианте (зависимость используется в приложении и анализатор увидит это), но не спасут в третьем варианте (на уровне приложения всё на месте, проблема внутри пакета). По крайней мере я не нашёл такой возможности. А было бы классно иметь, например, PHPStan-аннотацию @composer-require которая для класса/интерфейса/перечисления в случае его использования в приложении проверяет наличие зависимости. /** * @composer-require symfony/property-access:^6.4|^7.0|^8.0 */ final class ObjectNormalizer ... Как вам идея? 🤔
7
7
🌿 Про случай с лимитами в Claude Code и выбор модели Решил я как-то обновить зависимость yiisoft/html в пакете Yii Bootstrap 5, который предоставляет виджеты из Bootstrap. В последних версиях Yii HTML был изменён порядок вывода атрибутов в тегах: ранее они сортировались, а теперь выводятся в порядке их добавления. В тестах Yii Bootstrap 5 очень много проверок HTML, которые нужно было исправить в соответствии с новым порядком атрибутов. По итогу изменения затронули более 1000 строк (см. PR). Отличная задача для ИИ-агента. Тут даже объяснять ничего не надо: смотри ошибки в тестах и исправляй. Запустил я Claude Code, сделал простейший промпт, и он начал работу: • запустил тесты; • посмотрел ошибки; • осознал, что от него требуется; • запустил в фоне параллельно 10+ агентов • начал вносить правки • и упёрся в лимит 🤷‍♂️ Так быстро лимиты у меня ещё не заканчивались (у меня, правда, тариф Pro). Проблема была в том, что файлы тестов большие, вывод PHPUnit тоже большой, а модель по умолчанию у меня стояла Opus 4.6. Claude Code в субагентах всё это дело активно читал и быстро упёрся в лимиты. В следующий раз я выбрал дешёвую модель Haiku 4.5 для быстрых ответов, попросил агента не запускать субагентов и просто шаг за шагом править тесты. И он отлично справился, скушав не так уж много токенов. Такая вот зарисовка из опыта взаимодействия с LLM 🙂
944
8
🍉 Podlodka AI Crew #3 «AI-First Development» С 15 по 19 июня пройдёт третий сезон онлайн-конференции Podlodka AI Crew, котор
🍉 Podlodka AI Crew #3 «AI-First Development» С 15 по 19 июня пройдёт третий сезон онлайн-конференции Podlodka AI Crew, который будет посвящён уже не отдельным ИИ-инструментам, а в целом модели разработки с полноценной интеграцией с ИИ. Программа: • Открытая сессия «Жизнь после SDD, как не убить качество» • Демо-сессия «CLI-агенты как основа AI-автоматизаций» • Круглый стол «Как AI меняет найм инженеров» • Демо-сессия «Дизайн без дизайнеров: генерируем UI с помощью AI» • Воркшоп «Воркшоп по Pi — собери свой агентский harness» • Демо-сессия «Скиллы: как создавать, улучшать и распространять на команды» • Демо-сессия «Как эффективно проверять код, сгенерированный Ai» • Демо-сессия «Model routing и управление контекстом: как настроить экономику AI-агентов» • Доклад «Eval Driven Development: как перестать проверять AI на глаз» • Демо-сессия «Как внедрить AI в компанию за 50к в месяц» • Доклад «Агенты, которые улучшают сами себя» • Бар «Prompt in the Dark» ⚡️ Полная информация на сайте — расписание, спикеры, билеты. ————— По традиции, бонусы для подписчиков 😎 ⭐️ SERGEI — промокод на скидку 500 рублей ⭐️ Розыгрыш двух бесплатных проходок Чтобы получить проходку, нужно выполнить несколько условий: • быть подписанным на канал @sergei_predvoditelev; • написать в комментарии к этому посту как сейчас ИИ встроен в ваш личный процесс разработки. В субботу, 13 июня, случайно-субъективно выберу победителей 😏
1 035
9
#инфопузырь ☕️  Инфопузырь #17 (Май 2026) В мае много образовательного времени ушло на дорожные карты roadmap.sh, так что в этот раз выпуск инфопузыря вышел очень коротким. ⭐️ Видео AI workflow для разработчика: как перестать получать мусор от нейросети и писать нормальный код — обзор нововведений в AI Factory от Данила Шуцкого, но большую часть ролика занимают рассуждения Данилы о выработке шаблонов взаимодействия с LLM и в целом об организации процесса работы с LLM. Локальный LLM на вашем компьютере на примере LM Studio — доклад Сергея Кузнецова о личном опыте использования локальных LLM и мультиагентных систем. Доклад был представлен в рамках конференции Podlodka AI Crew #1. ⭐️ Источники Тимур Хахалев про AI Coding — телеграм-канал про агентскую разработку. Подписчиков много, Тимур также продаёт свои курсы и консультации, но контент канала на первый взгляд интересный и полезный.
1 161
10
🌿 Про клиентов для работы с большими языковыми моделями Экосистема для работы с LLM очень активно развивается, в том числе появляется множество инструментов для взаимодействия с LLM в формате чата. Авторы моделей делают своих клиентов (Claude Code, Claude Desktop Gemini CLI, Codex CLI). Создаются независимые решения, например, OpenCode или Dive. Помимо отдельных приложений создаются плагины для IDE (IDEA, VS Code) или новые IDE (Codex, Antigravity и др.). И везде реализуется аналогичный функционал: • встроенные инструменты; • навыки; • режимы работы. Какой-то стандартизации здесь не наблюдается и каждый делает как ему хочется 🤷‍♂️ Но если разобраться, то эти вещи избыточны, точнее они не должны быть отдельными сущностями, а должны настраиваться в приложении поверх MCP-серверов. MCP — протокол, описывающий взаимодействие LLM-клиентов с внешними инструментами и источниками данных. В частности, MCP-сервер предоставляет инструменты, промпты и ресурсы. ❓ Зачем каждый реализовывает свои инструменты для работы с файловой системой или GIT, если можно подключить MCP-сервер, который это всё предоставит? ❓ Зачем придумывать свой функционал навыков, если можно получать промпты и ресурсы из MCP-сервера? ❓ Зачем делать встроенные режимы работы, если можно реализовать их через набор инструментов, промптов и ресурсов MCP-сервера? LLM-клиенты должны предоставлять удобный интерфейс и иметь максимально гибкую настройку MCP-серверов. Никаких встроенных промптов/инструментов/навыков и подобных вещей. Процесс взаимодействия с моделью должен быть полностью под контролем пользователя 😎
1 351
11
🌿 Про оптимизацию автозагрузки классов в Composer Composer генерирует карту классов для автозагрузки в соответствии с настройками autoload в composer.json и сохраняет её в vendor/composer/autoload_classmap.php. Автозагрузчик использует эту карту для поиска классов по имени, а если не находит, то по умолчанию осуществляет поиск в соответствии с правилами PSR-4: смотрит пространство имён и имя класса, проверяет существование соответствующего файла и затем подключает его. В общем случае в карту классов попадает лишь небольшое их количество (или вообще ничего), а для большинства Composer приходится делать преобразование в имя файла и выполнять дополнительные обращения к файловой системе. Автозагрузка вызывается практически для всех используемых классов, а также при вызове is_a(), class_exists() и других подобных методов (в приложениях встречается не часто, но в библиотеках и фреймворках это популярная история 🙂). Для оптимизации производительности и сокращения накладных расходов при поиске классов Composer предлагает несколько вариантов. Методы, которые добавляют/удаляют пакеты из проекта (install, update, require, remove, reinstall) имеют соответствующие опции: • --optimize-autoloader, -o — сканировать все PSR-0/PSR-4 директории (как в проекте, так и в подключенных пакетах) и генерировать оптимизированную карту классов для улучшения производительности. Если класс не найден в карте, то будет выполнен поиск в соответствии с PSR. • --classmap-authoritative, -a — автозагрузка классов только из карты, поиск по файловой системе не выполняется. Автоматически включает --optimize-autoloader. • --apcu-autoloader — кэшировать в APCu результат поиска классов, включая отсутствующие классы. Метод dump-autoload имеет аналогичные опции --classmap-authoritative, --optimize и --apcu. Соответствующие опции можно включить и через конфигурацию в composer.json: { config: { "optimize-autoloader": true, "classmap-authoritative": true, "apcu-autoloader": true, } } Для продакшена всегда имеет смысл использовать --optimize-autoloader, а если нет динамического создания классов (даже звучит страшно 👻 ), то и --classmap-authoritative: composer install --no-dev --classmap-authoritative В документации заявляется, что оптимизация автозагрузки в некоторых случаях может сократить время ответа на целых 50-100 мс. ⭐️ Полезные ссылки • Статья «Autoloader optimization» в документации Composer • Параметры autload в composer.json • PSR-0 / PSR-4 • APCu (модуль PHP)
1 175
12
#инфопузырь ☕️  Инфопузырь #16 (Апрель 2026) Традиционная подборка интересного контента, который мне удалось изучить в течение месяца 🤓 ⭐️ Видео Пишем код с Claude, CTX, ИИ и ИИгорем — стрим PHP Fart Time про разработку с использование Claude Desktop и CTX. AI-программист за 500 рублей: правда об агентском кодинге — Антон Морев о внедрении агентской разработки на примере использования Kilo Code для решения реальной бизнес-задачи в реальном проекте. Вайб-кодинг уничтожает предпринимателей. Я проверил на себе — опыт создания продукта методом вайбкодинга от предпринимателя, знающего разработку только по верхам. «Инженерный инстинкт» — 11й выпуск подкаста «Нестандартная модель» с руководитель разработки Angie Software Валентином Бартеневым (экс-разработчик nginx): разговор про процесс разработки инфраструктурного ПО, влиянии ИИ и важности понимания фундаметнальных принципов в ИТ и в целом в жизни. F95 — философия программиста от Егора Бугаенко. Ответы на вопросы о программировании, архитектуре, менеджменте, политике и жизни программиста. ⭐️ Статьи Code Mode: the better way to use MCP — статья об интересном подходе к использованию MCP-инструментов, при котором они не передаются напрямую в LLM, а сначала из них агентом собирается интерфейс API (код), который в свою очередь уже передается в LLM. Благодаря этому результат получается качественнее (LLM умеют в код лучше, чем в вызов инструментов), а токенов тратится меньше. Inside GitHub's Fake Star Economy — статья о накрутке количества звёзд в GitHub-репозиториях: сколько это стоит, как это используется стартапами, аналитика проектов и производные показатели, варианты решения проблемы. Zed is 1.0 — пост, посвящённый выходу версии 1.0 редактора кода Zed: какие принципы лежат в основе Zed, почему версия 1.0 вышла именно сейчас и планы на будущее. ⭐️ Книги Собор и базар — эссе Эрика Рэймонда об отличиях закрытого централизованного («соборного») и открытого децентрализованного («базарного») подходов к разработке. Различия иллюстрируются на примере Linux, а также рассматривается применение идей открытой разработки на примере собственного проекта автора. ⭐️ Источники Neural Digest — дайджест свежих материалов по нейронным сетям от Михаила Кобзарева, руководителя разработки в Kokoc Group. ElKornacio — авторский канал Данилы Симонова (разработчик и предприниматель). Пишет про технологии и бизнес. Много заметок про ИИ.
1 056
13
🎁 My Prompts MCP 1.0 Небольшой MCP-сервер, предоставляющий пользовательские промпты из Markdown-файлов с поддержкой аргумент
🎁 My Prompts MCP 1.0 Небольшой MCP-сервер, предоставляющий пользовательские промпты из Markdown-файлов с поддержкой аргументов. Это позволяет хранить промпты в системе контроля версий и подключать их к любым ИИ-агентам с поддержкой MCP. Каждый промпт — отдельный файл в формате Markdown с необязательным блоком метаданных в начале (front matter): • name — уникальное название промпта (если не указано, используется имя файла без расширения); • title — человекочитаемое имя промпта; • description — описание промпта; • arguments — список аргументов, которые используются в промпте и запрашиваются у пользователя. Пример: --- name: name-generator title: Name Generator description: Generate a name for a product, project, or company arguments: - name: description description: What needs to be named (product, project, company, etc.) required: true - name: style description: Naming style (e.g. minimalist, creative, technical, playful) required: false --- Generate 10 name ideas for: {{description}}. {{style}} Requirements for the names: - Easy to remember and pronounce - Suitable for use as a domain name - Unique and distinctive For each name provide a one-line explanation of why it works. MCP-cервер написан на PHP с использованием официального MCP PHP SDK. Сборка в бинарные файлы выполняется с помощью Box и static-php-cli. В видео к заметке пример использования My Prompts MCP с Cherry Studio.
0
14
🌿 Про PHP-библиотеки для реализации MCP-серверов Решил тут поэкспериментировать и сделать одну простенькую задачку, создав для этого MCP-сервер. Из MCP мне была нужна лишь реализация сервера с полноценной поддержкой промптов. И я предполагал, что на PHP с этим не возникнет проблем, так как знал, что есть официальный PHP SDK. Но на деле всё не так радужно. ⭐️ modelcontextprotocol/php-sdk Официальный SDK, реализующий клиент и сервер для MCP. Это первая библиотека, которую я пошёл смотреть. А в ней у промптов не поддерживается поле title, хотя оно появилось в спецификации ещё 18 июня 2025 года. Покопавшись в документации, выяснил, что PHP SDK идёт по Tier 3 (вместе с Ruby и Swift), а на этом уровне не гарантируют вообще ничего: ни процента реализации, ни документации, да даже дорожной карты не обещают. Экспериментальный SDK в чистом виде. Печаль 🥲 ⭐️ llm-agents-php/mcp-server Реализация MCP-сервера от Павла Бучнева. Следующим шагом я пошёл смотреть, что используется в проекте CTX. Оказалось, что Павел сделал свою реализацию MCP-сервера + обёртку для Spiral к ней, которую и использует в CTX. На этапе установки библиотека затребовала реализацию PSR-контейнера. Зачем — не ясно. Посмотрел код, там контейнер вообще не используется. Сделал PR с наведением порядка в зависимостях и заодно затащил в библиотеку Composer dependency analyser (писал о нем тут). Разобравшись с зависимостями, попробовал настроить сервер, но это оказалось слишком сложно для моей задачи — простейший запуск сервера занимает более 50 строк кода. ⭐️ logiscape/mcp-sdk-php Альтернативный SDK от некого Josh Abbott. Дальше я пошёл искать живые библиотеки на GitHub и наткнулся на этот проект. Автор — не понятно кто, но у репозитория 300+ звёзд, а последний релиз пару недель назад. Библиотека поддерживает всё, что мне нужно. Настройка и запуск сервера довольно простые, хоть и не без шероховатостей. В частности, не было возможности указать версию MCP-сервера. Сделал PR, исправляющий это недоразумение, и автор оперативно его принял. Код проекта мне не очень нравится (видно, что много LLM-генерации, но недостаточно всё вылизано и продумано). Классы, опять же, не финальные. Но в итоге всё-таки остановил свой выбор на этой библиотеке и решил задачу с ней. ——— Позднее в официальном SDK добавили поддержку title в промптах (но релиза пока нет) и я переписал свою программу с его использованием. ——— Состояние библиотек для реализации MCP-серверов ещё раз подтверждает тот факт, что в области ИИ всё очень бурно развивается и до какой-то стабильности ещё далеко. И ещё интересный момент — во всех трёх рассмотренных PHP-библиотеках используется пространство имён MCP\. Как так вышло? Издержки использования LLM? 😉
0
15
🍉 Podlodka PHP Crew #8 — «Современный стек PHP-разработки» Очередной сезон PHP-конференции Podlodka PHP Crew пройдёт онлайн
🍉 Podlodka PHP Crew #8 — «Современный стек PHP-разработки» Очередной сезон PHP-конференции Podlodka PHP Crew пройдёт онлайн с 20 по 24 апреля. В этот раз будут разбирать как сегодня запускаются PHP-приложения, что изменилось в инфраструктуре, как эффективно применять ИИ-агентов и какие инструменты использовать. Заявленная программа: • Воркшоп «Мультиплеерная игра на PHP + Temporal + RoadRunner» • Воркшоп «Ускоряем PHP: worker mode + FrankenPHP» • Доклад «AI-агент как второй инженер в PHP-проекте: от исследования к реализации» • Воркшоп «Docker для PHP: что изменилось, пока вы не смотрели» • Доклад «App Dev Panel - швецарский нож дебагинга. Множество знакомых, и не очень, инструментов под одним кожухом. Отлаживаем приложение без напряга.» • Открытый микрофон «А мы внедрили...» Это ещё не всё, темы будут добавляться. ⚡️ Вся информация на сайте — расписание, спикеры, билеты. ————— По традиции, бонусы для подписчиков 😎 ⭐️ php_crew_8_ushDxn — промокод на скидку. ⭐️ Бесплатная проходка для одного из подписчиков канала. Чтобы получить проходку, нужно быть подписанным на канал @sergei_predvoditelev и оставить комментарий к этой заметке о желании получить проходку 😏 В воскресенье, 19 апреля, случайно-субъективно выберу победителя.
0
16
🌿 Про PHPeople 3: немного халявы Я уже писал несколько раз про сообщество PHP-разработчиков 🐘 PHPeople, которое организовал
🌿 Про PHPeople 3: немного халявы Я уже писал несколько раз про сообщество PHP-разработчиков 🐘 PHPeople, которое организовали Данил Шуцкий и Валентин Удальцов: 🌿 Про PHPeople — анонс, общая информация и механика работы; 🌿 Про PHPeople 2 — моё виденье того, что получилось, и о чем я пишу в сообществе. Есть повод написать ещё раз 🙂 Изначально вход в сообщество был платным, но пару дней назад было принято решение сделать свободный вход на первый уровень сообщества. Общий чат и часть контента авторов (который они решают публиковать на первом уровне) теперь абсолютно бесплатно. Сделано это, по словам организаторов, для того, чтобы приблизиться к главной идее сообщества — стать точкой сбора для всех PHP-разработчиков. Персональные авторские группы всё также платные: 150₽ в месяц за 1 автора или 1200₽ в месяц оптом за все 10. Благодаря тому, что авторы в PHPeople подобрались с опытом в различных направлениях, то в обсуждениях затрагивается широкий круг вопросов: рефакторинг, типизация, ИИ (куда уж без него), фреймворки и так далее и тому подобное. Мне понравилось, как Алексей Гагарин из PHP Fart Time разбил авторов на категории (я у них ещё и картинку к заметке взял): Снос башки: - Taylor Otwell - Edmond Dantes Сдержанный контент: - Александр Макаров - Сергей Предводителев - Петр Мязин На своей волне: - Валентин Удальцов - Олег Мифле - Дмитрий Дерепко - Вадим Дворовенко Всякая херня: - Алексей Гагарин - Кирилл Несмеянов Подключайся, если пишешь на PHP — @phpeople_community
0
17
#инфопузырь ☕️  Инфопузырь #15 (Март 2026) Месяц выдался тяжёлым, контента очень мало 😒 ⭐️ Видео Что я понял после года разработки с помощью ИИ агентов — рассказ Кирилла Мокевнина о своём опыте использования LLM и наблюдениях за изменениями в индустрии разработки: архитектурные подходы, вайб-кодинг, важность знаний разработчика, организационные моменты и другие вопросы. MCP: универсальный протокол для агентов — обзорный доклад о возможностях MCP-серверов и их практическом применении с агентами. Доклад был представлен в рамках конференции Podlodka AI Crew #1. F94 — философия программиста от Егора Бугаенко. Ответы на вопросы о программировании, архитектуре, менеджменте, политике и жизни программиста.
0