Доступ к бесплатным докладам Spring АйО

Если вы не успели посмотреть трек по Spring 29 апреля или хотите поделиться записями докладов с друзьями — мы открыли дополнитнельную регистрацию.

Как получить доступ к докладам:
• Зарегистироваться на Timepad
• Авторизоваться на сайте JPoint (кнопка «Войти» в правом верхнем углу экрана) по той же почте, с которой регистрировались
• Смотреть 5 докладов по Spring

А JPoint 2026 — продолжается. Приятной конференции 😀

🏦 Они среди нас (вас)

Друзья, мы с Т-Банком все еще ищем спикеров на JVM Day.

Если у вас есть кейс, продукт или решение, о котором стоит рассказать backend-сообществу, есть два варианта:

👑 Выйти с докладом и разобрать кейс, показать нестандартный подход или интересное техническое решение. 40 минут на сцене и вопросы из зала.

👑 Показать продукт в демо-зоне. Ребята выделяют на весь день отдельное пространство со стойками и экранами. Можно демонстрировать технологию вживую, общаться с инженерами, собирать обратную связь и знакомиться с первыми пользователями.

Просто берешь и идешь один, либо зовешь коллегу, собираешь дискуссию или проводишь воркшоп.

Ну очень крутой и бесплатный способ заявить о себе, показать свою работу и увидеть, как на продукт реагирует профессиональное сообщество.

☀️ 29 августа, Москва, штаб-квартира Т-Банка
✨ Подать заявку можно по ссылке

🐳 Поддержка Docker Compose в Spring Boot 3.1

Иногда перед разработчиком встает задача воссоздания некоторого окружения локально. В него часто входят различные компоненты инфраструктуры, такие как:

- PostgreSQL
- Kafka
- RabbitMQ
- Redis

И так далее. Менеджить целый зоопарк таких сервисов локально бывает не очень удобно. К счастью, у команды Spring Boot для вас есть небольшой помощник - Spring Boot Docker Compose.

Комментарий от Михаила Поливахи:

Друзья, хоть на дворе уже Spring Boot 4, мы знаем, что большинство из вас сидит на Spring Boot 3. И мы посчитали очень нужным рассказать о таком Spring Boot инструменте, который, на наш взгляд, делает локальную разработку со Spring Boot намного более приятной.

📎Полный текст — https://habr.com/ru/companies/spring_aio/articles/1031216/

🍃 Владимир Плизга & Spring АйО

Продовые heap-дампы, конечно, штука полезная, пока вместе с ними не утекают логины, пароли и прочие сюрпризы для ИБ.

В нашем блоге вышла статья от Владимира Плизга — друга Spring АйО и автора, который умеет разбирать сложные JVM-темы без лишнего шума и магии.

Статья о том, как анализировать heap-дампы с прода и при этом не тащить за собой лишние риски:

🔘где в дампе могут всплыть sensitive-данные;
🔘как это проверять на практике;
🔘чем дезинфицировать дампы перед передачей;
🔘и когда брать Eclipse MAT, heap-dump-tool или hprof-redact.

Материал особенно полезен тем, кто работает с JVM, production-инцидентами, OutOfMemory и performance-разбором не только в теории.

🎂 У Владимира Плизга и Алексея Рагозина есть курсы по оптимизации производительности приложений на JVM. Инфа тут.

📎 Читать на Хабре: https://habr.com/ru/companies/spring_aio/articles/1031462/

⚡️ Cursor удалил прод за 9 секунд, а Zig и JVM запретил AI-коммиты

Двенадцатый выпуск еженедельных IT-новостей от OpenIDE! На этот раз из Москвы!

Anthropic оценили в $1 трлн, ИИ-системы оказались дороже сотрудников, а Zig ввёл запрет на AI-коммиты — потому что цель опенсорса растить людей, а не обрабатывать патчи от нейронки.

Спасибо ребятам из @spring_aio за предоставленный для розыгрыша мерч-бокс 🔥

Если хотите попытать удачу, то жмите сюда!

😉 СМОТРЕТЬ НА YOUTUBE
😄 СМОТРЕТЬ В VK ВИДЕО
🥰 СМОТРЕТЬ НА RUTUBE

🧙Subject Matter Expert. Чёрная Метка Для Разработчика

Михаил Поливаха:

Давно известный факт: подавляющая часть (более половины) IT проектов оказываются неуспешными.

Имеется в виду, что IT продукт либо сильно задерживается по времени, либо становиться существенно более дорогим, либо попросту становиться нерабочим.

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

Приятного чтения.

📎 Читать на Хабре: https://habr.com/ru/companies/spring_aio/articles/1033330/

⏳ Лучше поздно, чем никогда. Команда Spring про Spring Framework 7 и Spring Boot 4

Итак, в конце 2025 вышел Spring Boot 4 и Spring Framework 7. InfoQ взяли интервью у core команды Spring с целью узнать, куда движется самая популярная в Java экосистема.

Spring Boot 4 модуляризировал автоконфигурацию. Теперь при запуске проверяется меньше классов в classpath, а uber-jar будет более компактным: будут подключаться только нужные модули. Параллельно Spring Boot 4 переходит на Jackson 3, но добавлен модуль совместимости с Jackson 2, потому что экосистема ещё догоняет.

Spring Framework 7 тащит core resilience в ядро: RetryTemplate, @Retryable и @ConcurrencyLimit доступны без отдельной зависимости. @Retryable работает и с реактивными типами (через Retry из Project Reactor); для обычных вызовов используется RetryTemplate с политикой retry/backoff. @ConcurrencyLimit помогает ограничивать доступ к ресурсу, что особенно полезно с Virtual Threads.

Особое внимание команда Spring уделила AI Agent-ам и потенциальной поддержке тулинга для AI Agent-ов в рамках проекта Spring Tools.

📎 Полный текст: https://habr.com/ru/companies/spring_aio/articles/1034282/

👋 Гудбай Spring Boot 3.5

⛔️В июне у Spring Boot 3.5 заканчивается open-source поддержка.

Что делать с безопасностью, как планировать обновление и нужен ли вообще сценарий с расширенной поддержкой.

Наши друзья из Axiom JDK, как раз проводят опрос на эту тему. Нам всем очень важно понять:

☑️кто уже готовит обновление;
☑️насколько важны security-фиксы;
☑️есть ли запрос на расширенную поддержку Spring;
☑️и кого изменения почти не затрагивают.

⛔️Ведь именно от вашего мнения будет зависеть наша будущая работа со Spring.

Опрос займет не больше 10 минут.

После исследования соберем все в крутую статейку. А среди участников опроса будет разыгран мерч 😎

Ну а пока:

👉 Пройти опрос: https://anketolog.ru/re/155748549/HuIH8s7E

🧠 Сила не только в модели: зачем Skills AI-агентам

По данным SkillsBench — первого бенчмарка, который системно измеряет, как Agent Skills влияют на качество работы агентов, — Skills в среднем улучшают результат на 16.2 процентного пункта на 84 задачах из 11 доменов. В числе авторов — исследователи из Stanford, Carnegie Mellon, UC Berkeley и других организаций.

Claude Haiku 4.5 со Skills набрал 27.7% против 22.0% у Opus 4.5 без них!

Маленькая и дешёвая модель обошла флагман просто потому что знала, что именно ей нужно делать.

Это работает в обе стороны: если у тебя Haiku или локальная модель, skills могут помочь компенсировать разницу в интеллекте. Для миллионеров, использующих Opus на повседневке, со Skills прирост ещё больше (+23.3%).

Сейчас мы как раз занимаемся разработкой Spring Skills. Один из скиллов называется spring-explore.

Зачем он?

Перед задачами, где нужно сначала разобраться в проекте, этот skill помогает агенту собрать первичный контекст о Spring Boot-приложении. Прежде чем браться за задачу, агент должен понять контекст: стек, модульную структуру, доменные сущности, репозитории, сервисы, DTO, мапперы и REST-слой. Потому что без явного сценария модели исследуют проект хаотично: лезут не туда, смотрят лишнее, тратят время, токены и tool calls на всё подряд.

Внутри spring-explore исследование разбито на этапы:

☑️ сначала агент по запросу предсказывает, какие сущности и компоненты вообще могут быть затронуты
☑️ затем выбирает только релевантные пути исследования
☑️ после этого строит конкретный план MCP-вызовов, выполняет его
☑️ и на выходе собирает exploration report с implicit assumptions.

Каждый этап жёстко ограничен: что смотреть, что пропускать и когда вообще не нужно вызывать инструменты. А вся проектная информация в исследовательском цикле должна собираться через Spring MCP: получить описание сущности, найти репозитории, сервисы, контроллеры, мапперы, DTO и другие связанные компоненты.

Все Spring Skills опубликованы на GitHub, поэтому давайте пробовать, пишите фидбек и не забывайте ставить звёздочки ⭐️

👩‍💻 Kotlin переходит к деструктурированию по именам

В Kotlin деструктурирование выглядело так: val (name, age) = person. Но компилятор берет значения не по именам, а по позиции component1/component2.

Отсюда проблемы. Если поменяли порядок параметров в data class или сделали age вычисляемым свойством: то та же строка начинает доставать другое поле. Причем иногда код даже скомпилируется, но, конечно, смысл изменится: val (age, name) = person.

И вот теперь Kotlin экспериментально переводит круглые скобки на деструктурирование по имени. Синтаксис будет такой: (val name, val age) = person. И порядок внутри скобок не важен. Переименование явно: (val years = age, val theName = name) = person.

Позиционное же деструктурирование остается, но переезжает в квадратные скобки для Pair/Triple и коллекций: val [x, y] = point.

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

📎 Полный текст: https://habr.com/ru/companies/spring_aio/articles/1035596/