Всем привет! Сегодня хочу поговорить о преждевременной спецификации при работе с ИИ-агентами - ситуации, когда мы подробно объясняем, как написать код, но упускаем, какую задачу он должен решать. Пример запроса: Добавь параметр integration.enabled. В начале метода send() проверяй его значение: если false, сразу делай return. Такой запрос выглядит хорошей постановкой задачи.

В одном из проектов мне понадобилось отслеживать состояние SSO-сессии на уже открытой странице. Пользователь выходит из SSO через другое приложение, а наш фронт продолжает показывать прежний интерфейс. Хотелось, чтобы страница сама узнавала об изменении и подтягивала актуальное состояние пользователя. Механизм описан в OpenID Connect Session Management 1.0.

Сегодня коротко поговорим про Spring Event Bus и разберем одну задачку. Недавно столкнулся с ситуацией - есть некий общий функционал, который вызывается из совершенно разных роутов. Сами роуты обернуты в транзакцию. Сообщение (ивент) в брокер об успешном выполнении этого общего функционала нужно отправлять прямо внутри этого небольшого метода.

Главная проблема работа с деньгами в программировании заключается в том, что привычные нам десятичные дроби компьютер хранит в двоичной системе. Из-за этого 0.1 + 0.2 в double превращается в 0.30000000000000004. В финансовой сфере такая погрешность недопустима. В Java есть три основных способа обойти эту проблему.

Доброго дня! Сегодня поговорим об одной из экспериментальных фич Kotlin, а именно о деструктурировании. Проблема Деструктурирование в Kotlin - удобная вещь.

Kotlin позиционируется как язык, который призван сделать жизнь Java разработчика счастливее. Код становится лаконичнее, Null-safety спасает от NPE, а стандартная библиотека - удовольствие. Но когда мы подключаем к этому котлу JPA-провайдер (например Hibernate), начинаются интересные сюрпризы. Хотя Kotlin и Java отлично совместимы, их парадигмы иногда конфликтуют.

Не так давно в релиз был выкачена первая мажорная версия библиотеки Spring gRPC - для встроенной поддержки gRPC-сервисов в приложении Spring Boot. Она развивается внутри экосистемы Spring, а значит версионирование и интеграция с Boot - это теперь не вызывает проблем. У меня появился интерес протестить это in action. ​​​​Начнем с того, что подключим необходимые зависимости в build.

Рано или поздно любая задача по написанию кода сводится к одному и тому же циклу: собрал проект -> запустил -> прогнал тесты -> поймал проблему -> выдвинул гипотезу -> внёс правки -> и снова по кругу, каждый раз надеясь, что в этот раз «точно всё».