Java Books

🚀 GigaChat 3.1 Ultra и GigaChat 3.1 Lightning в опенсорс под MIT лицензией! Обе модели • Обучены с нуля — без инициализации зарубежными весами • MoE + MTP + MLA • Совместимы с HuggingFace, llama.cpp / vLLM / SGLang Код и веса уже на платформе GitVerse. Это не просто релиз весов, а результат большой инженерной работы над качеством, alignment и стабильностью модели. В блоге команда поделилась результатами и своими наработками. В релизе: высокие результаты на аренах, улучшенный function calling, решённая проблема циклов, DPO в нативном FP8, найденный и зарепорченный баг в SGLang при dp > 1.

Spring Boot может уронить API из-за одного лишнего поля в JSON Классика: приходит запрос с дополнительным полем, которого нет в DTO и ты ловишь UnrecognizedPropertyException. Клиент добавил поле, ты не обновил модель - всё падает. Решение в одну строку:

@JsonIgnoreProperties(ignoreUnknown = true)
public class UserDTO {
    private String name;
    private int age;
}

Теперь Jackson просто игнорирует лишние поля вместо того, чтобы ломать приложение. Полезно, когда API живёт долго, клиенты обновляются быстрее бэка, а ломать совместимость нельзя.

📌 Нашли 15 сайтов с миллионами бесплатных книг Это не просто подборка, а реально огромные библиотеки от художки до научных статей, диссертаций и учебников. И главное базы постоянно обновляются • planetebook.com • oceanofpdf.com • freecomputerbooks.com • zlibrary.to • bookboon.com • gutenberg.org • manybooks.net • pdfdrive.com • digilibraries.com • openlibrary.org • standardebooks.org • librivox.org • getfreeebooks.com • authorama.com Если читаешь и прокачиваешься сохрани, пригодится

🚀 GigaChat 3.1 Ultra и GigaChat 3.1 Lightning в опенсорс под MIT лицензией! Обе модели • Обучены с нуля — без инициализации зарубежными весами • MoE + MTP + MLA • Совместимы с HuggingFace, llama.cpp / vLLM / SGLang Код и веса уже на платформе GitVerse. Это не просто релиз весов, а результат большой инженерной работы над качеством, alignment и стабильностью модели. В блоге команда поделилась результатами и своими наработками. В релизе: высокие результаты на аренах, улучшенный function calling, решённая проблема циклов, DPO в нативном FP8, найденный и зарепорченный баг в SGLang при dp > 1.

⚡️ Java лайфхак: не убивай производительность боксингом Многие даже не замечают, как теряют скорость из-за автoboxing в Stream API. ❌ Плохо (создаются объекты Integer): Stream boxed = Stream.of(1, 2, 3, 4, 5); int sum = boxed.reduce(0, Integer::sum); Каждое число → объект → лишняя память + нагрузка на GC ✅ Хорошо (работа с примитивами): int sum = IntStream.of(1, 2, 3, 4, 5).sum(); Без лишних объектов. Быстрее. Чище. Запомни: - IntStream → для int - LongStream → для long - DoubleStream → для double Если работаешь с числами — всегда используй primitive streams. Это мелочь, которая на больших данных превращается в реальную экономию ресурсов. Сохрани, чтобы не писать медленный код.

🚀 Java - regex без боли Нашли интересную библиотеку - Sift. Она заменяет весь этот ад с регулярками на нормальный fluent API. Теперь вместо нечитаемых строк вида: ^[0-9a-fA-F]{6}$ Пишешь код, который реально понимаешь: .char('#') .then() .exactly(6) .hexDigits() 📌 Что это дает: - Читаемый и понятный код - Меньше ошибок в regex - Быстрее разработка и поддержка По сути — это как “переводчик” с языка регулярных выражений на человеческий Java-код. Если когда-нибудь ломал голову над regex -это прям must-have. #Java #JavaDev

🔥 Лучшие БЕСПЛАТНЫЕ ресурсы по Linux в 2026 году 1. Linux Foundation Training https://training.linuxfoundation.org/training/introduction-to-linux/ 2. Linux Journey https://linuxjourney.com 3. Ubuntu Tutorials https://ubuntu.com/tutorials 4. Red Hat Training Resources https://developers.redhat.com/learn 5. Документация GNU https://gnu.org/manual 6. OverTheWire Bandit (Linux-варгеймы) https://overthewire.org/wargames 7. Книга The Linux Command Line https://linuxcommand.org/tlcl.php 8. MIT Missing Semester (Linux и CLI) https://missing.csail.mit.edu 9. Туториалы по Linux от DigitalOcean https://digitalocean.com/community/tutorials 10. Linux From Scratch https://linuxfromscratch.org 11. Arch Linux Wiki https://wiki.archlinux.org 12. Курс по Linux от freeCodeCamp https://freecodecamp.org/news/tag/linux 13. Linux Survival (интерактивное обучение) https://linuxsurvival.com 14. NDG Linux Essentials https://netacad.com/courses/os-it/ndg-linux-essentials 15. Bash Guide (руководство по Bash) https://tldp.org/LDP/Bash-Beginners-Guide/html

Приглашаем бэкенд-разработчиков на Week Offer Backend* Такой формат позволяет пройти секции и финалы за неделю и сразу получить офер. Зарегистрироваться можно до 8 апреля, а сам ивент пройдёт с 11 по 17 апреля, онлайн. Кого мы ищем: 🟢 Бэкенд-разработчиков c опытом работы от 4 лет на C++, Python, Java/Kotlin, Go**. 🟢 Стажёров-разработчиков c навыком кодинга на C++, Python, Java, Kotlin, Go** и базой по алгоритмам и структурам данных. 🔶 Все подробности, регистрация и материалы для подготовки доступны на сайте: https://yandex.ru/project/events/wo_backend_0426 Приходите создавать полезные продукты для миллионов пользователей!

🧠 Можно ли переопределить getClass() в Java? Нет, нельзя. Метод getClass() в java.lang.Object объявлен так:

public final native Class<?> getClass();

📌 Почему: - final — запрещает переопределение в наследниках. - native — реализован в JVM, а не на Java. - Гарантирует, что при вызове obj.getClass() всегда вернётся реальный класс объекта, без подмен и сюрпризов. 💡 Если хотите вернуть “свой” тип, делайте отдельный метод:

class MyClass {
    public String getTypeName() {
        return "CustomType";
    }
}

⚠️ Переопределяемый getClass() сломал бы рефлексию, сериализацию и кучу системных механизмов. Именно поэтому Java защищает его.

🚀 Spring Boot: не делай эту ошибку с filters / interceptors Многие используют фильтры и интерцепторы неправильно 👇 👉 Они должны быть только для cross-cutting задач (то, что применяется ко ВСЕМ запросам) Примеры нормального использования: 🟢 Filters: - CORS - Encoding 🟢 Interceptors: - аутентификация / авторизация - метрики / логирование - locale - общие headers ❌ Главная ошибка: кладут туда бизнес-логику Например: - запрос в БД - проверка подписки - сложная логика Почему это плохо: - выполняется на КАЖДЫЙ запрос - создаёт лишнюю нагрузку - ломает архитектуру - усложняет тестирование 📉 Итог: interceptor превращается в «мусорный слой» 💡 Как правильно: - бизнес-логика → в сервисах - контроллеры → orchestration ⚡️ Полезные ресурсы по Java 🚀 Max

🚀 Java 26 стала умнее — особенно в pattern matching Теперь работа с pattern matching выражениями стала заметно стабильнее и предсказуемее Что улучшили: 🟢 Более надёжный type inference компилятор лучше понимает типы в сложных условиях 🟢 Меньше edge-case ошибок меньше неожиданных падений и предупреждений 🟢 Консистентное поведение одинаковая логика в if и switch Что это даёт на практике: раньше при усложнении условий компилятор мог “теряться” теперь: - анализ потока стал умнее - переменные из pattern matching корректно распознаются - код становится чище и безопаснее Java становится всё ближе к современным языкам с удобным и предсказуемым контролем типов #Java #JavaDev ⚡️ Полезные ресурсы по Java 🚀 Max @javatg

🔥 Полезная подборка каналов только код, практика и самые передовые инструменты, которые используют разработчики прямо сейчас.👇 🖥 ИИ: t.me/ai_machinelearning_big_data 🖥 Python: t.me/pythonl 🖥 Linux: t.me/linuxacademiya 🖥 C++ t.me/cpluspluc 🖥 Docker: t.me/DevopsDocker 🖥 Хакинг: t.me/linuxkalii 🖥 Devops: t.me/DevOPSitsec 👣 Golang: t.me/Golang_google 🖥 Аналитика: t.me/data_analysis_ml 🖥 Javascript: t.me/javascriptv 🖥 C#: t.me/csharp_ci 🖥 Java: t.me/javatg 🖥 Базы данных: t.me/sqlhub 👣 Rust: t.me/rust_code 🤖 Технологии: t.me/vistehno 💰 Экономика и инвестиции в ИИ t.me/financeStable 💼 Актуальные вакансии: t.me/addlist/_zyy_jQ_QUsyM2Vi 🖥Подборка по Golang: https://t.me/addlist/MUtJEeJSxeY2YTFi ⚡️ Лучшие ИИ ресурсы: https://t.me/addlist/2Ls-snqEeytkMDgy Max ИИ: https://max.ru/ai_machinelearning_big_data Max Ml: https://max.ru/vistehno Max python: https://max.ru/pythonl Max Go: https://max.ru/Golang_google Max Linux: https://max.ru/linuxkalii Max Java: https://max.ru/javatg Max Sql: https://max.ru/sqlhub Max Devops: https://max.ru/DevOPSitsec Анализ данных: https://max.ru/data_analysis_ml C++ : https://max.ru/cpluspluc C#: https://max.ru/csharp_ci 🖥 Chatgpt бот в тг: t.me/Chatgpturbobot 📚 Бесплатные ит-книги: https://t.me/addlist/HwywK4fErd8wYzQy

PipedOutputStream PipedOutputStream используется для организации потоковой передачи данных между потоками. Он работает совместно с PipedInputStream. Один поток записывает данные в PipedOutputStream, а другой считывает их из соответствующего PipedInputStream. Это позволяет организовать обмен данными между потоками по принципу "производитель-потребитель". Для связи PipedOutputStream и PipedInputStream нужно использовать метод connect(). Метод write() используется для записи данных, как и в обычных потоках вывода. PipedOutputStream полезен, когда нужен простой способ организовать обмен данными между потоками в одной программе. Он часто используется для подключения вывода одного потока к вводу другого. #это_база

☕ Java совет: сравнение времени без ловушек точности Иногда при сравнении времени в Java проверки равенства могут неожиданно падать, потому что значения отличаются на миллисекунды или наносекунды. Например:

Instant a = Instant.parse("2025-10-01T10:42:11Z");
Instant b = Instant.parse("2025-10-01T10:42:44Z");

Если сравнивать напрямую, они разные. Но если вам важна точность до минуты, это можно легко исправить. Используйте Instant.truncatedTo():

boolean sameMinute =
    a.truncatedTo(ChronoUnit.MINUTES)
     .equals(b.truncatedTo(ChronoUnit.MINUTES));

System.out.println(sameMinute); // true

Метод truncatedTo() обрезает время до нужной точности: • ChronoUnit.MINUTES • ChronoUnit.HOURS • ChronoUnit.DAYS Это помогает избежать проблем, когда значения отличаются только в миллисекундах или наносекундах. Полезно для: • логов • временных окон • аналитики • дедупликации событий Маленький приём — но часто спасает от неочевидных багов в time-логике. #Java #JavaDev #Backend #Programming 🚀 Max

☕ Java Tip: рекурсивный обход файловой системы В Java есть удобный способ рекурсивно обойти все файлы в директории - метод Files.walk(). Он возвращает Stream<Path>, что позволяет легко фильтровать и обрабатывать файлы через Stream API. Пример - найти все .java файлы в папке src:

import java.io.IOException;
import java.nio.file.*;
import java.util.stream.Stream;

public class Main {
    public static void main(String[] args) {
        Path startPath = Paths.get("src");

        try (Stream<Path> paths = Files.walk(startPath)) {
            paths
                .filter(Files::isRegularFile)
                .filter(path -> path.toString().endsWith(".java"))
                .forEach(System.out::println);
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

Что происходит: • Files.walk(startPath) - рекурсивно проходит по всем папкам • filter(Files::isRegularFile) - оставляет только файлы • endsWith(".java") - фильтр по расширению • forEach - обработка найденных файлов Это намного чище, чем писать собственную рекурсивную функцию обхода директорий. #Java #JavaDev #Programming ⚡️ Полезные ресурсы по Java 🚀 Max @javatg

⚠️ Spring Boot: не включайте publish-request-params в production В Spring Boot есть настройка: spring.mvc.publish-request-params=true Она включает логирование параметров HTTP-запросов. Это удобно в dev-среде, потому что можно видеть: • request headers • query parameters • form data Обычно это используют вместе с фильтром:

@Bean
public CommonsRequestLoggingFilter logFilter() {
    CommonsRequestLoggingFilter filter = new CommonsRequestLoggingFilter();
    filter.setIncludeQueryString(true);
    filter.setIncludeHeaders(true);
    filter.setIncludePayload(true);
    filter.setMaxPayloadLength(1000);
    filter.setAfterMessagePrefix("COMPLETE REQUEST: ");
    return filter;
}

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

POST /login
{
  "username": "john",
  "password": "mypassword"
}

Если включено логирование payload, такие данные могут попасть в: • application logs • log-агрегаторы • мониторинг системы А это уже серьёзная уязвимость безопасности. Поэтому правило простое: - включайте publish-request-params только в dev - никогда не логируйте request body в production - маскируйте чувствительные поля (`password`, token, `authorization`) Маленькая настройка - но может привести к утечке данных. #SpringBoot #Java #Backend #Security

Weekend Offer Multitrack: быстрый найм для опытных специалистов Приглашаем бэкенд-разработчиков с опытом от 5 лет на C++, Python, Go или Java/Kotlin получить офер за 2 дня и поработать в трёх командах Яндекса на выбор. Приходите, если вам важно видеть результат своей работы в живых системах и метриках, а не только в merged PR. Как всё проходит: 🟢 До 6 марта — регистрация на сайте. 🟢 14 марта — технические секции. 🟢 15 марта — финальная секция и офер. После получения офера у вас будет возможность выбрать три команды и в течение нескольких недель поочерёдно поработать в каждой. Такой формат позволит не только познакомиться с коллегами и технологическим стеком, но и оценить задачи и рабочие процессы в каждой команде. Подробности и форма регистрации — по ссылке.

🖥 Resilience4j - библиотека для Java, которая помогает сделать микросервисы устойчивыми к сбоям и перегрузкам. В распределённых системах ошибки — это норма: * внешние сервисы падают * запросы зависают * API начинают тормозить * нагрузка резко растёт Если не контролировать такие ситуации, один нестабильный сервис может «уронить» всю систему. Resilience4j решает эту проблему с помощью набора паттернов отказоустойчивости. Основные компоненты: Circuit Breaker Отслеживает частоту ошибок и временно блокирует обращения к нестабильному сервису, чтобы дать ему восстановиться. Rate Limiter Ограничивает количество запросов и защищает систему от перегрузки. Retry Автоматически повторяет запросы при временных сбоях, с настройкой числа попыток и интервалов. Bulkhead Ограничивает количество параллельных вызовов или потоков, чтобы сбой в одной части не заблокировал ресурсы всей системы. TimeLimiter Устанавливает таймауты выполнения, чтобы не ждать слишком долго ответы от внешних сервисов. Почему это важно: В микросервисной архитектуре надёжность — это не отсутствие ошибок, а способность системы правильно на них реагировать. Resilience4j — лёгкая, модульная библиотека с лицензией Apache-2.0, которая помогает строить стабильные и предсказуемые распределённые системы. https://github.com/resilience4j/resilience4j

🖥 Маленький, но мощный трюк для продакшена в Spring Boot. Если вы используете Hibernate, добавьте: spring.jpa.hibernate.ddl-auto=validate Что это даёт: - Приложение проверяет, совпадает ли схема БД с entity - Если есть расхождения — сервис не запустится - Никаких случайных изменений структуры в продакшене Идеальный сценарий - использовать вместе с Flyway или Liquibase: spring.jpa.hibernate.ddl-auto=validate spring.flyway.enabled=true Что в итоге: - Все изменения БД — только через migration-скрипты - Fail fast, если схема и код не совпадают - Меньше сюрпризов после деплоя Это один из тех параметров, которые могут спасти продакшен от тихих и очень дорогих ошибок. #SpringBoot #JavaDev

🚀 Spring Boot: не отдавайте JPA Entity напрямую в API - используйте DTO на границах Если возвращать Entity из контроллера, вы жёстко связываете API с внутренней моделью базы. Любое изменение в persistence-слое может сломать внешний контракт. DTO решает сразу несколько проблем: • API становится независимым от слоя данных • Избегаете ошибок LazyInitializationException • Не утечёт лишняя информация (например, password, internalNote) • Улучшается безопасность и контроль над тем, что видит клиент Идея простая: Entity - для базы DTO - для API Конвертируйте Entity → DTO в сервисе или через mapper (MapStruct / manual mapping). Чистые границы = стабильный API и меньше багов. #SpringBoot #Java #Backend #SoftwareEngineer