Компактный формат сериализации специально для LLM-ок для экономии токенов и улучшения качества работы - TOON (Token-Oriented Object Notation)

Было
{
"users": [
{ "id": 1, "name": "Alice", "role": "admin" },
{ "id": 2, "name": "Bob", "role": "user" }
]
}

Стало
users[2]{id,name,role}:
1,Alice,admin
2,Bob,user

Экономит до двух раз по сравнению с JSON/XML, при этом качество не теряется, а на некоторых LLM даже выше. Тестировали на TOON, CSV, XML, YAML, JSON, JSON Compact.

Реализация для PHP: https://github.com/HelgeSverre/toon-php

Личный опыт: в реальной задаче столкнулся с нехваткой окна контекста для анализа данных отправляемых из бизнес приложения в LLM. Про TOON на тот момент ничего не знал и перешел на отправку данных в LLM в формате csv везде где можно.

💫 Вышел MoonShine v4 — свежий релиз open-source админки для Laravel проектов (хотя, говорят, и с другими фреймворками можно использовать).

Короткое промо-видео уже доступно:
https://youtu.be/3BXkf6WYEJ8

Что нового:
— полностью обновлённый дизайн и вёрстка
— генератор палитр прямо в MoonShine
— TailwindCSS 4
— новая архитектура проекта
— FortyFive — AI-инструмент для быстрой сборки админок

А сегодня в 19:00 (мск) Данил Щуцкий расскажет обо всём в прямом эфире:
https://youtube.com/live/ynKqr9zxDzk

🎯 Podlodka PHP Crew — сезон о скорости. Как ускорить не только код, но и собственную работу?

Новый сезон онлайн-конференции Podlodka PHP Crew (1–5 декабря) посвящён тому, как делать больше за то же время — без стресса и овертаймов.

📌 В программе:

⚙️ Background-агенты в разработке — Пётр Мязин («Пятиминутка PHP») покажет, как построить процесс вокруг ИИ-инструментов.

🚦Светофоры для разработчиков — Ярослав Тарасов (Skyeng) расскажет, как ускорить обратную связь от коммита до продакшена.

🔥Баланс фич и техдолга — Дмитрий Кириллов поделится холиварным кейсом «100% фичи, 0% техдолг».

🧩 От промпта к продакшену — Павел Бучнев (Spiral Scout) объяснит, почему пора мыслить контекстами, а не только промптами.

⚡️Практика, кейсы и новые подходы, которые экономят часы и силы.

🔗 Подключайтесь с 1 декабря: https://podlodka.io/phpcrew

А промокод 5minphp даёт скидку еще в 500 руб🎁

Какая классная страница релиза PHP 8.5! https://www.php.net/releases/8.5/ru.php

С 1 по 5 декабря пройдёт очередная online-конференция Podlodka PHP Crew, уже 7 сезон!
https://podlodka.io/phpcrew

Общая тема: «Ускоряем PHP-разработку».
В пятницу 5 декабря я буду рассказывать про свой опыт ускорения разработки через использование Codex Cloud.

🎉 Хорошая новость:
У меня есть 3 промокода дающие 100% скидку (т.е. бесплатное участие).
Правила простые: кто первый использовал код, тот и молодец, коды одноразовые.

php_crew_7_CuKgqG
php_crew_7_YpJEI4
php_crew_7_scZc31

Вышел релиз PhpStorm 2025.3
Помимо поддержки PHP 8.5, встроенного плагина Laravel Idea (теперь не нужно покупать отдельно) и других улучшений, моё внимание привлёк пункт: "A farewell to consoles": https://blog.jetbrains.com/phpstorm/2025/12/phpstorm-2025-3-is-now-out/#a-farewell-to-consoles

В PhpStrom (и других продуктах на базе Idea) есть достаточно навороченный клиент к различным СУБД. Существует даже выделенный продукт JetBrains DataGrip для работы с базами данных.

Забавно, что в одном из интервью Тейлор (автор Laravel) на вопрос "Вы пробовали DataGrip?" ответил: "Я не понял как там сделать хоть что-нибудь" - DataGrip это реально think different или think out of the box продукт.

Когда я работал на WIndows, многие годы пользовался HeidiSQL - Windows only, хотя сейчас на сайте вижу сборку под Linux. На macOS пробовал TablePlus - жалкое подобие HeidiSQL. Есть ещё open-source супер мощный классический DBeaver - не зашел чисто эстетически или субъективно.

Последние лет 5 или даже больше я используют только встроенный клиент к базам данных в PhpStorm. Но концепция "консолей" в нём меня всегда путала, я никогда не мог найти нужную консоль и плодились они десятками. Какой-то системы или подхода работы с "консолями" я так и не сформировал. Работал по принципу: жми "New Query Console" или "Default Query Console" или "console_77" (последняя цифра постоянно растёт) - по настроению.

Наконец кто-то из продуктологов JetBrains сказал "хватит это терпеть" и теперь вместо query console будут query file! Что ж, попробуем: https://blog.jetbrains.com/datagrip/2025/09/16/a-farewell-to-consoles/

Я долго следил за развитием нового редактора кода от JetBrains: Fleet - раз в месяц в их блоге стабильно выходила статья с описанием новых фишек. Но в начале 2025 года статьи в блоге Fleet перестали выходить. И вот проект закрывают https://habr.com/ru/companies/spring_aio/news/975182/

Press F 🫡

Порекомендую забавный телеграм канал

Микросервис спит,
И каждую ночь снится,
Монолит-сэнзо.

©Devs хокку — подпишись!

📈 Экономика кодирования

Из чего складывается совокупная стоимость кодирования:
1. Стоимость написания кода
2. Стоимость добавления новых фич в существующий проект (вариация п1)
3. Стоимость поддержки
4. Стоимость вывода из эксплуатации

Оставим за скобками продактов, ТЗ и бесконечные согласования с бизнесом, говорим только про инженерию.

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

Мы пишем чистый код, применяем SOLID принципы и т.п. чтобы бороться со сложностью и на этапе написания, и на этапе дальнейшей поддержки и развития проекта.

Отдельно хочется отметить стоимость вывода из эксплуатации, о чём иногда забывают. Если модуль А жестко привязан к модулю Б, вы не можете просто удалить Б, когда он устареет. Вам придется переписывать А - это налог на выход. High Coupling: хотите выбросить старый диван, но он приварен к несущей стене дома. Приходится оставлять диван и строить комнату вокруг него. Так рождается легаси.

💡 Код, который легко удалить - это самый чистый код.



🤖 И вот к нам приходят LLM и разработка с помощью ИИ-агентов.

Экономические стимулы остаются: мы всё ещё хотим получить минимальную совокупную стоимость, но коэффициенты в этом уравнении драматически поменялись.

📉 П1. Стоимость написания кода – сильно сократилась. Вместо кодирования мы теперь занимаемся «контекст инжинирингом» и code review – это кратно быстрее и дешевле ручного труда.

📉П2/П3: С поддержкой и добавлением новых фич у ИИ-агентов, кажется, всё немного сложнее.

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

Я в ежедневной практике вижу, как ИИ-агенты отлично справляются и с поддержкой и с добавлением новых фич в хорошо структурированной кодовой базе. За человеком остаётся «контекст инжиниринг» и code review.

📉П4: вывод из эксплуатации при наличии ИИ-агентов тоже заиграл новыми красками. Раньше была дилемма: продолжаем поддерживать текущий код или выкидываем и переписываем. В рамках целого проекта «переписать с нуля» - чаще утопическая идея. Но полностью переписать функцию, класс, набор классов, объединённых в некий модуль или переписать микросервис на другом языке - это нормально, это мы любим!

С ИИ-агентом подход «напишу весь класс заново с сохранением интерфейса» или «напишу весь микросервис заново с сохранением контракта» становится максимально дешевым! Всё чаще вижу упоминание термина «Disposable Code» (одноразовый код).

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

Но, справедливости ради, может повыситься и стоимость Code Review. Тут определённо сказать нельзя, смотря с чем сравнивать. Если у вас была слабая команда разработчиков, то Code Review «человеческого кода» определённо требовал много внимания и сил. С другой стороны, читать код, написанный нечеловеческим интеллектом, который может галлюцинировать очень правдоподобно – тоже требует особого внимания.


💸 Вывод: если вы НЕ используете разработку с помощью ИИ-агентов, вы выбрасываете деньги на ветер. Написание кода «руками» может быть приятно лично вам, но это дорогой hand-made, как костюм индивидуального пошива. Переплатить за работу программиста, который пишет код руками без ИИ - это должен быть сознательный выбор заказчика.

Крутой промо-ролик к подкасту про Go! 👇

В это трудно поверить, но Yii3 вышел в прошлом году! Как быстро летит время 🎅