Почему выбран реактивный стек? (особенно учитывая вводные данные в виде java 21 в которой уже есть virtual threads) Стильно, модно, молодежно? Тогда еще напишите, если есть конечно опыт, во что он превратится через несколько лет активной разработки разными людьми, когда там будет что то сложнее этого hello world. И как его прекрасно будет дебажить. Статья явно рассчитана на начинающих, может не стоит вот так вот сразу испытывать устойчивость их психики реактивщиной?
Не встречал ни одного высоконагруженного проекта, где бы использовался JPA. Все на определенном этапе слезают с него на что то более предсказуемое/низкоуровневое, иногда на свои велосипеды, но все они низкоуровневые
Несколько раз ловил неожиданное поведение, которое исправлялось только через clean. Имхо выигрыш по времени копеечный, проще продолжать использовать clean install и быть уверенным, что инкрементальная сборка ничего не развалит
У нас в городе было развлечение - купить карточку на двоих/троих и т.д. и разом дозванивать в инет. Биллинг позволял несколько соединений, каждое ело лимит карты, НО самая мякотка была в том, что по истечению лимита дисконнектило только одного единственного рандомного юзера, остальные сидеть могли до потери пульса (до первого звонка на линию или крика родителей, что надо позвонить, а ты тут своим компуктером все занял). Вот такой вот был волшебный биллинг.
Переводил порядка 30 микросервисов c Java 8/Spring Boot 2.7 на Java 21/Spring Boot 3.3.2 В целом проблем несколько: 1. Обновить зоопарк зависимостей и не наловить магических глюков в рантайме от разных версий в classpath (с зависимостями вообще помогает плагин enforcer) 2. Обновить API библиотек, которые за все эти релизы могли поменяться кардинально 3. Отловить новое поведение библиотек - тоже столкнулся с разными нюансами liquibase, которая у нас была обвешана за годы своими велосипедами 4. Докинуть зависимостями то, что было выпилено из JDK (навскидку JAXB, javax -> jakarta) 5. Пооткрывать модули ( --add-opens)
Я не могу сказать, что это что то сложное было. Просто кропотливая и муторная работа.
З.Ы. Кто то использует на нагруженном продакшене hibernate? Я удивлен
Если methodA вызывает methodB, то methodB будет выполняться в новой транзакции, независимо от того, существует ли уже транзакция.
И далее
Избегайте аннотирования методов, вызываемых из того же класса: если метод A вызывает метод B внутри того же класса, транзакции для метода B не будут применены, так как вызов происходит напрямую, без прокси.
У вайбкодеров год за два идет 😁
Почему выбран реактивный стек? (особенно учитывая вводные данные в виде java 21 в которой уже есть virtual threads) Стильно, модно, молодежно? Тогда еще напишите, если есть конечно опыт, во что он превратится через несколько лет активной разработки разными людьми, когда там будет что то сложнее этого hello world. И как его прекрасно будет дебажить. Статья явно рассчитана на начинающих, может не стоит вот так вот сразу испытывать устойчивость их психики реактивщиной?
В конце сказали, что не будете рассказывать про distributed tracing и дальше пошли про него рассказывать
Не встречал ни одного высоконагруженного проекта, где бы использовался JPA. Все на определенном этапе слезают с него на что то более предсказуемое/низкоуровневое, иногда на свои велосипеды, но все они низкоуровневые
как_нарисовать_сову.jpg
Зашел напихать в панамку, а тут уже без меня справились)
Какой интересный велосипед. Делать так, конечно, не нужно без каких-то очень веских причин
Несколько раз ловил неожиданное поведение, которое исправлялось только через clean. Имхо выигрыш по времени копеечный, проще продолжать использовать clean install и быть уверенным, что инкрементальная сборка ничего не развалит
А будут статьи как поставить винду?
У нас в городе было развлечение - купить карточку на двоих/троих и т.д. и разом дозванивать в инет. Биллинг позволял несколько соединений, каждое ело лимит карты, НО самая мякотка была в том, что по истечению лимита дисконнектило только одного единственного рандомного юзера, остальные сидеть могли до потери пульса (до первого звонка на линию или крика родителей, что надо позвонить, а ты тут своим компуктером все занял). Вот такой вот был волшебный биллинг.
Почему так много хайпа с n8n? Чем оно лучше старого доброго node red?
Фулстекам не нужно готовиться. Они по определению должны быть готовы страдать всегда
Что за водянистую воду я сейчас прочитал?
У вас в примере кода про асинхронность не будет ни асинхронности, ни транзакционности.
Переводил порядка 30 микросервисов c Java 8/Spring Boot 2.7 на Java 21/Spring Boot 3.3.2
В целом проблем несколько:
1. Обновить зоопарк зависимостей и не наловить магических глюков в рантайме от разных версий в classpath (с зависимостями вообще помогает плагин enforcer)
2. Обновить API библиотек, которые за все эти релизы могли поменяться кардинально
3. Отловить новое поведение библиотек - тоже столкнулся с разными нюансами liquibase, которая у нас была обвешана за годы своими велосипедами
4. Докинуть зависимостями то, что было выпилено из JDK (навскидку JAXB, javax -> jakarta)
5. Пооткрывать модули ( --add-opens)
Я не могу сказать, что это что то сложное было. Просто кропотливая и муторная работа.
З.Ы. Кто то использует на нагруженном продакшене hibernate? Я удивлен
Теперь пора открыть для себя virtual threads
Никто не расскажет. Если нашли, то в эту игру можно играть и в другую сторону
Мне интересно, кто то в новых проектах использует нативную сериализацию? Если да, то по каким причинам
Про ДНС фигню написали, начиная с ближайшего- какой еще ближайший? Почему провайдера?
Ну и вообще нахрена фронтенд разработчику в деталях разбираться в модели OSI?
По моему это звоночек, услышать такие вопросы на собеседовании
И далее
???