А можно взять и постепенно по частям "есть слона". ;)

Ага. Можно, потом вы уйдете в другую контору, а ваш прежний работодатель вывалит кучу денег за рефакторинг и приведение в адекватное состояние того, что вы написали)))

А те, кто будет сопровождать и рефакторить ваш код, будут вспоминать вас недобрым словом и искать ваш адрес)))

Поэтому рефакторинг должен быть сверхлёгким, даже если US не прописаны
Это отдельная тема - но страшного в рефакторинге нет ничего, особенно если он от PoC к прототипу

Я когда написал в 96-м "библиотеку пользовательского интерфейса" (тогда такие слова как UI ещё не были на слуху) и впоследствии уволился, никто меня не ругал. Помню, как очередной студент с непрофильным образованием удивлялся, что всё это не "из коробки было"... Тогда вообще ничего не было

Вместо "Ok Google!" было "Привет, дружище! Подскажи как ты это сделал"

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

Это замечательно. И если у вас такие способности еще с 96-го, то мне явно нечего дать вам чего-то нового, и я удивлен что вам требуется помощь со стороны)))

камунда это инструмент для разрабов и предполагает уже наличие достаточного опыта в разработке - знание HTTP, канкаренси, что такое стейт машины и WF и причем тут BPMN, знание нескольких ЯП

короче дофига надо знать)

просто технически неудобно будет без этого бэкграунда

Да, и это хорошо - такой минимальный порог помогает понять, что кодерство и решение бизнес-задачи - это про разное.
Кодеры не пойдут в Camunda, да

Производительность... Мне, помнится, захотелось в текстовом режиме "тени" под окошками как у Norton Commander 3. Я прочитал в книжке (бумажной книжке(sic!)) как это сделать на Clipper и сделал. Но на PC XT с 8086 на борту это "поползло". Но я упёрся и переписал на assembler с int 10h в  BIOS. Два дня истратил. Но был собою горд :D

Я сохраню это себе, а когда будет побольше опыта с удовольствием поспорю. Хорошо знать много, но всё — необязательно. И возможность получать знания по ходу работы никто не отменял. Если ты не на job interview :D

я и не говорил что обязательно) я сказал что имхо будет неудобно) как минимум тут в чате найдется довольно мало людей готовых вам помочь с основами spring boot((, ну просто потому что для этого есть другие чаты где вам помогут

Так ведь помогают же!

Мне то надо просто направление показать (по большому счету). Читать я умею. И на английском в том числе.

По примерам со стэк оверфлоу можно накодить что угодно, но в чем ценность, если вы не понимаете как это работает, а если понимаете, то о чем сейчас вообще разговор? Декомпозировали задачу, определились с используемыми технологиями, нашли доки, почитали как реализовать каждый шаг отдельно.  Если в процессе реализации возникли проблемы - задали конкретный вопрос.
Очень неожиданно слышать от опытного человека, который начинал еще с ассемблера под 8086 подобный вопрос.

Сейчас проблема самообучения отличается от того, что было в 90-х и без интернета. Тогда источников знаний не хватало. Сейчас их слишком много.

Слишком большой выбор технологий. Перебирать и сравнивать — самый тяжкий труд, поскольку требует принятия решений (самая сложная работа для мозга).