Frozen Coder

Я попал на Spring WebFlux и Cloud, когда на уровне "что-то слышал и хочу получить опыт" и меня взяли. Это всё зависит от работодателя же, проекта и прочего. Как бонус - лишним не будет. Но я думаю, что это не должно стать преградой в основном. Только если это определённое требование к кандидату на определённую позицию. Есть книгаот Олега Докуки, почитаете, попробуете и будет достаточно.
А монгу я вкуривал по мере необходимости. Просто начните ходить на собеседования и там будет понятно :)

А вы с этими двумя справились? На GitHub залили свои труды? Попробуйте найти стажировку, она вас задачами обеспечит. А потом работу.

Но у меня есть коллекция ссылок, которая может вас заинтересовать:
1. 9 учебных проектов для бэкендера
2. Идеи для проектов для практики навыков программирования - очень много всего и просто попрактиковаться и проект накрутить, полистайте-повыбирайте
3. Список тестовых заданий для прокачки
4. Тестовое задание Xored
5. Тестовое - не помню чьё. Там вроде под .Net, но ничто вам не мешает реализовать его на Java и Spring
6. Тут идея под Django, но можно и на Spring же
7. На Java Junior тестовое
8. Финансовый калькулятор
9. Это просто бомбезная статья
10. Project Ideas
11. Тут много всякого. И задачки и проекты.
12. 40 Side Project Ideas for Software Engineers
13. Примеры тестовых заданий на позиции Middle и Senio...

И просто можно погуглить тестовые задания :) Часто бывают в открытом доступе.

Ну вот вам варианты:
1. Что можно тянуть в одного на Java?
2. Как эффективно выучить технологии для backend'a?

Только вот подумайте лучше, если оно так тяжко идёт, то может и не ваше вообще? В работе очень много рутинных однообразных задач, которые просто нужно сделать. Вы что будете в этом случае работу бросать? Программирование - это во многом ремесло.

Загуглите ввод с клавиатуры в Java (например через Scanner и System.in) и вы можете собрать дату (LocalDate) с помощью LocalDate.of(year, month, day) - вот она переменная даты для работы с ней. Вот unix epoch из этой переменной

long epoch = date.atStartOfDay(zoneId).toEpochSecond();

Где zoneId - это ваша временная зона. Можно взять дефолтную для компьютера, на котором будет исполняться код, а можно задать самому. Гуглите ZoneId.

Смотрите класс Files, а точнее методы walk или walkTree

Вот тут написано, как реализовать свой обходчик файлового дерева.

К Spring это никакого отношения не имеет. Стандартная библиотека.

А что мешает попробовать написать по одному приложению средних размеров на каждом из языков? Что толку вам от наших ответов? Вы же так не почувствуете разницу. Вот придут скалисты и опять скажут, что их язык самый лучший - вы это уже слышали)

Kotlin - это better java, по крайней мере на данный момент. Мб java весрии 30 или 35 дойдёт до кондиции. Подождём. Кто не хочет ждать - пишет на Kotlin. После Kotlin уже у многих возникают вопросы, а зачем на java писать?) Одна Null Safety многого стоит, имхо, конечно. И в сотый раз, kotlin не создавался под android, в нём нет никакой привязки к android, это язык общего назначения. А ещё есть kotlin.js и kotlin native.
Scala - можно писать как на better java, но лучше всего раскрывается при функциональном подходе. Полностью функциональном. Со всеми его + и -. Вроде библиотека cats сейчас на коне и tagless final (это всё, что я про современную scala слышал :D). И вот это уже совсем-совсем не как в java. Я не адепт, попробуйте сами, может зайдёт.
Groovy - это динамический язык. На нём хорошо прототипировать и писать скрипты (вспомните gradle). Быстро, вывод типов, сахарок. Мне в своё время очень зашли тестовые фреймворки на groovy - Spock Framework и Geb - с ними писать тесты было приятнее, чем на junit.
Clojure - это тоже функциональщина как Scala, но ещё хардкорнее. Это для тех, кто когда-то полюбил lisp и тащится от него. Знаю только, что Никита Прокопов на нём пишет. Вроде в интервью frontend-weekend он говорил, почему пишет на Clojure, а может ещё где-то. Довольно редкий язык на самом деле.

Самое лучше, что есть по любым библиотекам - это документация. Привыкайте. Ну ок, есть ещё статьи на baeldung для ленивых :)

Хотите книг? Лучше почитайте что-нибудь про тестирование в общем смысле. Я рекомендую xUnit Test Patterns: Refactoring Test Code. Она здоровенная, можно использовать как справочник и периодически посматривать.

На вопрос невозможно дать однозначный ответ. Откуда незнакомцы из интернета могут знать насколько быстро вы осваиваете новое и насколько велика ваша мотивация? Да кто кроме вас может вообще сказать сможете вы или нет? Если вы хотите попробовать, то почему, блин, не пробуете, а спрашиваете разрешения у каких-то незнакомцев? Может стоит такие решения принимать самостоятельно? Откуда нам знать как далеко и глубоко зайдёт ваш for fun? Про kotlin. Опять же, что мешает попробовать то? Гуглите kotlin koans - проходите и сами всё поймёте. А ответы в интернетах лично вам не помогут, ибо все мы разные и по опыту, и по способностям. Короче, идите пишите код уже)

Это классы прямое отображение вашей схемы БД (т.е. описывают java-кодом как у вас данные в БД хранятся) или это ваши обычные классы, которые участвуют в бизнес логике?

Если первое, то такое обычно лучше генерить автоматом с помощью какого-нибудь JOOQ, если оно вам вообще надо. И тогда это будет вариант 1

Если второе, то конечно выбираете вариант 2. Какой вам толк от одного id-шника? А если вам куда-то передавать надо будет Record, то ещё и отдельно его User будете тащить?

Есть ещё вариант, что это у вас какое-то DTO и нужно только знать id, связанного пользователя и всё. Самого пользователя никогда внутри Record увидеть не хотите, не ожидаете, не нужно, лишние таскать тяжело. Тогда вариант 1.

Вообщем. Исходите из решаемой проблемы и как вы с этим будете дальше жить и использовать.

там уже все на 11 версии сидят, небось скоро и на 12 перейдут.

Извините, но, спасибо, развеселили) Большинство, как раз таки, как сидели на 8, так и сидят на ней. 8 и даже 7 ещё несколько лет будут в поддержке. Это же java-мир, enterpise-мир больших компаний с большими проектами, тут никто не торопиться переходить на новые версии. Проблему-то какую это решит, если оно и так хорошо работает и деньги приносит? Spring 4, да радуйтесь, что не 3). Мне в прошлом году рассказывали, что одной девушке из соседней конторы достался проект на небольшой допил, а там java 3 или 4 была! И я полно видел вакансий, как раз таки на java 8.

12 версия - не LTS. Никто толпами на неё переходить не будет. Только отчаянные единицы. У не LTS-релизов срок поддержки теперь полгода. Мрут как мухи. 11 LTS, да.

Между 8 и 11 не такая уж супер-большая разница, если брать синтаксис. Есть пропасть между 8 и 9 в виде модулей, но не так страшен чёрт, как его малюют. Пару статеек прочитать, один проектик попробовать и вот вы уже разобрались. + добавили несколько методов в стандартную библиотеку, типа listOf, setOf и т.д. для инициализации immutable-коллекций, пару методов в String (например isEmpty) и ещё по мелочи. В основном всякие внутренние улучшения, типо работы строк. Посмотрите списки изменений в интернетах. На каждую версию даже статья на хабре есть.

А если всё ещё переживаеете, то пройдите сертификацию по java 11. Сейчас там их всего 2. Первая часть на основной синтаксис и проверяет какой вы компилятор java) А вторая уже на всякие интересные штуки вроде многопоточности, стримов, NIO 2 и т.д. Уверенности после них будет хоть отбавляй) Поговорите с работодателем об этом - может даже проспонсирует и премию выпишет за такие инициативы)

Уметь самостоятельно искать инофрмацию. Открыть hh.ru и посмотреть вакансии. + в интернетах есть масса всякий статей по этому вопросу.

OpenJDK вам хватит за глаза. Устанавливайте LTS-версию. Последняя LTS - 11. Предпоследняя - 8. Что на той учиться, что на другой - особой разницы нет. Один фиг большинство ещё на 8 сидит и не торопиться на 11 переходить, если ещё и учесть ломающие изменения между 8 и 9. Правда про Android и его версии java я ничего не знаю.

Не устану пиарить sdkman - с ним можно легко устанавливать и менять разные версии java. Я на винду не ставил, но на странице установщика говорят, что можно с такой-то матерью.

Добавлю только, что легко ставить и менять версии java можно с помощью sdkman

В дополнение к комментариям про документацию и чтение исходников (что определённо отличный выбор и лучший справочник), если вам очень нужны именно книги и на русском, то есть две:

1. Карманный справочник
2. Шилдт

Но всё таки настоятельно советую использовать самый лучший и самый свежий справочник