mayton2019

Согласно рейтингам tiobe и renmonk Java стабильно кувыркается где-то на 4 месте в рейтинге популярных языков разработки. Рейтинг Редмонка собирается из двух рейтов популярности (кажется количество вопросов в стековер и количество проектов на гитхабе. Ну или может как-то сложнее ХЗ).

Первым трем местам в этом анализе я-бы не сильно доверял. Там постоянно идет ротация то JavaScript выскакиевает то C то Swift но ситуация каждый год - новая. Вот сейчас там висит Python... Наверное девопсы подсуетились. И сайентисты.

В чем сила Java сегодня? Ну во первых в большом объеме легаси кода который уже написан и работает. Java сегодня занимает нишу COBOL в банках и финансовых организациях. И если вы хотите средний достаток, (машина дом, vacation) - то идите спокойно в java и будет кусок хлеба.

Во вторых в толстом репозитарии бесплатных библиотек на все случаи жизни.
Например я уже 2 года не пишу на Java ничего ради денег. Но в некоторых скриптах на Scala/Databricks я спокойно подключаю Java-библиотекие (всякие sftp клиенты, json/xml парсеры) и все это нормально интегрируется и работает. И слоган про wrote-once - это не шутка. Это правда работает и в доказательство - целый репозитарий таких либ на mvnrepository.com. Они будут совместимы c Kotlin/Groovy/Scala короче со всеми JVM-based языками.

Лично я считаю Java как язык слишком многословным. Многие вещи можно короче запрограммировать. Но это просто моё ИМХО. При игры - ничего не скажу. Не знаю. Но вот на Kotlin что-то пишут под Андроид.

И вообще программист должен больше выбирать род деятельности (фронт или back или железо и микро-контроллеры) а языки учить всю жизнь. Вот так. Вы всю жизнь - студент.

В полной мере union-типы реализованы в Scala. Поэтому тебе надо сменить язык чтобы работать
на таком уровне выразительности своей идеи.

Например вот функция которая конвертит дату-время для строки или для лонг-типа.

def convertTime(time : String | Long) : String = 
  ....

В Java есть вариант - передать базовый типп Object и в теле функции проверять instanceOf и делать
соотв. conditions или паттерн матчинг по типу.

String convert(Object object) {
   ......
}

Вобщем все варианты требуют явного перечисления логики которую ты хочешь сделать.

Или ты хотел как-то "схитрить" и не писать логику?

Нет таких инструментов. Утечка памяти - неформализована в терминологии Java.

Но ее последствия видны в виде невозможности освободить память в какой-то момент времени в runtime.
Причиной может быть некий глобальный статический объект который хранит в себе коллекции других объектов.
Но такое программирование не запрещено. Просто надо хотя-бы знать в лицо такие глобальные объекты. Обычно это сингтоны, бины. Поскольку они - вечные - то и GC убирать их не будет.

На ранних этапах можно делать memory-dump вашего приложения и анализировать его через Eclipse Memory
analyzer. Там в виде гистограммы публикуется использование памяти и количество объектов. Через него например
я видел как по хамски себя ведет postgres JDBC драйвер во время выборки.

Сложно обсуждать перформанс-проблему без исходного кода.

Я-бы предложил как всегда ударить кувалдой. Тоесть запустить по приложению JProfiler и просто посмотреть что он покажет. Проблемных мест может быть 3. Это чтение из базы. Второе это собственно проверки и валидации. Как они реализованы? Насколько качественно? И третье это собсно запись в БД. Используется ли JDBC-batch?

SpringQuartz, cron, view здесь вообще непричем и их наличие только путает нас и вносит новые ненужные вопросы. Лучше решать проблему как одну java-функцию с входом и выходом.

Мне кажется ты слега перегрел себя. Что там оттачивать в Enum? Какой вопрос тебя могут спросить на собеседновании на джуна и на который ты не знаешь ответ.

В твоей ситуации я был. Это похоже на усталость. Ничего не надо делать. Надо просто отдохнуть.
Для систематизации-же заведи себе в гитхабе проектик типа FAQ. И складывай туда code-samples
по каждому вопросу.