Ерлан Ибраев

Э-э-э есть же системы контроля версиями.
В частности GIT.
JSON это текстовый файл, так что в систему контроля версией зайдет.
И не надо будет в БД писать свой велосипед, по контролю за версиями. :-)

ИМХО можно сделать что-то типа lookup.
Т.е. вводить первые символы города, ему подсказывают все города начинающиеся на эти символы, потом улицы и т.д.
А так парсить строку ввода на части, по этим частям определять что это - страна, город, улица. Ну а дальше формировать запрос.
Можно еще посмотреть в сторону Elastic Seacrh

Есть два способа
1) Пошагово под отладчиком выполнить программу
2) Написать тесты для приложения

Первый проще, второй правильнее.

Ну... Похоже для classes естественный ключ будет (id, name).
Где id - строки в School.
name - это поле name в Classes
:-)

А смысл?
Ваши, которые вы узнаете после самостоятельного изучения во время учебы ВУЗе, устареют через год-полгода.
Имеет смысл участвовать в реальном проекте (например OpenSource)
Как минимум вы там реально чему нибудь научитесь.

Самостоятельно чему-либо научиться сложно.
Нужен тот кто будет "пинать в нужном направлении".

1. Таки сделать все возможные бины для MyService. Т.е. создать имплементации всех сервисов. Можно через xml или config class

2. Инжектить как List myServices

3. Искать в myServices нужную вам имплементацию

Потом что собирать надо war, а не jar :-)

Чистая Java SE пользуется не самым широким спросом.
Если вы новичок, то знать надо в рамках прохождения собеседования.
Т.е. знать как устроено ООП в Java. Знать как устроены основные имплементации Collection.
А так стоит уделить внимание фреймворкам на Java. Т.к. Java EE RIP (зомби JakartaEE не понятно, как будет существовать), то Spring Framework обязательно. Так же обязательно Hibernate (как минимум в рамках JPA)
К этому обязательно знать, на уровне практических навыков.
Одну из двух систем сборки проектов - maven и/или gradle.
Систему контроля версий git.
IDE Eclipse. IDEA мне больше нравиться, но она платная, а в Community Edition нет как раз поддержки Spring Framework.
SQL - минимум написание запросов.

Давно работаю на ноутбуках.
Если под windows/linux, то любой "игровой" из топовых.
Т.к. сейчас в них и охлаждение нормальное, и ssd в большинстве стоит, и на памяти не жмотятся.
Единственное это переплата за "игровую видеокарту".
Не "игровые", там экономят на охлаждении, процессор ставят "мобильный" (например в ультрабуках).
Если же брать MacBook, то имхо лучше 15". Там и памяти 16 гигов, да и текст с 15" легче читать, чем с 13". Но стоит так же как топовые "игровые".

Jasper Reports?!

Асинхроно, через Service Bus на Kafka.
<:o)

Ваша задача на текущий момент устроиться на работу программистом (джуном).
Для этого ходить на собеседования и быть готовым к отказу.
Не стесняться спрашивать, почему отказали.
Чтобы знать что нужно выучить
При этому увольняться с работы не обязательно.

А учить...
Обязательно учить надо актуальные системы контроля версий, системы управления проектом, системы непрерывной интеграции и развертывания.
Можно еще подучить docker/docker-compose по минимуму. Поставить, запустить контейнер.
Т.к. эти вещи на собеседовании никто не спрашивает. А работа будет в основном с ними.

Тренироваться писать unit-test и учиться работать в TDD стиле.

Забить и пойти работать на завод :-)

Вообще-то почту любой ноутбук можно брать ~3 года (в независимости от Бренда)
Вот недавно жене поменял ноутбук, который мы брали в 2006 году.
Он до сих пор рабочий (Fujitsu-Siemens).

Вообще-то клиент прав.
Если есть "общие" части, то они должны быть выделены в библиотеку/фреймворк.
А это немного другой уровень разработки.
И писать его немного сложнее.
Поэтому в данном случае дешевле простой копи-паст.

По большому счету разницы нет.
Вот только у меня с MySQL постоянно были проблемы.
PostgreSQL может "бесить", тем, что в ней строгая типизация.
Если в MySQL написать фигню и она даже выполниться, то в PostgreSQL выкинет ошибку.