Frozen Coder

У меня есть коллекция на сайте состоящая из 39 миллиарда записей, с запрсом около 2000 в сутки. Но нужна оперативка не менее 8 гб ... на моем впс такая... нормально... И самое главное использовать индексы, иначе запросы будут очень долгими...

Можно вести всё это в гит-репозитории в plain-text файлах, используя простой язык разметки вроде Markdown или RST. В них есть всё, что нужно: выделение, картинки, ссылки, даже блоки кода с подсветкой синтаксиса.

В гит-репозитории вы свободны структурировать информацию как угодно: разносить по папкам, разбивать по файлам. Это самый удобный способ вести исходники любой документации.

Затем сверху можно прикрутить какой-нибудь статический сайт, который будет собираться из ваших исходников, или подключить пандок, чтобы собирались пдфки. Хотите заморочиться — разверните сервер где-нибудь в локальной сети и настройте с помощью CI гитлаба, гитхаба или битбакета пересборку сайта при каждом пуше в master-ветку репозитория.

Хорошие статические генераторы сайтов из Markdown:

• Docusaurus
  
• MkDocs
  
• Docpress
  
• BookDown
  

Ещё есть Foliant, который из единых Markdown-исходников может собирать PDF, docx, тот же MkDocs-сайт и т д.

Ну и так далее, тут плюс в том, что вариантов очень много и если надоест один сайт, можно взять те же ваши накопленные годами md- или rst-исходники и собрать из них что-то другое. А теперь представьте, что вас перестал устраивать EverNote, что тут делать? : )

часть информации в итоге забывается

Нужно забывать больше - все то о чем вы не можете сказать как именно и когда собираетесь это применить.

а жизнь кажется хаотичной,

Потому что у вас каша в голове из всей той ненужной информации которую вы туда пытаетесь запихнуть.

Тоже когда-то искал средство "упорядочить всю эту информацию" пока не понял два момента:
1) "потенциально полезной" информации в мире предельно много, не хватит тысяч лет чтобы это просто прочитать. Каждую секунду создается еще больше.
2) знание этой информации никак не меняет мою жизнь к лучшему, а попытки её узнать и запомнить - вполне конкретно ухудшают.

Учитесь фильтровать по принципу "а как я собираюсь это применить?". не "вообще" а именно я, именно её и в какие конкретно даты?
Останется только действительно нужное и вот это вы уже сможете упорядочить.

Упрощения для разработчиков инструментальных средств - это тема очень непростая. Намного легче объяснить плюсы с позиции прикладного программиста и пользователей ПО. В 2003-м году я участвовал в разработке одной системы на Java EE. Написанный мной и другими разработчиками код был скомпилирован с помощью Java 1.4, упакован в war и развёрнут на сервере заказчика. Это был сервер с 32-битными процессорами Xeon Prestonia, работавший под управление FreeBSD. Позже это приложение в том же war-файле было перенесено на сервер Fujitsu PRIMEPOWER с процессорами абсолютно иной архитектуры - SPARC, и управляемый очень отличающейся операционной системой - Solaris. Сейчас оно крутится на IBM'овских блэйдах c процами POWER и под управлением AIX, на сколько мне известно. Не удивлюсь, если через некоторое время приложение перенесут на что-нибудь с ARM'ами и под Linux или HP-UX. Все эти миграции выполняются без перекомпиляции и без привлечения разработчиков. Если бы приложение было написано на чём-нибудь вроде C++, код приложения пришлось бы портировать на каждую платформу и перекомпилировать. Это было долго, сложно и очень дорого.

Никак, println - это метод, а не оператор. Метод без скобок не вызвать.

Начните с изучения поиска. На Тостере уже отвечали про то, как учить вёрстку. На Тостере уже отвечали о том, какие шансы у верстальщика зарабатывать на фрилансе. И на Тостере уже отвечали о том, какие шансы зарабатывать на фрилансе, не имея за спиной хотя бы пары лет офисной работы.

Это не json совсем. Так что сомневаюсь что json-парсером получится распарсить это при любых настройках.

List<String> result = items.stream()
                           .map(Object::toString)
                           .collect(Collectors.toList());

Упор делаю на решение задач, изучение алгоритмов и структур данных. Но правильно ли это?

Нет, знание алгоритмов сортировок, видов деревьев и методов обхода графов вряд ли повысят вашу ценность как фронтенд-разработчика, но в целом эти знания лишними не будут, это такие фундаментальные штуки, о которых знают те, кто учился в ВУЗах и не знают те, кто учился по видокурсам. Иногда на собеседованиях такое любят спрашивать, но не уверен что на позицию фронтендера и не уверен, что джунов. Но, повторюсь, ВУЗовские ребята такое должны знать - это часть программы. Но это не то, на что надо тратить год жизни.

Каким по вашему мнению должен быть супер-джун фронтенд, чтобы он явно выделялся из толпы других джунов?

Фронтенд или не фронтенд - не важно, любой суперджун это человек, который без двух трех недель +-миддл, способный решать задачи бизнеса. Чтобы уметь решать реальные задачи - надо решать задачи, а не алгоритмы обхода графов на бэйсике пилить) Если на работу не можете устроиться - попроситесь на пол/четверть ставки, за еду, да вообще бесплатно, лишь бы принимать участие в реальном проекте, какие-то мелкие задачки берите себе. Или возьмите себе реальный проект и запилите его самостоятельно полностью. Время от времени просите более компетентных разработчиков о код ревью. В общем - делайте то, что нужно будет делать на работе, а вузовские знания должны быть просто приятным дополнением в виде теоретической базы. Сделаете за год 2-3 небольших проекта, или один крупный, это и будет вашим опытом, который будет отличать других ребят, которые хотят устроиться джунами. У вас будет серьезное преимущество, ведь сейчас столько людей пытаются устроиться джунами после пары месяцев видекурсов.

У вас ScheduledTasks не является бином, судя по тому что я вижу. Надо его таковым сделать, либо повесив на него аннотацию @Component, либо объявив как @Bean в другом месте

class SomeClass {
    void f() {
        Log.e("TAG", "d");
    }

    private void spot() {
        profiler = new MediaProfiler();
        profiler.onRun(SomeClass::f);
    }
}

public class MediaProfiler {
    public void onRun(Runnable f) {
        f.run()
    }
}

Соответствующий раздел документации.

Во-первых, скачать любые версии можно здесь - https://jdk.dev
Во-вторых, Java 8 и Java 12 совместимы. Надо только указать при компиляции целевую платформу и набор используемых возможностей языка с помощью ключей -target и -source или настроек вашей IDE.
В-третьих, чтобы не возникала эта ошибка, можно компилировать и запускать программу одной версией Java.