VolgaVolga

DTO объекты часто пересекают границы Языков (Java/JavaScript/GWT) и сетевых протоколов (Rest/Graphql/SOAP/Avro).

И эти объекты могут нести на себе семантику только чистых данных. Вы не сможете через сеть
из Java в C# например передать интерфейс или объект с методами.

И многие фреймворки искусственно ограничивают DTO как раз для того чтобы эти объекты однозначно
декодировались всеми сторонами-участниками протокола взаимодействия. А фреймворки - обычно
предоставляют средства кросс-компилляции этих DTO.

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

Каковы нынешние реалии стандарта языка? Используются ли в каких-то моментах фишки новых версий (если это вообще возможно)? Ибо судя по всем статьям, практически большинство до сих пор сидит на восьмёрке.

Да. Это отчасти правда. Основные заказчики Java разработки - это банки. А они не любят миграции версий
без какой-то особой причины. Я работал с тремя банками и я могу сказать что большая часть кода - это
легаси. И совершенно нет никакой надежды что будет bump версии языка. Product owner-ы в таком случае
задают вопрос - "а что мы с этого будем иметь". И обычно для банка - ничего особенного. В некоторых
случаях (использование CORBA или JAXb, com.sun.*) повышение версии чревато проблемами. Что-то
может резко отвалиться в новой версии.

Самые интересные новшества после JDK8 с моей точки зрения были не в языке а в других слоях JRE/JDK (GC, FFI, vectorization, unmanaged memory). Но вы еще попробуйте эти новшества продать бизнесу. Успехов вобщем.

На какой версии лучше всего практиковаться в написании кода, да и обучаться в целом?

Да. Ты можешь брать самую последнюю LTS-версию. Брать preview нет никакого смысла. Очень
сомнительно что для учебы тебе кто-то даст в туториалах экспериментальные фичи. Скорее наоборот.

Есть ли вообще предпосылки на переход большей части энтерпрайза в ближайшем будущем (ближе к 2030) на более современную версию? Почему тезис о дорогом переходе не нивелируется тем, что за 10 лет со времён восьмёрки завезли достаточно "контента", например, новый синт.сахар и обновленный GC?

Никакого глобального перехода на самом деле нет. Потому что нет такой проблемы.
По сути проблемой например для Java 21 может стать "end of extended support" а он условно отмечен
например на 2031 год. Вы еще попробуйте доживите до этого года и попробуйте сидеть на одном проекте
столько лет.

Java может стать COBOL-ом XXI столетия. Но у нее будет даже меньше проблем чем у Кобола, потому что
байткод и стек-машина имеет больший потенциал. Тоесть пока жива концепция байт-кода и пока существуют
процессоры Фон-Нейман архитектуры, можно сказать что Java неубиваема.

Вообще не стоит вам сильно циклиться только на языке. Параллельно существуют Scala, Kotlin, Groovy, Clojure
и их само существование делает много альтернатив. Одна JVM - бесконечное число языков.

Поскольку goto позволяет писать очень запутанный и непонятный код. Слишком легко написать плохой код.
Ну не могут люди в голове удерживать спагетти из кучи возможных путей исполнения. if/else, да циклы - это людям понятно. Появилась инструкция goto изначально, потому что в машинных кодах, а значит и в асемблере эта инструкция есть. Оттуда она перекочевала в языки более высокого уровня. Процессоры, наоборот, if/else вообще не умеют. Вместо это там всякие условные goto.
В новых языках программирования goto вообще нет, а в старых его обычно запрещают использовать в правилах кодовой базы. Если кто злоупотребляет - ему дают по рукам.

Никакие комьютеры не отказались от goto.
Кроме того, это не функция, а оператор.

Но если писать длинный код активно используя goto, в нем будет крайне сложно разобраться.
Поэтому в некоторых языках программирования его может и не быть. Но на архитектурном уровне и низкоуровневом ассемблере, он естественно есть.

У вас при каждом открытии модалки на myForm вешается обработчик(допом к имеющемуся)...

Очевидно, Oracle JDBC драйвер для подключения к Oracle, а не MySQL.

Jenkins:
- Бесплатный
- Можно развернуть на Windows, что тебе нужно для net framework

Ещё бы порекомендовал Teamcity - вроде первые несколько раннеров у него тоже бесплатные и он достаточно хорошо с .net интегрирован

Я бы рекомендовал не использовать последние версии явы, а использовать так называемые LTS (8/11/17/21/25) релизы. 25-го еще нет, но будет.
И да, я один из тех, кто до сих пор пишет и под JDK8. и не горю желаением переползать на все свеженькое. Ибо есть у меня проекты с JNI, которые не стыкуются с новомодными загрузчиками классов...