Spring АйО
Русскоязычное сообщество Spring-разработчиков. Habr: bit.ly/433IK46 YouTube: bit.ly/4h3Ci0x VK: bit.ly/4hF0OG8 Rutube: bit.ly/4b4UeX6 Яндекс Музыка: bit.ly/3EIizWy Чат для общения: @spring_aio_chat По вопросам сотрудничества: @befayer
نمایش بیشتر📈 تحلیل کانال تلگرام Spring АйО
کانال Spring АйО (@spring_aio) بازیگری فعال است. در حال حاضر جامعه شامل 10 943 مشترک است و جایگاه 11 249 را در دسته فناوری و برنامهها و رتبه 58 243 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 10 943 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 30 اکتبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 56 و در ۲۴ ساعت گذشته برابر -6 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 52.86% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 22.38% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 5 785 بازدید دریافت میکند. در اولین روز معمولاً 2 449 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 43 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند айо, хабр, api, jep, amplicode تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Русскоязычное сообщество Spring-разработчиков.
Habr: bit.ly/433IK46
YouTube: bit.ly/4h3Ci0x
VK: bit.ly/4hF0OG8
Rutube: bit.ly/4b4UeX6
Яндекс Музыка: bit.ly/3EIizWy
Чат для общения: @spring_aio_chat
По вопросам сотрудничества: @befayer”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 31 اکتبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
Попробовать новые возможности может каждый: OpenIDE Pro на 2 месяца доступна бесплатно и без регистрации.Скачать: https://openide.ru/download/
application.yml в библиотеку кажется очевидным решением. На практике Spring Boot не объединяет два таких файла так, как можно было бы ожидать. Профиль требует ручной активации в каждом сервисе, @PropertySource имеет неудобный приоритет, а конфигурация через бины появляется слишком поздно для части настроек.
Для этой задачи в Spring Boot есть отдельный механизм: EnvironmentPostProcessor. Он позволяет изменить Environment ещё до создания ApplicationContext, выбрать приоритет источника свойств и при необходимости прочитать, дополнить или переопределить уже существующую конфигурацию.
В новой статье от наших друзей из Axelix мы разберем на реалном примере, как зарегистрировать такой процессор, почему порядок его выполнения критически важен, и какие у него есть ограничения.
🔗 Вот сама статья.@note. Он позволит выделять важные примечания прямо в документации API.
/**
* {@note (header='Caution:')
* Untrusted input must be verified!}
*/
Стандартный doclet превратит такую запись в отдельный заметный блок. Заголовок можно менять, а через javadoc -tag создавать свои варианты вроде @warning.
Сейчас для подобных вещей приходится использовать обычный текст, HTML или нестандартные теги. @note даст единый способ отделить важное замечание от простыни документации.
Пока это только предложение для JDK 28. Команда OpenJDK собирает обратную связь, поэтому до релиза синтаксис ещё может измениться.
Все для людей!
🔗 ПодробностиПоговорим о том, как сохранить Spring Boot-приложение в рабочем состоянии, когда: • внешние зависимости тормозят; • ошибки распространяются каскадом; • сервис не справляется с нагрузкой; • привычные retry только усугубляют ситуацию. Разберём Circuit Breaking, Bulkhead, Load Shedding и приоритизацию трафика, с акцентом на реальные сценарии, ограничения и ошибки применения.❓ Тема: «Когда что-то идёт не так. Отказоустойчивость Spring Boot-приложений» 🎓 Лектор: Михаил Поливаха 🗓 Когда: уже завтра, 23 сентября 🔗 Подключиться к лекции: https://my.mts-link.ru/j/104598363/25496740660 В конце будет открытая Q&A-сессия. 🤓 А если захотите погрузиться в тему глубже, присоединяйтесь ко всему курсу: https://spring-aio.ru/java_in_production
springaio персональные билеты дешевле
Полное расписание и билеты — на сайте.major.minor.patch, но не следует SemVer буквально. Патч-релизы должны оставаться совместимыми, а вот minor-релизы могут содержать несовместимые изменения. Номер версии здесь показывает не строгий контракт, а ожидаемую сложность обновления.
И это не странность Spring Boot. Версионирование связано с релизным циклом, политикой совместимости, сроками поддержки и тем, как часто пользователи готовы обновляться.
Поэтому выбор схемы версий оказывается архитектурной задачей, а не упражнением с тремя цифрами.
Хороших разборов этой темы мало, поэтому наш эксперт, Михаил Поливаха подготовил свой.
🔗 Читать материал: https://habr.com/ru/companies/spring_aio/articles/1084716/А познакомиться с возможностями Pro можно уже сейчас: пробная лицензия на 2 месяца доступна всем бесплатно и без регистрации!Обновляйтесь и делитесь впечатлениями в @openide_chat — будем рады обратной связи!
• зависимость тормозит и тянет за собой всю систему; • запросы начинают падать каскадом; • сервис захлёбывается под нагрузкой; • обычный retry делает ситуацию ещё хуже. Разберём Circuit Breaking, Bulkhead, Load Shedding и приоритизацию трафика. Поговорим не только о паттернах, но и о том, когда они действительно спасают систему, а когда создают новые проблемы.❓ Тема: «Когда что-то идёт не так. Отказоустойчивость Spring Boot-приложений» 🎓 Лектор: Михаил Поливаха. Senior Software Engineer, контрибьютор Spring, спикер JPoint, Joker, Spring I/O Barcelona и Devoxx Belgium. 🗓 23 сентября В конце проведем открытую Q&A-сессию. Ссылка на лекцию будет в канале. Если понравится - будем рады вашим регистрациям на весь курс. 🔗 Ссылка на курс: https://spring-aio.ru/java_in_production
☑️ Иван Углянский — про проект Valhalla и value-типы в Java. Зачем они нужны, почему работа над ними растянулась на годы и какой новый подход приблизил проект к реализации. Заглянем под капот JVM и разберёмся, в каких задачах пригодятся value-классы. ☑️ Максим Козлов, CTO и сооснователь GitFlic, — про разработку с AI-агентами. Агенты ускоряют работу, но как проверить, что в итоге получилось именно то, что требовалось? Поговорим о связи требований, изменений в коде и поведения системы, а также об обратной связи, которая помогает сохранять контроль над разработкой.⚠️ Обязательно регистрируйтесь по ссылке внизу поста. 📅 18 сентября (СЕГОДНЯ) – сбор с 18:00, доклады с 19:00 📍 Москва, лофт Casa Picassa, Бауманская, 11, стр. 8, зал «Кандинский» Встреча пройдёт офлайн, после неё организаторы обещают записи выступлений. Участие бесплатное, нужна предварительная регистрация. 👉 Программа и регистрация
sealed типы, ScopedValue, виртуальные потоки и т.д - с этим мы сталкиваемся (или кто-то лишь ещё будет сталкиваться) больше.
И к сожалению, большинство использует эти фичи лишь на Java собеседовании, а не в реальном production, и как следствие, опыта в том, а где же реально могут пригодиться новые фичи Java у людей нет. Пора это исправить!
Команда Axelix написала статью на тему того, как относительно новые фичи Java помогли решить им ряд проблем в Open Source ядре. На практике и без воды - код открытый, вы можете сами клонировать и изучить его более детально 🫡
🔗 Статья на Habr-XX:+UseCompactObjectHeaders.
• G1 становится сборщиком мусора по умолчанию во всех окружениях. Раньше JVM могла выбирать Serial GC на машинах и в контейнерах с небольшим количеством ресурсов. Поэтому после обновления стоит перепроверить память, паузы и CPU именно на маленьких инстансах.
• JFR начинает автоматически скрывать чувствительные данные. Пароли, токены, API-ключи и секреты в аргументах JVM, переменных окружения и системных свойствах больше не должны случайно попадать в запись Flight Recorder.
⚠️ Но есть и изменения, способные сломать старые конфигурации
Флаги -noverify и -Xverify:none окончательно удалены. -XX:InitiatingHeapOccupancyPercent переименован в -XX:G1IHOP, а JSON-дампы потоков получили новую версию формата и теперь записывают идентификаторы числами, а не строками.
Java 27 не LTS, поэтому массовая миграция в продакшене вряд ли начнётся завтра. Но проверить сервисы и контейнеры уже стоит, так как часть оптимизаций включится автоматически, а старые JVM-флаги могут внезапно напомнить о себе.
Редкий релиз, где отсутствие новых фич может уменьшить потребление памяти.
🔗 Статья на Хабр: https://habr.com/ru/companies/spring_aio/articles/1082138/instanceof, верхняя половина картинки может удивить.
В Java здесь работают вместе:
☑️ Records – чтобы описать данные без простыни служебного кода.
☑️ Sealed interface – чтобы ограничить набор допустимых вариантов.
☑️ Pattern matching в switch – чтобы сразу разобрать вариант и достать его содержимое.
☑️ Условия when – чтобы прямо в ветке проверить значение.
В Rust похожая задача решается через enum и match. Синтаксис отличается, но ход мысли уже очень близкий - описали возможные состояния → явно обработали каждое.
Правда, как в том анекдоте, есть нюанс. Оказанный в Java Result.of(...) – не стандартный аналог растовского Result. Его реализация на скриншоте не раскрыта. Так что принимать всю картинку за возможности Java из коробки не стоит.
Но повод пересмотреть старые претензии к языку вполне есть. Шутки про многословную Java помнят все. А до records и pattern matching в собственном проекте добрались ещё не все.
👀 У вас современная Java уже в коде или пока только номер версии в сборке?