Невероятная жизнь каспийского монстра

Более того, сейчас экскурсии водят даже внутрь экраноплана: можно подняться на борт, заглянуть в кабину пилотов, пройти по отсекам с аппаратурой. Детям и взрослым счастье, а для нас вообще подарок судьбы. Ведь где ещё в мире вы увидите настоящий боевой экраноплан? Правильно, нигде.

Сейчас - нет, парк еще строится, а Лунь огражден.

Да и реставрация, ИМХО, вышла сомнительная. Из артефакта древней цивилизации получился обычный военный экспонат в парке. Но большой, да.

Паттерн Transactional Outbox: от теории до продакшена

Результат можно вернуть сразу, а фоновым потоком делать попытки доставки, записывая ошибки в лог

А что делать, когда сервис перезапустится?

Итоги презентации «Алиса, что нового?»: Алиса AI, агенты и носимые устройства с нейросетями

За пруфами полезла на пикабу и дзен. Достойные источники, ничего не могу сказать

От запахов к стабильности: рефакторим unit-тесты на JUnit

И в итоге получили тест, в котором повторяется имплементация тестируемого кода. Зато coverage 100%, ура)

Kafka умеет синхронно. В Spring Boot

@spring_aio было бы круто, если бы вы отвечали на комментарии к своим статьям. Иначе выглядит как бездумный перевод ради накрутки подписчиков.

Раскрыты лимиты использования GPT-5 — только 10 запросов бесплатно в 5 часов

Это какая-то русская народная забава - заставить LLM считать числа и удивляться результату?

Kafka умеет синхронно. В Spring Boot

Идентификация то там описана - с помощью correlationId в хедере. Вот только она никак не поможет, если ответ просто придет в другой инстанс.

Kafka умеет синхронно. В Spring Boot

При асинхронной обработке - разницы нет. Но тут то смысл в том, что конкретный инстанс начинает "синхронно" ожидать ответ после запроса:

NotificationDispatchResponse dispatch(NotificationDispatchRequest notificationDispatchRequest) {
        String requestTopic = synchronousKafkaProperties.requestTopic();
        ProducerRecord<String, NotificationDispatchRequest> producerRecord = new ProducerRecord<>(requestTopic, notificationDispatchRequest);

        var requestReplyFuture = replyingKafkaTemplate.sendAndReceive(producerRecord);
        return requestReplyFuture.get().value();
    }

Kafka умеет синхронно. В Spring Boot

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

В итоге пример классный, но как будто бесполезный в реальной жизни.

Простая минификация Json тел запросов / ответов с Kotlin Serialization

Мы логи на сервере пишем после десериализации запросов и до сериализации ответов

А ещё логи бывают вне приложения. Например, на балансерах/гейтвеях.

Для таких вещей есть дев и стейдж окружения, где минификации нет.

У вас замена имен у свойств при сериализации вшита в описание самих структур. Каким образом это отключается в разных окружениях?

Кажется, вам нужно было просто включить сжатие ответов и всё https://docs.spring.io/spring-boot/how-to/webserver.html#howto.webserver.enable-response-compression

Простая минификация Json тел запросов / ответов с Kotlin Serialization

А зачем нам сохранять читаемость Json? Для кого?

Для удобного дебага, чтения логов и т.д.

Статья про то, что в Kotlin Serialization есть аннотация, позволяющая управлять именем сериализуемого свойства? Как и у любой другой библиотеки для работы с JSON?

Arrays, objects… теперь ‘composites’?

Такая статья в твит поместилась бы, мощно

Пара советов по покрытию тестами проекта на SpringBoot

Так в вашем примере со слоями тот же MockBean используется.

Я в своих проектах выработал простое решение - везде применяются SpyBean, и объявляются они один раз в базовом классе. Там где нужно - им можно задать поведение, как мокам. Где не нужно - они будут вести себя как настоящие бины. И контекст при этом будет создан только один раз.

Пара советов по покрытию тестами проекта на SpringBoot

Интеграционный тест с использованием @SpringBootTest нужен как минимум для проверки того, что контекст поднимается и нет никаких ошибок в конфигурации.

И тут уже встает вопрос, а если мы всё равно будем поднимать полный контекст, зачем нам дополнительно ещё поднимать отдельные слои контекста?

React vs Vue – подробное сравнение и перспективы

Настолько не официальный, что буквально живет на домене vuejs.org? https://pinia.vuejs.org/
Это давно официальная рекомендация, Vuex мёртв

Partial Index: как сократить индекс в 10 раз и ускорить редкие выборки

Порядок условий не важен

PGlite — полноценный Postgres-сервер на WASM. Работает прямо в браузере и Node.js

Так люди хотят именно Postgres в браузере, а не какую-то другую поделку, которая даже не про SQL.

Часть 1: Как я создал идеальный REST API — микросервис инцидентов на Java и Spring

ISO-8601 только. А то у вас про турбинное масло)

Часть 1: Как я создал идеальный REST API — микросервис инцидентов на Java и Spring

https://habr.com/ru/articles/870640/comments/#comment_27737930

Часть 1: Как я создал идеальный REST API — микросервис инцидентов на Java и Spring

IncidentResponse :)
Чаще всего не нужно смешивать объекты запроса и ответа