Кого упоминает канал

Продолжаем разбор Hibernate. В первой части мы выучили словарь, теперь переходим к самому интересному Hibernate: Продвинутый уровень 1. Состояния Entity (Жизненный цикл) Объект в Hibernate — это не просто данные, это объект с состоянием. Их три: * Transient (Временный): Объект со… в MAX →

Продолжаем разбор Hibernate. В первой части мы выучили словарь, теперь переходим к самому интересному Hibernate: Продвинутый уровень 1. Состояния Entity (Жизненный цикл) Объект в Hibernate — это не просто данные, это объект с состоянием. Их три: * Transient (Временный): Объект со… в MAX →

🛠️ Словарь Java-разработчика: 10 терминов Hibernate, которые нужно знать Hibernate — это не просто библиотека, это целый мир со своим языком. Если вы начинаете новый проект со Spring Boot, без этих определений вы «поплывете» на первом же вопросе техлида. 1. ORM (Object-Relationa… в MAX →

HashMap: почему get() — не всегда O(1) Какая сложность HashMap.get()? Обычный ответ: O(1). Но это немного упрощённая версия. Посмотрим, что происходит внутри: Map<String, Integer> map = new HashMap<>(); map.put("Java", 10); map.put("Kafka", 20); Integer value = map.get("Java"); У… в MAX →

Mapper в Spring: почему это не просто копирование полей В Java-проекте часто встречается примерно такой код: public UserDto toDto(User user) { return new UserDto( user.getId(), user.getName(), user.getEmail() ); } И кажется, что Mapper — это просто технический класс, который экон… в MAX →

Mapper в Spring: почему это не просто копирование полей В Java-проекте часто встречается примерно такой код: public UserDto toDto(User user) { return new UserDto( user.getId(), user.getName(), user.getEmail() ); } И кажется, что Mapper — это просто технический класс, который экон… в MAX →

Mapper в Spring: почему это не просто копирование полей В Java-проекте часто встречается примерно такой код: public UserDto toDto(User user) { return new UserDto( user.getId(), user.getName(), user.getEmail() ); } И кажется, что Mapper — это просто технический класс, который экон… в MAX →

Spring Profiles: малоизвестный нюанс, который может удивить Все знают классический вариант: @Profile("prod") @Bean public PaymentClient paymentClient() { return new PaymentClient(); } Если активен prod — Bean создаётся. Если нет — Spring его не создаёт. Но у Profiles есть несколь… в MAX →

Spring Profiles: малоизвестный нюанс, который может удивить Все знают классический вариант: @Profile("prod") @Bean public PaymentClient paymentClient() { return new PaymentClient(); } Если активен prod — Bean создаётся. Если нет — Spring его не создаёт. Но у Profiles есть несколь… в MAX →

Что нового в Spring Boot 4.1 (сентябрь 2026) Пока все только-только слезли с иглы `javax.*` при переходе на Jakarta EE, в июне вышел Spring Boot 4.1, построенный на базе стабильного Spring Framework 7.0.x. Это не просто багфиксы релиза 4.0, это серьезный сдвиг парадигмы для энтер… в MAX →

Что нового в Spring Boot 4.1 (сентябрь 2026) Пока все только-только слезли с иглы `javax.*` при переходе на Jakarta EE, в июне вышел Spring Boot 4.1, построенный на базе стабильного Spring Framework 7.0.x. Это не просто багфиксы релиза 4.0, это серьезный сдвиг парадигмы для энтер… в MAX →

Почему в Spring Data столько разных Repository? Если вы работали со Spring Data JPA, наверняка писали: public interface UserRepository extends JpaRepository<User, Long> { } Но почему именно JpaRepository? Ведь есть ещё: - CrudRepository - PagingAndSortingRepository - ListCrudRepo… в MAX →

Почему @Configuration — это не просто @Component? Часто спрашивают: Чем @Configuration отличается от @Component? Как правило отвечают: «@Configuration — для конфигурации, @Component — для компонентов». Формально да, но интерес начинается вот здесь: @Configuration public class App… в MAX →

Почему @Configuration — это не просто @Component? Часто спрашивают: Чем @Configuration отличается от @Component? Как правило отвечают: «@Configuration — для конфигурации, @Component — для компонентов». Формально да, но интерес начинается вот здесь: @Configuration public class App… в MAX →

Почему @Configuration — это не просто @Component? Часто спрашивают: Чем @Configuration отличается от @Component? Как правило отвечают: «@Configuration — для конфигурации, @Component — для компонентов». Формально да, но интерес начинается вот здесь: @Configuration public class App… в MAX →

Почему Spring не любит циклические зависимости? Представим вполне реалистичную ситуацию: @Service public class OrderService { private final PaymentService paymentService; public OrderService(PaymentService paymentService) { this.paymentService = paymentService; } } И: @Service pu… в MAX →

Почему Spring не любит циклические зависимости? Представим вполне реалистичную ситуацию: @Service public class OrderService { private final PaymentService paymentService; public OrderService(PaymentService paymentService) { this.paymentService = paymentService; } } И: @Service pu… в MAX →

Почему @Autowired иногда вообще не нужен? После двух постов про транзакции и Proxy предлагаю немного отойти от AOP и посмотреть на DI. Наверняка вы не раз писали: @Service public class OrderService { private final PaymentService paymentService; @Autowired public OrderService(Paym… в MAX →

Почему @Autowired иногда вообще не нужен? После двух постов про транзакции и Proxy предлагаю немного отойти от AOP и посмотреть на DI. Наверняка вы не раз писали: @Service public class OrderService { private final PaymentService paymentService; @Autowired public OrderService(Paym… в MAX →

Всем привет! В прошлый раз мы разобрали прокси и исключения. Сегодня поговорим о том, что происходит с транзакцией, когда один сервис вызывает другой. Представим классическую связку: создание заказа. @Service public class OrderService { private final PaymentService paymentService… в MAX →

Всем привет! В прошлый раз мы разобрали прокси и исключения. Сегодня поговорим о том, что происходит с транзакцией, когда один сервис вызывает другой. Представим классическую связку: создание заказа. @Service public class OrderService { private final PaymentService paymentService… в MAX →

Всем привет! В прошлый раз мы разобрали прокси и исключения. Сегодня поговорим о том, что происходит с транзакцией, когда один сервис вызывает другой. Представим классическую связку: создание заказа. @Service public class OrderService { private final PaymentService paymentService… в MAX →

Всем привет! В прошлый раз мы разобрали прокси и исключения. Сегодня поговорим о том, что происходит с транзакцией, когда один сервис вызывает другой. Представим классическую связку: создание заказа. @Service public class OrderService { private final PaymentService paymentService… в MAX →

Всем привет! В прошлый раз мы разобрали прокси и исключения. Сегодня поговорим о том, что происходит с транзакцией, когда один сервис вызывает другой. Представим классическую связку: создание заказа. @Service public class OrderService { private final PaymentService paymentService… в MAX →

Всем привет! В прошлый раз мы разобрали прокси и исключения. Сегодня поговорим о том, что происходит с транзакцией, когда один сервис вызывает другой. Представим классическую связку: создание заказа. @Service public class OrderService { private final PaymentService paymentService… в MAX →

Всем привет, в ближайшее время планирую уделить внимание Spring, публиковать жизненный цикл бинов думаю не имеет смысла, так как это достаточно заезженная тема, поэтому сегодня сразу дальше) Почему @Transactional иногда НЕ работает? Представим обычный сервис: @Service public clas… в MAX →

Всем привет, в ближайшее время планирую уделить внимание Spring, публиковать жизненный цикл бинов думаю не имеет смысла, так как это достаточно заезженная тема, поэтому сегодня сразу дальше) Почему @Transactional иногда НЕ работает? Представим обычный сервис: @Service public clas… в MAX →

Functional Interface: почему методов может быть несколько, хотя он функциональный? Когда спрашивают: Что такое функциональный интерфейс?Обычно отвечают: Интерфейс с одним абстрактным методом. Правильно, но тогда возникает интересный вопрос: @FunctionalInterface public interface M… в MAX →

Выбор структуры определяется характером нагрузки: Для словарей почти всегда подойдёт ConcurrentHashMap, если не нужен строгий порядок ключей (тогда обратите внимание на ConcurrentSkipListMap). Для счётчиков — LongAdder при высоком уровне конкуренции, AtomicLong — если число поток… в MAX →

Почему finalize() устарел и почему это вообще было плохой идеей? Если вы давно работаете с Java, наверняка встречали метод: @Override protected void finalize() throws Throwable { // cleanup } И когда-то его действительно использовали для освобождения ресурсов, но сегодня это счит… в MAX →

Тема equals() и hashCode() уже настолько заезжена, что почти любой разработчик без запинки скажет: "Если переопределил equals(), нужно переопределить и hashCode()." Но на собеседованиях обычно валятся не на этом. Валятся на понимании почему. Например, что выведет этот код? class… в MAX →