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

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

Открыть в Telegram

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

Больше

📈 Аналитический обзор Telegram-канала Библиотека джависта | Java, Spring, Maven, Hibernate

Канал Библиотека джависта | Java, Spring, Maven, Hibernate (@javaproglib) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 22 071 подписчиков, занимая 5 848 место в категории Технологии и приложения и 29 550 место в регионе Россия.

📊 Показатели аудитории и динамика

С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 22 071 подписчиков.

Согласно последним данным от 15 сентября, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило -74, а за последние 24 часа — -1, при этом общий охват остаётся высоким.

  • Статус верификации: Не верифицирован
  • Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 10.83%. В первые 24 часа после публикации контент обычно набирает 4.93% реакций от общего числа подписчиков.
  • Охват публикаций: В среднем каждый пост получает 2 391 просмотров. В течение первых суток публикация набирает 1 089 просмотров.
  • Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 22.
  • Тематические интересы: Контент сосредоточен на ключевых темах, таких как джависта, навигация, jooq, corejava, hibernate.

📝 Описание и контентная политика

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

Благодаря высокой частоте обновлений (последние данные получены 16 сентября, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.

22 071
Подписчики
-124 часа
-317 дней
-7430 дней
Архив постов
🛠 computeIfAbsent — кэш и группировка без if Нужно положить значение в список по ключу. Обычно пишут так:

if (!map.containsKey(key)) {
    map.put(key, new ArrayList<>());
}
map.get(key).add(value);
С `computeIfAbsent` короче:

map.computeIfAbsent(key, k -> new ArrayList<>()).add(value);
Если ключ отсутствует или связан с null, будет создан список. Затем в него добавится значение. Удобно для: — группировки данных; — создания коллекций по ключу; — простых кэшей. ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

Как правильно определять границы сервисов в микросервисной архитектуре? Один из недооценённых скиллов в разработке — это умение провести правильную границу между сервисами. Большинство «распределённых монолитов», которые мы встречаем в продакшене, рождаются именно здесь. 🟡 Что такое Service Boundary Это контракт на три вещи:
— за что сервис отвечает; — какими данными он владеет; — как он общается с соседями.
Представь компанию: HR не лезет в финансы, а склад не занимается зарплатами. Так же должны работать твои сервисы. 🟡 4 принципа, которые работают 1. Business Capability First Режь по бизнес-функциям, а не по техническим слоям. OrderService, PaymentService, UserService, потому что именно так бизнес думает о системе. 2. Single Responsibility Один сервис — одна ответственность. Если в описании сервиса есть союз и, это уже тревожный звоночек 🚨 3. Data Ownership У каждого сервиса своя БД. Без исключений. Shared database = shared pain. 4. Loose Coupling Только API, никакого прямого доступа к чужим таблицам. 🟡 Классический антипаттерн

// ❌ Бизнес-логика смешана в одном сервисе
@Service
public class BadOrderService {
    public String processOrderAndPayment(int id) {
        String order = orderRepository.findById(id)
            .orElse("Order not found");
        String paymentStatus = "Payment Successful"; // 🚨 чужая ответственность
        return order + " | " + paymentStatus;
    }
}
Выглядит безобидно, пока не нужно масштабировать платежи отдельно, сменить платёжного провайдера или добавить retry-логику только для оплаты. Тут и начнутся реальные проблемы. 🟡 Советы из практики
Начни с монолита. Не дроби систему заранее. Сначала пойми домен, потом режь по швам. → Следи за chatty communication. Если сервис делает 10 вызовов к соседям на каждый запрос, граница явно проведена не там. → Изучи DDD. Bounded Context из Domain-Driven Design это лучший инструмент для поиска правильных границ. Инвестиция окупается быстро
══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

😭 Как не потратить недельный лимит AI-кодинга за три дня? Разберём на вебинаре, как тратить меньше на AI-агентов — без потер
😭 Как не потратить недельный лимит AI-кодинга за три дня? Разберём на вебинаре, как тратить меньше на AI-агентов — без потери качества кода. 🔘 Поговорим о том: — когда дорогая модель действительно нужна, а когда хватит дешёвой; — сколько стоит один прогон и куда уходят токены; — какие задачи можно отдавать субагентам; — как настроить маршрутизацию моделей; — что проверять в AI-коде перед merge. ✏️ Покажем всё на конкретных цифрах и вживую: сравним расходы до и после. ⬇️ 18 сентября, 19:00 МСК ⬇️ 1,5 часа · бесплатно ⬇️ Арсений Харланов и Олег Лайок 💬 Пишите в комментариях, где упираетесь в лимиты и на что уходят деньги. Самые залайканные вопросы разберём на вебинаре. 🔗 Зарегистрироваться на вебинар⁠

🤔 Вопрос с собеседования Что выведет код? ❤️ — 1 🔥 — 2 👍 — ошибка компиляции 👇 Правильный ответ (нажми, чтобы прочитать):
🤔 Вопрос с собеседования Что выведет код? ❤️ — 1 🔥 — 2 👍 — ошибка компиляции 👇 Правильный ответ (нажми, чтобы прочитать): 2 return в try вычисляет значение, но перед фактическим выходом из метода выполняется finally. return 2 из finally заменяет результат из try. ⚠️ На практике так делать не стоит: return в finally может скрыть исключение или изменить ожидаемый результат метода. ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

А вы уже забрали свой подарок ко Дню программиста? Мы в Tproger вместе с нашими друзьями собрали целую коробку подарков к ваш
А вы уже забрали свой подарок ко Дню программиста? Мы в Tproger вместе с нашими друзьями собрали целую коробку подарков к вашему профессиональному празднику. Переходите по ссылке, трясите коробку и забирайте свой презент: https://tprg.ru/3j14

🌸 Вселенная намекает: пора уже начать этот курс С 14 сентября цены в Proglib Academy вырастут на 20% 👀 Так что если курс давно ждёт своего часа — лучше не откладывать ещё на месяц 😏 📍 Выбрать курс

🤯 Objects.requireNonNullElse вместо тернарника Когда нужно подставить значение, если переменная null:

// было
String result = (name != null) ? name : "Гость";

// стало
String result = Objects.requireNonNullElse(name, "Гость");
🔴 А если значение по умолчанию дорого вычислять — используйте ленивый вариант:
Objects.requireNonNullElseGet(
    name,
    () -> loadDefault()
);
🔴 Главное различие: requireNonNullElse — дефолтное значение уже вычислено. requireNonNullElseGet — Supplier вызывается только при null. Оба метода есть в java.util.Objects начиная с Java 9. ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

🌞 Готовим вебинар про AI в разработке и хотим сделать его максимально полезным
Что реально хочется разобрать? Где чаще всего застреваете? Что пробовали, но так и не получилось нормально внедрить?
🤩 Пишите вопросы в комментариях — самые залайканные разберём на вебинаре в первую очередь. Задавайте всё, что давно хотелось спросить 📍 ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

🥊 Spring Boot 4 vs Quarkus — что выбрать в 2026? Оба подходят для микросервисов на Java, но оптимизируют разные вещи. 🔴 Qua
🥊 Spring Boot 4 vs Quarkus — что выбрать в 2026? Оба подходят для микросервисов на Java, но оптимизируют разные вещи. 🔴 Quarkus
→ больше работы переносит на build time; → быстрый старт и низкое потребление памяти; → особенно интересен для serverless и native image.
🔴 Spring Boot 4
→ огромная экосистема Spring; → привычный стек и высокая скорость разработки; → больше возможностей подключить готовые решения без смены подхода.
По производительности нельзя просто объявить победителя: важны workload, JVM/native mode, настройки и конкретные бенчмарки. А что выберете для нового микросервиса? ❤️ Spring Boot 4 👍 Quarkus 🤩 Micronaut / Helidon 🌚 Зависит от проекта ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

🛠 groupingBy: собрать Map из списка 🟡 Нужно разложить пользователей по городам?

Map<String, List<User>> byCity = users.stream()
    .collect(Collectors.groupingBy(User::city));
🟡 Нужны не пользователи, а количество?

Map<String, Long> counts = users.stream()
    .collect(Collectors.groupingBy(
        User::city,
        Collectors.counting()
    ));
🟡 А дальше можно комбинировать коллекторы:
Collectors.mapping(...)
Collectors.averagingInt(...)
Collectors.summingInt(…)
groupingBy — один из тех инструментов Stream API, который раскрывается именно через комбинацию коллекторов, а не в простом groupingBy(...). ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

🔗 Что такое pinning виртуального потока Виртуальный поток обычно отцепляется от carrier thread, когда блокируется на операции ожидания. Но в некоторых ситуациях он может остаться привязанным к платформенному потоку — это называется pinning. Классические причины: 🔘 блокирующая операция внутри synchronized; 🔘 выполнение native-кода через JNI. Почему это важно? Пока виртуальный поток pinned, carrier thread не может нормально использоваться для выполнения других виртуальных потоков. 🤔 А что с synchronized? Начиная с Java 24, JVM изменила реализацию мониторов так, чтобы блокировка внутри synchronized больше не приводила к pinning виртуального потока в прежних сценариях. Поэтому старый совет «везде заменить synchronized на ReentrantLock» уже неактуален. 🤩 А вот долгие блокирующие вызовы в native-коде всё ещё стоит учитывать при использовании виртуальных потоков. ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

📍 Эти JVM-флаги больше не работают в Java 27 Если в старом скрипте запуска Java остались:
-noverify -Xverify:none -verifyremote -noclassgc
после перехода на JDK 27 приложение может просто не запуститься. Все четыре опции удалены из JDK 27 после нескольких релизов с предупреждениями о deprecated. Например:
java -noverify -version

Unrecognized option: -noverify
-noverify и -Xverify:none отключали проверку байткода — именно поэтому их давно считали небезопасными и устаревшими. -noclassgc и -verifyremote тоже были deprecated и теперь больше не принимаются launcher’ом. ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

⚠️ Oracle меняет лицензию на обновления JDK 21 До сентября 2026 года обновления Oracle JDK 21 доступны по бесплатной лицензии
⚠️ Oracle меняет лицензию на обновления JDK 21 До сентября 2026 года обновления Oracle JDK 21 доступны по бесплатной лицензии NFTC. 📍 Начиная с октябрьского CPU 2026, новые обновления планируется выпускать уже под Java SE OTN License. Сам JDK 21 не прекращает работу. Изменяется именно лицензия на дальнейшие обновления Oracle JDK. Если важно сохранить NFTC, Oracle рекомендует переходить на JDK 25. ⁠🔗 Источник — Oracle ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

💡 Java 21: case null прямо в switch Больше не обязательно отдельно проверять null перед switch. В Java 21 его можно обработать прямо в case:

String describe(Object o) {
    return switch (o) {
        case null      -> "пусто";
        case String s  -> "строка: " + s;
        case Integer i -> "число: " + i;
        default        -> "что-то ещё";
    };
}
🟡 Если case null не указать, switch по null выбросит NullPointerException. Удобно, когда вместе с pattern matching нужно явно определить поведение для null — без отдельного if. ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

♻️ Было / стало: собираем JSON 🟡 Было — конкатенация строк:
String json = "{\n  \"name\": \"" + name + "\",\n" +
              "  \"age\": " + age + "\n}";
Работает, но читать и поддерживать такой код неприятно. 🟡 Стало — text block + formatted():
String json = """
    {
      "name": "%s",
      "age": %d
    }
    """.formatted(name, age);
Кавычки внутри JSON не нужно экранировать, структура сразу читается как JSON, а лишние отступы слева text block убирает сам. 🤩 Но: для реального JSON такой подход подходит только для простых случаев. Если значения могут содержать кавычки, переносы строк и другие специальные символы, ручная сборка снова становится источником ошибок. Для полноценной сериализации лучше использовать JSON-библиотеку. ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

📊 На какой версии Java у вас прод прямо сейчас? ❤️ Java 8 — держимся 🔥 Java 11 👍 Java 17 😁 Java 21 👾 Java 25+ — уже обно
📊 На какой версии Java у вас прод прямо сейчас? ❤️ Java 8 — держимся 🔥 Java 11 👍 Java 17 😁 Java 21 👾 Java 25+ — уже обновились ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта

Что выведет код?
Anonymous voting

🧠 Квиз: угадайте вывод ══════ Навигация ══════ Вакансии • Задачи • Собесы 🐸 Библиотека джависта
🧠 Квиз: угадайте вывод ══════ Навигация ══════ ВакансииЗадачиСобесы 🐸 Библиотека джависта