Нынешние реалии стандарта Java?

Question

[HuDeez]

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

2. На какой версии лучше всего практиковаться в написании кода, да и обучаться в целом? Читая очередную статью, могу столкнуться с очередной неточностью (в плане актуальности). Банальным примером могут служить интерфейсы или вложенные классы, часть структуры которых изменилась в более поздних версиях.

3. Ситуация с Backend-разработкой аналогична? Или там почаще могут использоваться новшества языка?

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

Answer 1

[mayton2019]

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

Да. Это отчасти правда. Основные заказчики 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 - бесконечное число языков.

Comments

[Сергей Горностаев]

К моему удивлению, в Сбере на сегодняшний день восьмёрка едва в трети проектов, остальные сидят на более новых версиях. Около 10% проектов уже на 21-й.

[Dmitry Roo]

Мне тоже кажется, что слухи о том, что энтерпрайз совсем не обновляется - несколько преувеличены.

[Dmitry Roo]

попробуйте эти новшества продать бизнесу

Для крупного бизнеса, кстати, окончание поддержки jre - вполне существенный аргумент

Answer 2

[Dmitry Roo]

Используются ли в каких-то моментах фишки новых версий

Да.

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

На любой lts 8+

Ситуация с Backend-разработкой аналогична?

Имхо, джава только на бэкэнде и актуальна.
(ну кроме Легаси, конечно)

Есть ли вообще предпосылки...

Конечно.
Проекты, которые активно разрабатываются найдут, скорее всего, и время на обновление. Те, что в стадии «поддержки» - скорее всего нет.

Answer 3

[Пума Тайланд]

Все новые проекты пишут на новой версии, переписывать старые каждый раз под новые реалии слишком дорого, с каждой версией выкидывать лишние миллионы на переписывание просто бессмысленно если и так работает

Answer 4

[Saboteur]

java очень широко используется в ентерпрайзе, а люди оттуда нечасто пишут статьи, ибо НДА.
Версию бери LST 11-14+

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

Народ достаточно активно обновляет джава версии, просто на восьмом сидели подольше, именно к 8-й джаве она набрала свою максимальную популярность, этим и объясняется большое количество статей.

Comments

[mayton2019]

Настоящим прорывом в свое время была Java 1.5. В ней появилось обобщенное программирование.
И хотя с точки зрения JRE код все равно выглядел как генерик, параметризованный Object то все равно
в коде это выглядело очень круто.

Еще один языковый прорыв - это функции высшего порядка (в которые можно передавать
аргументом другие функции) начиная с Java 8. Это тоже прорыв. Теперь можно было сделать
шаг влево от классического ООП. Язык из чисто-ООПшного стал медленно дрейфовать в мультипрадигму.

Больше прорывов не было ИМХО. Все остальные инновации были вобще не языковые а платформенные
и библиотечные.

[VolgaVolga]

mayton2019, а Stream API чем не прорыв?

[mayton2019]

VolgaVolga, ммм... надо подумать. Если он реализован как библиотека - то это не языковая фича.

[Saboteur]

mayton2019,
Я про это в принципе и говорю. Не помню что за разница была между 1.4 и 1.5, помню что основные детские проблемы решились к 8й версии.
Сейчас не столько нужны прорывы, сколько нормальная LTS поддержка на все актуальные платформы

[mayton2019]

Я мало писал на четверке. Я в те времена еще не был Java кодером. Но я помню что было такое.
Java 1.4

List java14list = new ArrayList();
        java14list.add(1);
        java14list.add("Hello");

Java 1.5 (не позволяет такое собрать)

List<Integer> java15list = new ArrayList<>();
        java15list.add(1);
        java15list.add(""); //  java: incompatible types: java.lang.String cannot be converted to java.lang.Integer

[Saboteur]

mayton2019, Для бизнеса это все не нужно. Бизнесу нужно, чтобы писали быстро, и оно долго работало.

Было несколько причин у роста java, кроме того, что на тот момент кроссплатформенных языков для бекенда, которые предлагали не только быстрое выполнение, но и быструю разработку, плюс неплохая политика и по фиксам и по LTS, и так далее.