Возвращаемся к практике тестов:

int[] a = {1, 2, 3};
int[] b = a;
b[0] = 10;
a[1] = 7;
for (int i = 0; i < a.length; i++) {
    System.out.print(a[i] + " ");
}

Типичная ошибка с наследованием в Java
Что не так с этим кодом?

class Account {
    String login;
    String password;
}

class Student extends Account {
    String name;
    int age;
}

На первый взгляд — всё корректно. Но задумайтесь:
• Можно ли объект Student передать туда, где ожидается Account?
• А если у студента несколько аккаунтов?
• А если аккаунт есть не только у студентов, но и у преподавателей?
❗️ Проблема здесь не в синтаксисе, а в неверной модели наследования.

Почему нельзя наследовать Student от Account?
Потому что между ними нет отношения is-a. Нельзя корректно сказать, что студент является аккаунтом.
Здесь другое отношение — has-a («имеет»): студент имеет аккаунт, но не является им.
В таком случае нужно использовать композицию, а не наследование:

class Account {
    String login;
    String password;
}

class Student {
    String name;
    int age;
    Account account;
}

Свежие отзывы на курс "Объектно-ориентированное программирование на Java". Спасибо всем, кто оставляет отзыв! Для меня это очень важно 🤗

Топ-5 стандартных классов Java, которые реально используют в проектах 👇

🔹 1. ArrayList
Рабочая лошадка. Используется везде, где нужна динамическая коллекция: данные из БД, DTO, результаты вычислений. Быстро и удобно.

🔹 2. HashMap
Хранение пар «ключ–значение»: кэш, конфигурации, группировки, быстрый доступ к данным. Если не знаешь HashMap — на проекте будет боль.

🔹 3. Optional
Спасает от NullPointerException и делает код честнее. Часто используется в сервисах и репозиториях, особенно в современном Java-коде.

🔹 4. LocalDate / LocalDateTime
Работа с датами без боли: планирование, логи, бизнес-логика, дедлайны. Старый Date на проде давно не в почёте.

🔹 5. Stream
Фильтрация, маппинг, агрегация данных в одну строку. Читаемый код и меньше шаблонных циклов — за это стримы любят в командах.

📌 Вывод простой: знание стандартных классов Java реально облегчает жизнь. И это логичный следующий шаг после ООП.

Java, которой учат. И Java, за которую платят…
Учебный код нужен, чтобы понять идею.
Продакшн-код — чтобы с ним жили годами.
1. Студенту главное, чтобы программа заработала.
В реальном Java-коде важно, как программа будет развиваться дальше: новые требования, новые коллеги.
2. Куча логики в одном методе — нормально для обучения.
В продакшене — маленькие методы, ясные имена, чётко разделённая ответственность.
3. В учебных задачах можно «подогнать» решение под тесты.
В реальной Java — проверки, исключения, валидация, логирование.
4. Учебный код читает привычный ко всему преподаватель.
Нормальный код читают коллеги (и ты сам через год). Поэтому читаемость важнее «хитрого» решения и экономии двух строк.
5. Коллекции, Stream API, ООП, SOLID — не ради галочки,
а чтобы код было легко расширять и безопасно менять.
👉 Опытного Java-разработчика отличает не знание конструкций языка,
а умение писать код, который не страшно открыть снова.

Что раньше: курица или яйцо
ООП или «Прокачай Java» ?👀

Само по себе знание принципов ООП недостаточно, чтобы выйти на рынок труда.
Без понимания стандартных библиотек и экосистемы Java в продакшн действительно делать нечего.

Но есть и обратная сторона.

Разобраться в структуре библиотек и сигнатурах методов невозможно, если не понимать базовые идеи ООП:
• что такое классы и интерфейсы?
• как они связаны между собой?
• что означает throws в сигнатуре метода и зачем нужны исключения?
Все эти вопросы неизбежно возникают, если начинать изучение Java-библиотек без фундамента по ООП.

👉 Поэтому после курса «Основы языка Java» я рекомендую начать с
«Основ объектно-ориентированного программирования на Java».

👉 А если с ООП вы уже знакомы — смело переходите к курсу
«Прокачай Java» и погружайтесь в современные инструменты и практики.

И напоминаю: по ссылкам выше действует постоянная скидка 10% для читателей этого телеграм-канала 💙