en
Feedback

Don't get caught by a cheater! Telemetrio finds and tags such channels 👉 If you want to see the tag, subscribe

Библиотека джависта | Java, Spring, Maven, Hibernate

Библиотека джависта | Java, Spring, Maven, Hibernate

Open in Telegram

Все самое полезное для Java-разработчика в одном канале. Учиться у нас: clc.to/AATM8w Для обратной связи: @proglibrary_feeedback_bot По рекламе: @tproger_sales_bot РКН: https://gosuslugi.ru/snet/67a5bbda1b17b35b6c1a55c4

Show more

📈 Analytical overview of Telegram channel Библиотека джависта | Java, Spring, Maven, Hibernate

Channel Библиотека джависта | Java, Spring, Maven, Hibernate (@javaproglib) in the Russian language segment is an active participant. Currently, the community unites 21 884 subscribers, ranking 6 062 in the Technologies & Applications category and 30 014 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 21 884 subscribers.

According to the latest data from 26 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -132 over the last 30 days and by -9 over the last 24 hours, overall reach remains high.

  • Verification status: Not verified
  • Engagement rate (ER): The average audience engagement rate is 8.55%. Within the first 24 hours after publication, content typically collects 4.65% reactions from the total number of subscribers.
  • Post reach: On average, each post receives 1 871 views. Within the first day, a publication typically gains 1 018 views.
  • Reactions and interaction: The audience actively supports content: the average number of reactions per post is 7.
  • Thematic interests: Content is focused on key topics such as джависта, навигация, jooq, corejava, hibernate.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
“Все самое полезное для Java-разработчика в одном канале. Учиться у нас: clc.to/AATM8w Для обратной связи: @proglibrary_feeedback_bot По рекламе: @tproger_sales_bot РКН: https://gosuslugi.ru/snet/67a5bbda1b17b35b6c1a55c4”

Thanks to the high frequency of updates (latest data received on 27 October, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.

21 884
Subscribers
-924 hours
-537 days
-13230 days
Posts Archive
🧩 ZGC в JDK 28 сможет подбирать размер кучи по расходам памяти и CPU Маленькая куча экономит память, но сборщику мусора приходится работать чаще. Большая снижает давление на GC, зато оставляет меньше ресурсов соседним процессам. JEP 546 предлагает адаптивную политику для ZGC: менять размер кучи по измеряемым потребностям приложения и доступным ресурсам системы. Планируемое включение выглядит так:
java -XX:+UseZGC -XX:+ZAdaptiveHeapSizing ...
Если расходы CPU на сборку растут, политика может расширить кучу. Если они ниже целевого уровня — уменьшить её. Дополнительно учитывается использование ресурсов на машине, чтобы одна JVM не забирала всё у соседей. 🟡 Это возможность будущего JDK 28 JEP имеет статус Targeted для JDK 28. Флаг не следует считать готовой настройкой для выпущенного JDK 27. Автоматика также не отменяет проверки под реальной нагрузкой. Важно измерять одновременно задержки, пропускную способность, память и CPU: короткие паузы GC ещё не говорят, что сборщик работает дёшево. 🔗 Как предлагается адаптировать размер кучи ZGC #CoreJava ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта

🔥 Прожарка резюме Java-разработчиков Откликаешься, а в ответ тишина? Или зовут, но предлагают меньше, чем рассчитываешь? Воз
🔥 Прожарка резюме Java-разработчиков Откликаешься, а в ответ тишина? Или зовут, но предлагают меньше, чем рассчитываешь? Возможно, дело не в навыках, а в резюме. 27 октября рекрутер из Skyeng и Java-разработчик из Wildberries разберут резюме участников в прямом эфире! Что разберём:
✦ почему рекрутер закрывает резюме, не дочитав до конца; ✦ как показать свой вклад и результаты, а не просто перечислить технологии; ✦ какие формулировки могут занизить твой грейд.
🗓 27 октября в 19:00 МСК Участие бесплатное 👥 Спикеры: — Анастасия Дегтярь, Senior TA в Skyeng, 6+ лет в найме; — Виктор Анохин, Java/Kotlin-разработчик в Wildberries, ex-Билайн. Эфир проводит ШОРТКАТ – менторская программа для разработчиков, которые хотят сменить работу или вырасти в грейде и зарплате. Переходи в бота, чтобы зарегистрироваться на эфир: @shortcut_sh_bot Реклама. О рекламодателе.

Kube API не отвечает, LoadBalancer не пропускает трафик, DNS не резолвит, исходящие запросы не уходят. Причина обычно кроется
Kube API не отвечает, LoadBalancer не пропускает трафик, DNS не резолвит, исходящие запросы не уходят. Причина обычно кроется на стыке облачной сети и кластера, и найти её без понимания всей цепочки сложно. 3 ноября в 12:00 Роман Ерема, разработчик в команде Managed Kubernetes MWS Cloud Platform, на практике покажет: ⏺️как взаимодействуют сеть облака, CNI и сеть Kubernetes ⏺️как работают SNAT и Source IP ⏺️когда нужен externalTrafficPolicy: Local и почему при нём может не проходить health check ⏺️как диагностировать проблемы на реальных кейсах (live-demo) Все участники получат чек-лист для проверки доступности. Полезно инженерам, разработчикам и специалистам по сетям и облачной инфраструктуре. 🗓 3 ноября в 12:00 Регистрируйтесь по ссылке

☕️ JDK 28 готовит финальный API для преобразования ключей и сертификатов в PEM Убрать BEGIN и END, декодировать Base64, определить тип ключа, выбрать фабрику — ручная обработка PEM быстро обрастает деталями. JEP 542 завершает разработку стандартного API с PEMEncoder и PEMDecoder в java.security. Например, публичный ключ можно представить строкой:
String pem = PEMEncoder.of()
    .encodeToString(publicKey);
API поддерживает стандартные представления ключей, сертификатов и списков отозванных сертификатов. Для шифрования закрытого ключа предусмотрена отдельная настройка:
String pem = PEMEncoder.of()
    .withEncryption(password)
    .encodeToString(privateKey);
Здесь password — char[], а ключи уже получены приложением. 🟡 PEM сам по себе не шифрует ключ Текст между BEGIN и END может содержать незашифрованный закрытый ключ. Base64 делает данные текстовыми, но не скрывает их. В JDK 27 этот API находится в третьем preview и требует включения preview-возможностей. JEP 542 относится к будущему JDK 28, где планируется финализация. Не стоит переносить пример в проект на старом JDK без проверки доступности API. 🔗 Описание PEM API и поддерживаемых форматов #CoreJava ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта

📌 Один курс — хорошее вложение в себя. Два по той же цене — ещё лучше. В Proglib Academy действует акция: покупаешь один кур
📌 Один курс — хорошее вложение в себя. Два по той же цене — ещё лучше. В Proglib Academy действует акция: покупаешь один курс, а второй получаешь в подарок. Например, можно совместить два направления по работе с ИИ:
💥 ИИ для разработчиков — применение нейросетей в повседневной разработке: работа с кодом, тестирование и ревью. 💥 Разработка ИИ-агентов — архитектура агентов и создание собственных AI-решений.
📍 Разница в цене — почти 50 тысяч рублей. Можно освоить больше, не выходя за рамки запланированного бюджета. А если тебе интереснее Python, алгоритмы, backend или DevOps — выбирай другую пару курсов из каталога. Акция действует до 31 октября включительно ⏳ ⏮️ Пора прокачать свой стек

🧩 Генератор нагрузки в тестируемой JVM может скрывать задержки во время GC Сервис остановился на сборку мусора. В реальности запросы продолжают приходить и ждут в очереди. А что произойдёт, если генератор нагрузки находится в той же JVM? Он тоже остановится. Часть запросов, которые должны были прийти во время паузы, просто не будет создана. В исследовании на SPECjbb2015 авторы сравнили генератор и сервер в общей JVM с размещением в отдельных JVM. Для сборщиков с заметными паузами результаты p99 существенно различались. 🟡 Одной поправки на время отправки недостаточно Можно считать задержку от запланированного момента запроса, а не фактической отправки. Но такая поправка не создаёт реальный поток запросов и очередь, которых не было во время общей паузы. Поэтому при измерении задержек важно отделить генератор от системы под тестом и проверить, что он сам выдерживает нужную интенсивность. Числа из статьи относятся к конкретному эксперименту. Авторы отдельно предупреждают: исследовательские конфигурации не предназначены для официального рейтинга SPECjbb2015. 🔗 Исследование и схема эксперимента #CoreJava ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта

🛠 JDK 28 сможет выделять небольшие блоки нативной памяти из повторно используемых пулов Вызову нативной функции нужен указатель на одно число. Создавать полноценное выделение памяти ради нескольких байт может оказаться дороже самой работы с ними. Типичный код FFM выглядит так:
try (Arena arena = Arena.ofConfined()) {
    MemorySegment segment =
        arena.allocate(ValueLayout.JAVA_INT);

    segment.set(ValueLayout.JAVA_INT, 0, 42);
}
В разрабатываемом JDK 28 небольшие выделения confined-арены могут обслуживаться из пула. Он запрашивается лениво, при первом подходящем выделении. По умолчанию кеш платформенного потока может хранить четыре пула по 64 байта. Если размер или выравнивание не подходят, используется обычный путь. 🟡 Закрытая арена не становится доступной повторно После close() её сегменты всё так же недоступны. Перед повторным использованием занятая часть пула очищается. Повторно используется внутренняя память, а не старые MemorySegment. Менять исходный код ради этой оптимизации не требуется. Но это улучшение будущего JDK 28: пример API уже знаком по выпущенным версиям, описанный механизм пулов — ещё нет. 🔗 Как устроены пулы confined-арен #CoreJava ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта

☕️ JDK 27 копирует HashMap без повторного вычисления хешей в специальных сценариях Копирование Map выглядит коротко:
var copy = new HashMap<>(source);
Но внутри общего пути могут быть итератор, обращения к ключам и значениям, повторный hashCode(). Когда через одну точку вызова проходят разные реализации Map, JIT сложнее убрать эти расходы. В JDK 27 добавили специальные пути для источника, который является именно HashMap, и неизменяемой обёртки над HashMap. Они обходят исходную таблицу напрямую и используют хеши, уже сохранённые в её узлах. Оптимизация относится и к putAll(). Для других реализаций Map остаётся общий путь. 🟡 Это не глубокое копирование Новая таблица по-прежнему содержит ссылки на те же ключи и значения. Изменяемый объект внутри карты не станет независимым после создания копии. В статье приведены заметные выигрыши микробенчмарков на конкретной платформе. Переносить эти проценты на весь сервис нельзя: сначала проверьте, есть ли копирование карт среди его горячих участков. 🔗 Что ускорили в библиотеках JDK 27 #CoreJava ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта

😎 Выбираешь один курс, второй получаешь бесплатно. Баг? Нет, акция! До 31 октября в Proglib Academy можно выбрать два курса
😎 Выбираешь один курс, второй получаешь бесплатно. Баг? Нет, акция! До 31 октября в Proglib Academy можно выбрать два курса и заплатить только за один. Например, можно совместить:
💥 ИИ для разработчиков — применение нейросетей в повседневной разработке: работа с кодом, тестирование и ревью. 💥 Разработка ИИ-агентов — архитектура агентов и создание собственных AI-решений.
Вместе курсы стоят 108 000 ₽, но по акции оба обойдутся в 59 000 ₽. Экономия — 49 000 ₽ 🔥 Интересуют Python и ИИ или алгоритмы и архитектура? Можно выбрать любые два курса из каталога. Акция действует до 31 октября включительно ⏳ ⏬ Собрать свой учебный билд

🛠 Spring переводит регулярные исправления на единый день выпуска Раньше обновления проектов Spring выходили по очереди в течение двух недель. Теперь команда собирает их в один выпуск: в четверг после третьего понедельника месяца. Первый регулярный выпуск по новой схеме назначен на 22 октября. Это дата из анонса — наличие конкретных версий в Maven Central всё равно нужно проверять. Причина изменения практическая: при растянутом графике исправления уязвимостей появлялись в разные дни. Единый выпуск позволяет получить согласованный набор обновлений сразу. 🟡 Что проверить в своём проекте — Какая версия Spring Boot и какой BOM управляют зависимостями. — Какие рекомендации по безопасности относятся к используемым компонентам. — Какие тесты нужно прогнать перед обновлением. На spring.io/security появились фильтры по проекту, серьёзности и номеру CVE. Это удобнее, чем искать нужный компонент в длинной ленте. Общий день выпуска не означает, что можно обновить только одну случайную библиотеку и считать весь стек исправленным. Сначала проверьте рекомендации для затронутых проектов и совместимость версий. 🔗 Как меняется выпуск обновлений Spring #Enterprise ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта

🧩 ArchUnit на легаси: запрещаем новые нарушения Добавили архитектурный тест, а он нашёл сотни старых нарушений. Отключить проверку — значит разрешить добавлять новые. В ArchUnit для этого есть FreezingArchRule.
ArchRule frozen = FreezingArchRule.freeze(rule);
frozen.check(importedClasses);
Здесь rule — ваше архитектурное правило, importedClasses — импортированные классы проекта. Проверка сохраняет известные нарушения в baseline и затем сообщает только о новых. Исправленные нарушения убираются из baseline, чтобы не допустить регрессии. 🟡 Для первоначального создания хранилища отдельно разрешите freeze.store.default.allowStoreCreation=true. Сохраните baseline в Git; в CI используйте существующее хранилище. Не включайте автоматическое freeze.refreeze=true: оно принимает текущие нарушения заново, и проверка перестаёт защищать от ухудшения архитектуры. 🔗 Источник • Разбор и примеры ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта #Enterprise

🛠 Как записать минуту работы JVM без перезапуска Сервис тормозит сейчас, а перезапускать его ради профилирования не хочется. JFR можно включить у уже работающей JVM через jcmd.
jcmd 12345 JFR.start name=slow \
  settings=profile duration=60s \
  filename=/tmp/slow.jfr
Замените 12345 на PID нужной JVM. Через минуту запись остановится и сохранится в указанный файл на машине процесса. Её можно открыть в JDK Mission Control и сопоставить события GC, блокировок и выполнения с моментом задержки. 🟡 Команду запускают на той же машине и под тем же пользователем, что и JVM. В контейнере учитывайте пространство процессов и путь к файлу. Профиль profile собирает больше данных, но даёт больше накладных расходов, чем default. Поэтому здесь запись короткая, а не бесконечная. 🔗 Источник ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта #Enterprise

☕️ Скользящие окна в Stream без ручного буфера Нужно сравнить соседние измерения или обработать последовательность небольшими перекрывающимися группами? В Java 24+ есть готовый gatherer.
var windows = Stream.of(1, 2, 3, 4, 5)
    .gather(Gatherers.windowSliding(3))
    .toList();

// [[1, 2, 3], [2, 3, 4], [3, 4, 5]]
Каждое следующее окно теряет самый старый элемент и получает новый. Если вход короче размера окна, получится одно неполное окно; пустой Stream не выдаст ни одного. 🟡 Окна нельзя изменять. Большой размер окна может потреблять лишнюю память — это не бесплатная замена любого буфера. Gatherers стали стабильным API в Java 24. В докладе автора API есть примеры собственных преобразований и правила работы с параллельными потоками. 🔗 Источник • Разбор и примеры ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта #CoreJava

🧑‍💻 Какие навыки помогают вам в разработке в 2026 году? Что вы чаще используете в работе? В каких задачах помогает ИИ, а где проще справиться самостоятельно? Мы решили собрать портрет современного разработчика — и приглашаем вас поделиться своим опытом. Расскажите, какие навыки вам пригодились и как вы используете ИИ. Если обходите его стороной, нам тоже интересно узнать почему. Опрос анонимный и займёт около 5 минут. Результаты опубликуем в общем большом исследовании. 👉 Пройти опрос

🧩 Неизменяемый список всё ещё может измениться Collections.unmodifiableList() запрещает менять список через обёртку. Но это представление исходного списка, а не его независимая копия.
var source = new ArrayList<>(List.of("A"));
var view = Collections.unmodifiableList(source);
var snapshot = List.copyOf(source);

source.add("B");
System.out.println(view);     // [A, B]
System.out.println(snapshot); // [A]
🟡 Если возвращаете наружу текущее состояние коллекции и не хотите, чтобы дальнейшие изменения исходного списка были видны читателю, используйте List.copyOf() — он доступен с Java 10. Копия поверхностная: сами изменяемые объекты внутри неё не становятся неизменяемыми. И null-элементы она не принимает. 🔗 Источник • Разбор и примеры ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта #CoreJava

💡 Logpoints: логи без правки кода и нового деплоя Чтобы увидеть значение переменной, необязательно добавлять println(), пересобирать приложение и потом удалять отладочный мусор. Logpoint в IntelliJ IDEA выводит выражение в консоль, не приостанавливая выполнение. Можно менять точки наблюдения прямо во время отладки. Нужен процесс, к которому подключён debugger; к произвольному сервису без доступа к отладке этот приём не применить. Например, сначала выводите идентификатор запроса, потом добавляете значение скидки и проходите по цепочке вызовов до места, где результат меняется. 🟡 В IDEA 2026.2 точку можно добавить между исполняемыми строками в поле слева от кода. Выражение выполняется в той же JVM: тяжёлые вычисления в горячем методе всё равно стоят времени. В разборе JetBrains показан поиск ошибки в gRPC-сервисе. 🔗 Источник ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта #Enterprise

Если приходилось уходить с одного ИИ-инструмента на другой, что стало главной причиной?
Anonymous voting

Почему разработчик планирует отдавать больше задач Claude Винсент Шмальбах описал план перераспределить расходы на ИИ: больше работы отдавать Claude, а Codex сохранить для части задач. К решению его подтолкнули затяжные сессии. По наблюдениям автора, агент иногда часами продолжал проверки и добавлял соседние задачи. Квота расходовалась, а момент, когда можно принять результат и двигаться дальше, было трудно предсказать. В личном разборе Шмальбах связывает эти эпизоды с условиями подписки и затратами на собственные проекты. #ии #инструменты 🐸 Библиотека ИИ для айтишников

🛠 Контейнер запущен, а тест всё равно падает Порт уже открыт, но приложение ещё применяет миграции или прогревает зависимости. Тест отправляет первый запрос слишком рано — и падает только иногда. Для обычного GenericContainer Testcontainers по умолчанию ждёт, пока начнёт слушать первый проброшенный порт. Это ещё не гарантия готовности вашего сценария.
container.waitingFor(
    Wait.forHttp("/ready")
        .forStatusCode(200)
);
Здесь container — уже настроенный контейнер с открытым HTTP-портом, а /ready — ваш endpoint готовности. 🟡 Условие должно проверять именно то, что нужно тесту. Если endpoint отвечает 200 до готовности БД, гонка останется. Для других сервисов можно ждать Docker healthcheck или нужную строку в логах. 🔗 Источник ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта #Enterprise

🧠 Почему BigDecimal считает 2.0 и 2.00 разными Что выведут эти две строки?
var a = new BigDecimal("2.0");
var b = new BigDecimal("2.00");

System.out.println(a.equals(b));
System.out.println(a.compareTo(b));
❤️ true и 0 🔥 false и 0 👍 false и -1 👇 Правильный ответ: false и 0. equals() сравнивает и числовое значение, и scale: у 2.0 он равен 1, у 2.00 — 2. А compareTo() сравнивает значения, поэтому возвращает 0. Когда проверяете равенство сумм по величине, нужен compareTo() == 0. Но ключи HashMap и элементы HashSet используют equals() и hashCode(): эти объекты останутся разными. 🔗 Источник ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта #CoreJava