🔍 Ответ на задачу про SQL: LEFT JOIN + WHERE — скрытый баг 🐛
LEFT JOIN гарантирует, что все строки из левой таблицы (customers) попадут в результат, даже если в правой таблице (products) нет совпадений — в этом случае столбцы правой таблицы заполняются NULL.

Однако условие WHERE p.status = 'SHIPPED' отфильтровывает все строки, где p.status IS NULL. Это означает, что клиенты без заказов будут исключены из результата, и LEFT JOIN фактически превратится в INNER JOIN.

Вывод:
WHERE по правой таблице превращает LEFT JOIN в INNER JOIN.
Чтобы сохранить поведение LEFT JOIN, условие фильтрации нужно перенести в ON:

SELECT   c.NAME,
         p.product_id
FROM     customers c
         LEFT JOIN products p
              ON c.id = p.customer_id
              AND p.status = 'SHIPPED';

#sql #leftjoin #where #bug #database #интервью #java_interview_tasks

🔍 Ответ на задачу про computeIfAbsent: Осторожно с модификациями! ⚠️

Документация HashMap (и большинства других реализаций) прямо запрещает модификацию структуры мапы (добавление/удаление) внутри методов вычисления (compute, merge, computeIfAbsent). Это может привести к повреждению внутренней структуры данных или выбросу ConcurrentModificationException.

Вывод:
В данном случае в HashMap будет выброшен ConcurrentModificationException.

⚡️ Не перепутайте:
Никогда не меняйте коллекцию внутри методов, которые итерируются по ней или вычисляют ее значения.

#java #collections #hashmap #bug #concurrency #интервью #java_interview_tasks

🔍 Ответ на задачу про HashSet: Опасность мутабельных объектов 🧩

Когда мы положили p в сет, он попал в "корзину" (bucket), соответствующую hashCode = 1. После изменения p.x = 2, hashCode объекта тоже стал равен 2. Когда мы вызываем contains(p), сет ищет объект в корзине №2, но наш объект всё еще лежит в корзине №1! Сет его не найдет.

Вывод:
contains вернет false, но размер сета по-прежнему 1. Объект "застрял" в неправильной корзине.

⚡️ Не перепутайте:
Никогда не используйте изменяемые (mutable) поля в hashCode и equals, если объекты будут храниться в сетах или мапах.

#java #collections #hashset #hashcode #bug #интервью #java_interview_tasks

🔍 Ответ на задачу про Iterator.remove(): Чистим коллекцию правильно 🧹
- Вариант A (for-each) использует итератор неявно. Если мы вызываем list.remove() напрямую, итератор об этом не знает и при следующей проверке modCount выбросит ConcurrentModificationException.
- Вариант B использует iterator.remove(). Этот метод специально спроектирован для безопасного удаления текущего элемента во время итерации.

Вывод:
Верный вариант — B. (Хотя есть исключение: в ArrayList удаление предпоследнего элемента через list.remove() в for-each может не вызвать ошибку из-за бага/особенности проверки hasNext(), но полагаться на это нельзя).

⚡️ Не перепутайте:
В Java 8+ самый простой и безопасный способ: list.removeIf(s -> s.equals("A")).

#java #collections #iterator #bug #clean_code #интервью #java_interview_tasks

🔍 Ответ на задачу про Method References: Неоднозначность 😵‍💫
Ссылка Service::process может быть интерпретирована двумя способами:
1. Как вызов статического метода: (Service s) -> Service.process(s).
2. Как вызов обычного метода у текущего элемента: (Service s) -> s.process().
Обе интерпретации идеально подходят под сигнатуру Consumer<Service>, который ожидает forEach. Компилятор не знает, какой метод выбрать.

Вывод:
Возникает ошибка компиляции из-за неоднозначности.

⚡️ Не перепутайте:
В таких случаях используйте обычную лямбду s -> s.process(), чтобы явно указать нужный метод.

#java #lambda #methodreference #bug #интервью #java_interview_tasks

🔍 Ответ на задачу про LocalDate: Ловушка иммутабельности 📅
Классы из пакета java.time (LocalDate, LocalTime, etc.) — immutable (неизменяемые), как и String. Любой метод, который якобы "меняет" объект, на самом деле возвращает новый объект с измененным состоянием. Исходный объект date остается прежним.

Вывод:
Напечатается 1. Чтобы получить 11, нужно было написать date = date.plusDays(10).

⚡️ Не перепутайте:
Всегда проверяйте, что вы используете возвращаемое значение методов java.time. Это одна из самых частых ошибок при переходе со старого Calendar.

#java #datetime #immutable #bug #basics #интервью #java_interview_tasks