Антон Воскобоев

суть в том что это синтаксические сахары

class и new не нужны
можно без них

если всё выражение выражение начинается со слова "function", то это function declaration
во всех остальных случаях - function expression

у тебя выражение со слова "const", то есть там внутри будет FE

Структурное программирование никакого отношения к объявлению структуры не имеет.

К сожалению, альтернатив нет. Jetbrains ide не просто лучшие, они next level ide.
Ближайшие -это vs и vs code, но уступают во всем.

Вот это хороший вопрос, но неполный. Было бы неплохо сказать что уже знаете.
И я бы смотрел в сторону функциональных языков программирования, типа clojure, scala, shema, lisp..
Или в сторону go, rust...
Что не отменяет java :)
На clojure последние два года, полет нормальный.

По поводу сравнения C# и Java - они одинаковые, более того, первый вылез из второго. Сами языки простые, и по функциональным возможностям одинаковы. Набор библиотек богаче у явы, чуть полегче на C# (Хотя для меня как раз наоборот).

Можно задействовать https://www.netlify.com - там даже на бесплатном тарифе это работает.

если ваш war собран с пакетами javax.* а не jakarta.* , то так:

создать рядом с webapps каталог webapps-javaee и выкладывать ваш .war туда.
10й томкат сконвертирует javax.* приложение в jakarta.* и разместит в webapps уже рабочее в новом окружении приложение.

https://tomcat.apache.org/migration-10.html#Specif... :

Tomcat can convert an existing web application from Java EE 8 to Jakarta EE 9 at deployment time using the Apache Tomcat migration tool for Jakarta EE. To make use of the feature, the web application should be placed in the Host legacyAppBase folder (by default named webapps-javaee) and they will be converted to an equivalent Jakarta EE web application in the Host appBase folder (by default named webapps).

Если по теории, то мне в свое время вот эта книга помогла:
https://www.litres.ru/robert-s-martin/chistaya-arh...

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

Через несколько месяцев прочел еще раз, анализируя все затупы, что записал за это время в блокнот. После прочтения начал потихоньку рефакторить в существующих проектах места, которые уж очень жить мешали.

Еще через пол года прочел третий раз, опять же с оглядкой на личный опыт. И тут я кажется уже совсем въехал. По крайней мере многие проблемы с организацией взаимодействия между компонентами стали разрешаться. И вообще появилось достаточно четкое понимание, как структурировать приложение и где разбивать его на компоненты.
Ну и после 3 прочтения еще помог момент: мне дали с нуля проектировать новое, достаточно крупное приложение на Rust. Притом заказчик кричал "микросервисы - это круто, хочу, хочу, хочу", а тимлид мне сказал "давай монолит, но так чтоб потом легко было распилить, а то все сроки про**ем". Вот тут прямо вообще понимание пришло. Ну и плюс в Rust архитектурные компоненты очень хорошо ложатся на отдельные крейты (это такая единица компиляции в Rust), а компилятор в принципе не дает делать циклические зависимости между крейтами.

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