Java: Очень интересная библиотека под названием Sift заменяет криптичный, основанный на строках подход движка Java Regex на fluent API.

// ПРИМЕР БАЗОВОГО ИСПОЛЬЗОВАНИЯ: паттерн hexColor ^#[0-9a-fA-F]{6}$

// Вы можете задать вышеуказанный паттерн более выразительным способом,
// используя DSL (domain-specific language) Sift
String hexColor = Sift.fromStart()
    .character('#')
    .then()
    .exactly(6)
    .hexDigits()
    .andNothingElse()
    .shake();

// Если вы используете Maven, чтобы скомпилировать приведённый выше пример,
// достаточно добавить следующую зависимость:

<!-- Core engine — без внешних зависимостей -->
<dependency>
    <groupId>com.mirkoddd</groupId>
    <artifactId>sift-core</artifactId>
    <version>6.4.0</version>
</dependency>

https://github.com/Mirkoddd/Sift

👉 Java Portal

Совет по Java Spring Boot: используйте @Retryable для обработки нестабильных внешних сервисов.

Если API отвечает с ошибками или падает, вам не нужно вручную писать циклы с повторными попытками.

Аннотация @Retryable позволяет:

- автоматически повторять вызовы при возникновении определённых исключений
- управлять количеством попыток
- настраивать задержку и экспоненциальный backoff
- выполнять fallback через @Recover, если всё равно не удалось

Например, на картинке:

- выполняется 3 попытки при указанных исключениях
- стартовая задержка — 2 секунды, далее она удваивается при каждой попытке
- вызывается recover(), если все попытки исчерпаны

Это удобно, читаемо и избавляет от boilerplate-кода при интеграции с внешними API.

👉 Java Portal

Честно говоря, это самая точная диаграмма, которую я видел.

Waterfall: планируешь 18 месяцев и в итоге доставляешь именно то, что уже никому не нужно.

Agile: на каждом этапе поставляешь что-то пригодное к использованию, но CEO постоянно спрашивает: «Где машина?»

AI: ты получаешь машину в первый же день. У неё шесть колёс, двери установлены задом наперёд, и есть ракетная установка. Ты тратишь больше времени не на «разработку», а на адаптацию под себя, контроль и валидацию. Это и делают сейчас лучшие AI-разработчики. Они не строят. Они формируют и берут ответственность.

👉 Java Portal

Spring Boot: используйте TaskScheduler для реализации лёгких динамических задач. Для более сложных сценариев стоит рассмотреть Quartz.

✅ Инжектим и используем:

...
@Autowired
TaskScheduler scheduler;

scheduler.schedule(
    () -> System.out.println("Hello!"),
    new CronTrigger("0 */5 * * * *") // каждые 5 минут
);
...

Внедрённый бин — это ThreadPoolTaskScheduler, встроенная реализация как TaskScheduler, так и ScheduledExecutorService.

✅ При необходимости можно настроить его конфигурацию:

@Configuration
@EnableScheduling
public class SchedulerConfig {

    @Bean
    public TaskScheduler taskScheduler() {
        ThreadPoolTaskScheduler scheduler = new ThreadPoolTaskScheduler();
        scheduler.setPoolSize(5);
        scheduler.setThreadNamePrefix("my-scheduler-");
        scheduler.initialize();
        return scheduler;
    }
}

👉 Java Portal

Полезняшка: парень сделал небольшой плагин для IntelliJ IDEA для вещи, которая раздражала многих годами:
https://github.com/saket/intellij-comment-continuation

Плагин для IntelliJ IDEA, который продолжает // комментарии на следующей строке при нажатии Enter с сохранением отступа. Повторное нажатие Enter на пустой строке комментария завершает блок комментариев и сохраняет тот же уровень отступа.

👉 Java Portal

Один из самых ценных паттернов в Java на продакшене: неизменяемые DTO с использованием Records + Builder.

В реальных Java-приложениях (Spring Boot API, микросервисы, event-системы) мы создаем сотни DTO.

Лучший современный паттерн в 2026 году:
Records (неизменяемые по умолчанию) + паттерн Builder для гибкой инициализации.

Преимущества:

- Неизменяемость → потокобезопасность и предсказуемость
- Нет boilerplate-кода с геттерами/сеттерами
- Builder дает удобный fluent API для опциональных полей
- Отличная интеграция с Jackson, валидацией и MapStruct

Реалистичный пример из продакшена ниже:

👉 Java Portal

Продвинутый совет по Spring

Превратите структуру вашего Spring-проекта в тестируемый контракт, который никогда не будет незаметно деградировать.

С помощью Taikai вы можете принудительно проверять архитектурные ограничения с использованием предопределённых правил ArchUnit, см. документацию.

https://github.com/enofex/taikai

👉 Java Portal

Совет по Java: избегайте накладных расходов на boxing, используя потоки примитивов.

❌Создание объектов Integer для каждого значения:

Stream<Integer> boxed = Stream.of(1, 2, 3, 4, 5);
int sumBoxed = boxed.reduce(0, Integer::sum);

✅Работа напрямую с int:

int sumPrimitive = IntStream.of(1, 2, 3, 4, 5).sum();

✅Другие классы потоков примитивов:

LongStream, DoubleStream

👉 Java Portal

Spring Boot — большой фреймворк, на освоение которого могут уйти годы. Но, на мой взгляд, достаточно знать ключевые возможности и иметь практический опыт с наиболее часто используемыми фичами, чтобы считаться “готовым к работе”.

Roadmap для начинающих по Spring Boot : читать

👉 Java Portal

Совет по Java: начиная с Java 15 можно использовать String.formatted(...) для форматирования строк вместо String.format(...).

Работает как String.format, но выглядит немного чище и понятнее:

Вместо:

String message = String.format("Hello %s, you have %d messages", user, count);

System.out.println(String.format("Hello %s, you have %d messages", user, count));

Можно написать:

String message = "Hello %s, you have %d messages".formatted(user, count);

System.out.println("Hello %s, you have %d messages".formatted(user, count));

Также хорошо работает с многострочным форматированием:

String json = """
    {
        "user": "%s",
        "messages": %d
    }
    """.formatted(user, count);

👉 Java Portal

Java Spring Boot: Не допускайте эту ошибку с фильтрами/интерцепторами

Многие используют фильтры и интерцепторы неправильно

Они должны использоваться только для сквозных задач
(то есть для того, что применяется ко ВСЕМ запросам)

Примеры корректного использования:

[Фильтры]:

- CORS
- Кодировка

[Интерцепторы]:

- Аутентификация/Авторизация
- Метрики/Логирование
- Локаль
- Общие заголовки

[Основная ошибка]:

размещать там бизнес-логику

Например:

- выполнение запросов к базе данных
- проверка подписок
- сложная логика

Почему это плохо:

- выполняется для КАЖДОГО запроса
- создаёт дополнительную нагрузку
- нарушает архитектуру
- усложняет тестирование

Вывод:

- интерцептор превращается в «мусорный слой»

Как делать правильно:

- бизнес-логика → в сервисах
- контроллеры → оркестрация

👉 Java Portal

Совет по Java : Если нужно посчитать количество вхождений элемента в списке, можно использовать Collections.frequency(...).

#Java #Collections

👉 Java Portal

Большинство проектов на Spring Boot обрабатывают конфигурацию одинаково: плоские классы с @ConfigurationProperties, строковые имена свойств и надежда на то, что все прочитают README.

В Apereo CAS — более 1000 свойств в 633 конфигурационных классах. Автор написал статью о том, как система конфигурации остаётся навигируемой при таком масштабе:

https://medium.com/all-things-software/spring-boot-configuration-properties-at-scale-884f494721ac

👉 Java Portal

Java 21 открывает новую эпоху конкурентности с виртуальными потоками — лёгкими потоками, управляемыми JVM, которые значительно повышают производительность I/O-bound приложений.

Подробнее - https://lttr.ai/Ap1Np

#Java #MongoDB #VirtualThread

👉 Java Portal

Spring Boot: можно валидировать конфигурационные классы с помощью аннотации @Validated.

✅ Это позволяет приложению падать на старте (fail fast), если конфигурация некорректна.

@Validated
@ConfigurationProperties(prefix = "app")
public class AppProperties {

    @NotBlank
    private String name;

    @Min(1)
    @Max(60)
    private int timeout;

    // getters/setters
}

#SpringBoot #JavaDev

👉 Java Portal

#Java Совет: вы можете откатить транзакцию БД, созданную аннотацией @Transactional, получив текущий TransactionStatus через класс TransactionAspectSupport и установив для него rollback через setRollbackOnly();. Таким образом, не нужно выбрасывать исключение.

👉 Java Portal

Spring Boot: лучше избегать логирования внутри плотных циклов, так как это может повлиять на производительность приложения и привести к засорению лог-файлов.

Пример:

for (Order order : orders) {
    log.info("Order {}", order.getId());
    process(order);
}

Если orders большой, это может замедлить обработку и засорить лог-файлы.

Если логировать всё же нужно, лучше использовать уровень debug:

log.debug("Order: {}", order.getId());

Также можно добавить проверку, если требуется выполнить нетривиальные вычисления:

if (log.isDebugEnabled()) {
    log.debug("Order: {}", expensiveElaboration());
}

👉 Java Portal

Java API Tip

Безопасное приведение long к int

Используй Math.toIntExact() — этот метод возвращает значение long, но выбрасывает ArithmeticException, если оно не помещается в int

Без него преобразование произойдёт молча — и ты можешь получить некорректный результат без всяких ошибок.

Используй toIntExact, когда важно контролировать переполнение

👉 Java Portal

💡Spring Boot: для чистых REST-контроллеров используйте
@RestController вместо @Controller + @ResponseBody

@RestController — это мета-аннотация, которая включает @ResponseBody, и затем автоматически применяется ко всем методам:

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Controller
@ResponseBody
public @interface RestController {
}

❌С использованием @Controller и @ResponseBody:

@Controller
public class MyController {

    @ResponseBody
    @GetMapping("/hello")
    public String hello() {
        return "Hello!";
    }
}

✅ С использованием @RestController:

@RestController
public class MyController {

    @GetMapping("/hello")
    public String hello() {
        return "Hello!";
    }
}

#SpringBoot #CleanCode

👉 Java Portal