Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от opennews (?), 17-Сен-26, 09:22
После шести месяцев разработки компания Oracle опубликовала платформу Java SE 27 (Java Platform, Standard Edition 27), в качестве эталонной реализации которой используется открытый проект OpenJDK. За исключением удаления некоторых устаревших возможностей в  Java SE 27 сохранена  обратная совместимость с прошлыми выпусками платформы Java - большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии.  Готовые для установки сборки Java SE 27 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64, AArch64), Windows (x86_64) и macOS (x86_64, AArch64). Разработанная в рамках проекта OpenJDK эталонная реализация Java SE 27 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66293
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от IdeaFix (ok), 17-Сен-26, 09:24
На 8 хорошо, стабильно, после update 3xx ничего не ломается больше особо. А заявления о сохранении обратной совместимости с прошлыми выпусками платформы Java каждый раз приятно смешат :) Хотя конечно так как ява-джакарта вряд ли что-то рассмешит теперь :)
Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск Java SE 27 и OpenJDK 27"	+4 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 09:43
	нет не хорошо только легаси монолитам на шиндошсе может и хорошо а вот в кубере за каждый десяток мегабайтов озу идет борьба и там и новые гц и оптимизации по памяти важны
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от User (??), 17-Сен-26, 10:26
	Ну, с одной стороны "да", а с другой - кажется, что java эту битву судя по всему проиграла с концами. legacy инфраструктуры (kafka, keycloak, cassandra вот, если кому не свезло) еще много - а вот так, чтоб новые\нагруженные микросервисы на ней писали - окрест себя не наблюдаю. Может конечно point-of-view специфически-нерелевантный, и не отражает тенденции индустрии - но ощущение такое вот.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск Java SE 27 и OpenJDK 27"	+2 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 10:40
	переубеждать не стану но в большинстве банков жява как была базой так и остается и в ближайшие годы никто с нее уходить не собирается да и куда уходить? на goвно? почему то в озоне и вб где все касаемо платформы на нем, именно банки сделаны и делаются на жяве
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск Java SE 27 и OpenJDK 27"	–1 +/–
	Сообщение от User (??), 17-Сен-26, 11:12
	Ну, окрест меня - все более-менее сложное с развесистой логикой на .net преехало и вот go'шной обвязки на "json'чиками покидаться". Два года назад тестили на одной задаче - практической разницы по производительности\потреблению ресурсов\скорости запуска с .net считай, что .нэт - но разработчики нос кривили на то, что кода несколько больше и широко известных(ТМ) приседаний вокруг Null например - тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск Java SE 27 и OpenJDK 27"	–2 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 12:04
	возможно шарп и выигрывает в сахарке языковых конструкций, но ему никогда не сравниться по инфраструктурному богатству жявки. например взять слой работы с бд. по мне что линк что еф - убожество. в жявке любой версии я могу хоть вручную стейтменты препарить для кеширования СУБД сайз и писать любой запросик, хоть использовать десяток генерирующих орм-ов. тоже с с веб интерфейсами. когда там в .нет завезут реактивный веб и реактивные субд? на жяве уже все основные фреймворки это умеют давным давно
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от User (??), 17-Сен-26, 19:32
	> возможно шарп и выигрывает в сахарке языковых конструкций, но ему никогда не > сравниться по инфраструктурному богатству жявки. > например взять слой работы с бд. по мне что линк что еф > - убожество. > в жявке любой версии я могу хоть вручную стейтменты препарить для кеширования > СУБД сайз и писать любой запросик, хоть использовать десяток генерирующих орм-ов. > тоже с с веб интерфейсами. когда там в .нет завезут реактивный веб > и реактивные субд? на жяве уже все основные фреймворки это умеют > давным давно Со следующей оказией надо будет kotlin попробовать, да.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аныным (?), 18-Сен-26, 02:45
	В шарпах есть реактивщина в виде RxExtensions, кому надо пользуются. В другие языки это не тащат, потому что была возможность понаблюдать за жабкой как полигоном для испытаний новых идей. Достаточно быстро стало понятно, что реактивщина предлагает достаточно маргинальную модель разработки, основанную на моделировании предметной области через полностью асинхронные потоки событий, которую на многие домены приходится натягивать как сову на глобус. Причем в JVM экосистеме популярные фреймворк реализуют реактивщину в стиле спецификации Reactive Streams, которая представляет собой издевательство на паттерном Observer со всеми этими "подписками" и "шедулерами". А хвалёный backpressure с автоматическим контролем источника не работает при запросах через сеть, если участники не используют специализированный протокол по типу RSocket. Плюс отвратительные логи, и отсутствие нормальных стектрейсов. Неудивительно что в других языках посмотрели на этот цирк и решили пойти другим путем - черные разнообразные реализации корутин или вообще виртуальные потоки. Можно вообще нагуглить интервью с одним из двигателей современной джавы, Брайаном Гетцем, где он говорит, что реактивщина была технологией, правильно делающей акцент на обеспечении эластичности сервиса под нагрузкой, при этом крайне неудачно это реализующей, и после появления виртуальных потоков она не нужна.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	109. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (109), 19-Сен-26, 14:14
	реактивные субд? это что еще за зверь? Blazor реактивный из коробки. при любом изменении свойства страница отрисовывается если из другого потока то просто вызываешь StateHasChange let getPerson (db: IDataContext) (id: int) =     let persons = db.GetTable<Person>().LoadWith(fun x -> x.Patient)     let person =         query {             for p in persons do                 where (p.ID = id)                 exactlyOne         }     person
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	34. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от Аноним (34), 17-Сен-26, 11:40
	> но в большинстве банков жява как была базой так и остается Только по инерции. В прошлом году работали над проектом очередного европейского необанка банка, там всё на nodejs и бэкенд и фронтенд. Вот это реальность, а java это нафталин.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	57. "Выпуск Java SE 27 и OpenJDK 27"	+14 +/–
	Сообщение от Аноним (57), 17-Сен-26, 12:27
	Банк на nodejs? Это по-другому, как безумием, назвать нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск Java SE 27 и OpenJDK 27"	+2 +/–
	Сообщение от IdeaFix (ok), 17-Сен-26, 17:13
	> Банк на nodejs? Это по-другому, как безумием, назвать нельзя. Нверное это всё же интернет-банк.. :)
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (91), 17-Сен-26, 20:53
	В чем проблема? Тот же nest.js или moleculer дает все инструменты даже для core систем (которые вообще могут быть third-party, типа zaffin, только лицензию на oracle купи). А уж всякие там срмки для сотрудников можно писать вообще без проблем.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	95. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от _ (??), 18-Сен-26, 04:34
	Кору процессинга транзакций напиши, чтоб девять девяток - озолотишься жи! 8-) PS: Но скорее всего найдут в канаве с выхлопухой в дупе :(
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от Аноним (57), 18-Сен-26, 08:33
	Проблема в том, что javascript это язык с динамической слабой типизацией, писать на нем что-то критически важное - это и есть безумие.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	105. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (105), 18-Сен-26, 16:06
	Так на нем в проде пишут все реже и реже. Все на typescript. А вот с ним я принципиальной разницы от джавы не вижу.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск Java SE 27 и OpenJDK 27"	+2 +/–
	Сообщение от Аноним (79), 17-Сен-26, 16:52
	ну мир праху их.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	41. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Смузихеб забывший пароль (?), 17-Сен-26, 11:45
	куда оно вдруг денется, если оно уже есть, давно есть и работает ? вопрос касаемо набора технологий и ЯП у новых проектов
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	46. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 11:52
	я написал пример озон и вб свои банки с нуля на жяве делают хотя их платформеный язык govно
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (79), 17-Сен-26, 16:51
	а где вы наблюдаете? где поскорее на js напихать и в продакшон?
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	82. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от User (??), 17-Сен-26, 17:09
	> а где вы наблюдаете? где поскорее на js напихать и в продакшон? Scada, MES, цифровые двойник, предикативка, суутп и стыки вот этого вот всего со всякими там ERP, уцп, сэд и т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск Java SE 27 и OpenJDK 27"	–2 +/–
	Сообщение от Аноним (17), 17-Сен-26, 10:35
	>а вот в кубере а вы просто докупите памяти, как вы это всегда в кубере и делаете
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	20. "Выпуск Java SE 27 и OpenJDK 27"	–3 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 10:42
	увы но на кластеры на спарках и поверпц выше имеющихся 4 тб озу уже не установить хотя для подкроватных локалхост-отлонов это действенное решение да
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от IdeaFix (ok), 17-Сен-26, 14:22
	> увы но на кластеры на спарках и поверпц выше имеющихся 4 тб > озу уже не установить > хотя для подкроватных локалхост-отлонов это действенное решение да Да какие спарки и ппц? Всё новое - в лучшем случае актуальный супердом.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от _ (??), 18-Сен-26, 04:38
	> увы но на кластеры на спарках и поверпц выше имеющихся 4 тб озу уже не установить Понаберут ***овса*** на свалках, банкиры Ёкарные :-)))) > хотя для подкроватных локалхост-отлонов это действенное решение да В подкроватных облаках вообще-то в горизонталь масштабируется, ну все у кого мозги есть ...
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	102. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от похнапоха (?), 18-Сен-26, 13:52
	IBM Power E1180 - это 64Tb в 4 нодовой конфигурации, нарезай LPAR-ы, живи счастливо. Ну это ладно, тебе такое не увидеть, ведь ты в каком-то другом мире живешь. А вот что более реально - IBM Power S1112, которыми можно плотно набивать 19-дюймовые полки, нареза на нужное количество LPAR-ы, хоть отдай одну LPAR-у под k8s узел.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	77. "Выпуск Java SE 27 и OpenJDK 27"	+2 +/–
	Сообщение от Аноним (79), 17-Сен-26, 16:49
	кто там за что борется в вашем кукубере? половина девопёсов Xms от Xmx не отличат
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	88. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от черпало (?), 17-Сен-26, 18:04
	Слышал историю, что в нашем отделе девопсер однажды отличил Xms, а Xmx отличить так и не смог
	Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от Аноним (3), 17-Сен-26, 09:39
Подождём openj9.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (5), 17-Сен-26, 09:44
	Зачем?
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (3), 17-Сен-26, 09:47
	Он всегда был гораздо эффективнее по ресурсам и лучше твикается под задачи.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 09:50
	нуну без нормальных то ГЦ когда то читал сравнеине j9 и хотспота на хайлоад нагрузках j9 показал себя ничтожеством потому хотспот онли
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск Java SE 27 и OpenJDK 27"	–2 +/–
	Сообщение от Аноним (3), 17-Сен-26, 10:06
	Это больше про горизонтальное масштабирование, хотя и на локалхосте преимущества очевидны. Ну, ты больше читай, вместо того, чтобы думать своей головой.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 10:44
	ну ясно понятно горизонтальное масштабирование на подкроватных прокмоксах советую в таких случаях делать монолиты, микросервисы тут не нужны
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (3), 17-Сен-26, 11:20
	Не ты ли в соседнем треде жалушься на жор памяти у хотспота? Сабж именно про это. Ещё могу добавить остановки мира, у openj9 с ними намного лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 11:35
	> Не ты ли в соседнем треде жалушься на жор памяти у хотспота? нет не я > Сабж именно про это. Ещё могу добавить остановки мира, у openj9 лол. почитай про новые ГЦ у которых в принципе нет стоп ворда > с ними намного лучше. нет у него отсталые ГЦ
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (3), 17-Сен-26, 11:41
	Не знаю, я был не впечатлён. Может, и доработали, но там новые гц совершенно не бесплатно работали и на тех же приложухах внезапно уже не вывозили. Ты же осознаёшь, что в коде тонны костылей под логику старых версий.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 11:47
	а ты почитай G1 упомянутый в этой новости это давно уже не новый гц например да и zgc тоже
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (3), 17-Сен-26, 11:50
	Это ты любитель почитать, я предпочитаю эксперимент.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 12:07
	разумеется программист который не развивается, не читает новости о своем языке и фреймворках - негодный специалист и такому путь в сишники.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (3), 17-Сен-26, 12:14
	Больше брошюрок читай, так точно останешься релевантным.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск Java SE 27 и OpenJDK 27"	+2 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 09:44
	axios-jdk хватит всем в том числе и на эльбрусах
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

9. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от Аноним (9), 17-Сен-26, 09:48
Маинкрафт будет быстрее работать с этим?
Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск Java SE 27 и OpenJDK 27"	+4 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 09:54
	сервер - да клиент - нет
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от Метрика (?), 18-Сен-26, 13:25
	С чего бы клиенту быстрее не работать? Если GC подтянули, меньше микролагов
	Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от Анонисссм (?), 17-Сен-26, 10:41
дзявка достигла совершенства ещё в районе 17
Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск Java SE 27 и OpenJDK 27"	–1 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 10:45
	по факту да 17 везде стандарт 21+ фишки до сих пор не застейблены и использовать их будет только очень рискованый бизнос
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск Java SE 27 и OpenJDK 27"	+3 +/–
	Сообщение от Аноним (34), 17-Сен-26, 11:37
	Нет. 8 версии было бы достаточно для всего. Остальное можно получить через библиотеки.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	40. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 11:45
	а почему не 7 лол, знаток? в 8 уже начался прогресс который и привел к текущему состояню языка
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Выпуск Java SE 27 и OpenJDK 27"	+3 +/–
	Сообщение от IdeaFix (ok), 17-Сен-26, 14:36
	> а почему не 7 лол, знаток? > в 8 уже начался прогресс который и привел к текущему состояню языка Просто потому что 8 почти ничего не сломал и дал много нового. Далее так было примерно никогда. Т.е. далее буквально никогда нельзя было взять что-то серьезное, что работало под 8 и запустить его на 11... согласен, плохой пример. Но то что работало на 11 не работало на 17, что работало на 17 не работало на 21. А 8 это последнее где был только мёд и никаких фекалий. Вот почему не 7.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от жявамэн (ok), 17-Сен-26, 15:15
	>Но то что работало на 11 не работало на 17, что работало на 17 не работало на 21. ого данное утверждение требует пруфов давай хотя бы на уровне пакетов в jdk что именно было сломано
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от IdeaFix (ok), 17-Сен-26, 16:44
	>>Но то что работало на 11 не работало на 17, что работало на 17 не работало на 21. > ого > данное утверждение требует пруфов > давай хотя бы на уровне пакетов в jdk что именно было сломано Ого, пришлось даже удалить часть оригинала, чтобы написать ого?:) Если совсем уж по пунктам, то мне довольно тяжело это восстанавливать, т.к. я заказчик, а не исполнитель, но это было примерно так: 1. javax.xml.bind, javax.ws.rs, javax.annotation ойвсё 2. jakarta.xml.bind-api и прочие костыли 3. sun.misc.Unsafe кончился и переписывать эту дрянь никто не хотел, ни те кто её кровью и гноем выхаркали, ни стильные, модные и молодёжные. И ведь это случается ровно тогда, когда решение на проде уже лет 10 и оно прямо всё из себя зрелое и ынтырпрайзное, но него надо немножко переписать с нуля. Собственно потому java8 с tomcat9 и живут до сих пор. Собственно потому примерно 146% ынтырпрайз софта приколочено к версии явы.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от IdeaFix (ok), 17-Сен-26, 17:38
	А уж сколько было приколюх мааленьких... типа deprecated class что-то там. В крайний раз 8-ка порадовала runFinalizersOnExit лет несколько назад. Понятно что программистам это всё волниельно и потенциальная работа, а заказчику то это зачем? У меня вот был веб сервис на шарпе написан, когда еще слова смузи не знали, и на асп(32) тоже. И ничего, его удаётся поддерживать в современном рантайме и скорее всего удастся поддерживать до потери актуальности. Там одна проблема - 3 гига на процесс, есть некоторые проблемы роста, но это понятно и проявились они реально через 20 лет. А со стильной модной молодёжной явой всё какие-то метания и никакой стабильности... даже в 8 случаются deprecated class :)
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	80. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от Аноним (79), 17-Сен-26, 16:57
	потому что в 8 появились лямбды, опшионалы и тд. полный список в букваре.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	98. "Выпуск Java SE 27 и OpenJDK 27"	–1 +/–
	Сообщение от Аноним (57), 18-Сен-26, 08:55
	Полностью согласен. После 8-ки язык пошел не в ту сторону, к сожалению :(
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	111. "Выпуск Java SE 27 и OpenJDK 27"	–1 +/–
	Сообщение от одвто7 (?), 19-Сен-26, 16:28
	Почему не в ту? Джаву ругали, народ хотел большего, даже создали kotlin. А теперь после новых версий java не понятно зачем нужен kotlin.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Аноним (57), 19-Сен-26, 18:00
	Потому что они начали вносить в язык избыточную сложность. Многие вещи вообще как минимум сомнительные, а как максимум вредные. Например, модули, var-ы, и прочее.
	Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от жявамэн (ok), 17-Сен-26, 10:55
например тот же паттерн матчинг который они в каждой новой версии доделывают и переделывают. стейбла так и нет. ладно хоть теперь(еще до 17) свитч стал экспрешеном вместо стейтмента
Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск Java SE 27 и OpenJDK 27"	–2 +/–
	Сообщение от теплый снег (?), 17-Сен-26, 16:15
	>паттерн матчинг Избыточная фигня родом из фп. Заменяется обыной портянкой дедовских ифов. Пилят эту фичу только ради показать какие они модные-молодежные, ибо фп популярно у молодых программистов-институток.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от Аноним (103), 18-Сен-26, 14:26
	Нет, не заменяется. Так как при добавлении нового значения компилятор не сругается на забыту обработку. Заменяется тогда уж паттерном визитор
	Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск Java SE 27 и OpenJDK 27"	+3 +/–
Сообщение от АнонимАнонимыч (?), 17-Сен-26, 11:03
В 28 ожидаются value objects (preview), жабокодеры в предвкушении, т.к. после них и vector API пойдет в стандарт и после начнут завозить перезагрузку операторов через алгебраические типы, появятся новые [value]типы fp16, bf16..., изменения разойдутся волнами по classpath, там часть иммутабельных объектов заместят на value objects, появятся конструкторы массивов и т.д...
Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от АнонимАнонимыч (?), 17-Сен-26, 11:31
	s/конструкторы массивов/фабрики массивов/g
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 11:39
	я лично больше всего жду когда они доделают деструктурирущий свитч с вычисляемыми гвардами. прям как в функциональных язычках. чтоб прям можно было в рекорд пихать результат деструктурированого обьекта прогнаного через гварды
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	81. "Выпуск Java SE 27 и OpenJDK 27"	+2 +/–
	Сообщение от Аноним (79), 17-Сен-26, 17:00
	зачем? чего из фп не хватает тебе в скале и кложе? если чё они на jvm работают и неплохо интегрятся с джавой
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от Смузихеб забывший пароль (?), 17-Сен-26, 12:12
	получатся ещё одни плюсЫ в худшем их варианте
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	61. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от zionist (ok), 17-Сен-26, 14:00
	Ну да. Одним из изначальных принципов Java была его простота. Но примерно с 8-й и тем более 9-й версии туда начали пихать кучу всякого модно-молодёжного шлака, всё более усложняя язык. В итоге современная Java превратилась в свалку технологий, зачастую мало кому нужных или недоделанных.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от АнонимАнонимыч (?), 17-Сен-26, 14:28
	Жаба 1.4 была синтаксически простой, без аннотаций и дженериков. Ты наверное не знаешь какое сопротивление вызывали нововведения Java 5 дженерики и боксинг (обертки над примитивами), а вот хейта к лямбдам Java 8 не помню, вроде все их ждали, люди застрявшие на JavaEE 6 только и облизывались, потому что и так приходилось писать лямбды через анонимные классы и это все очень сильно ухудшало читаемость кода. Жабу 9 все хейтили из-за модулизации, она много где поломала обратную совместимость и при этом ничего в самом языке не улучшила.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от АнонимАнонимыч (?), 17-Сен-26, 14:45
	Отмечу только что обратную совместимость она поломала не в classpath но в unsafe части, в пакетах sun т.д. в тех местах где никаких гарантий сохранения совместимости не было,  многие системые и полусистемные сторонние компоненты завязываются на эти внутренние вещи либо чтоб получить перформанс, либо чтоб провести манипуляции в рантайм. Но пользователям пофиг на такие тонкости.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 15:24
	> Отмечу только что обратную совместимость она поломала не в classpath но в > unsafe части, в пакетах sun т.д. в тех местах где никаких > чтоб провести манипуляции в рантайм. Но пользователям пофиг на такие тонкости. ну как тебе сказать. я лично например правил классы для работы с jdbc которые были подвязаны на старые sun классы, в частности кеширующий резальтсет который был реализован в sun и вместо которого в 8 остался только интерфейс
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от zionist (ok), 19-Сен-26, 03:39
	Когда я начинал уже была Java 6, но первая серьёзная работа началась в 2008 с Java 1.4, поэтому мне можешь не рассказывать. Java 5 прошла как-то мимо. На следующей работе была уже Java 6 или даже Java 7. Никакого хейта дженериков или сопротивления со стороны более опытных коллег тех лет я не помню. Но лично мне до сих пор не нравится их недоделанность, а именно type erasure. По хорошему дженерики в Java нужно было сделать как полный аналог темплейтов C++, а не как примитивный синтаксический сахар, основанный на неявных приведениях типов. Какой-то особой пользы от лямбд я не вижу. С одной стороны они позволяют писать более лаконичный код, но с другой стороны лямбды накладывают некоторые ограничения и труднее в отладке. Обычно они имеют смысл лишь для чего-то простого и не требующего отладки. При этом к застрявшим на J2EE лямбды вообще не имеют какого либо отношения. Это вещи разного порядка. Альтернативой J2EE давно является Spring Boot. Модули совершенно правильно хейтят, потому что этот долгострой (делали больше 10 лет) в итоге оказался не таким как задумывался и никаких реальных проблем не решает. Изначально модули должны были поддерживать версии (артифакты этого остались до сих пор) и таким образом решить проблему dependencies hell. Но в итоге Sun, а затем Oracle просто протупили и выкатили непойми что c никому ненужной, на уровне языка, парой принципов: strong encapsulation и reliable configuration. И да, совместимость ломали долго и настойчиво. На самом деле поломали некоторые исходные принципы джавы. Например извратили интерфейсы реализацией методов по умолчанию и множественным наследованием от них. Два года назад я бросил весь этот легаси зоопарк и ушёл на Go.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	71. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от АнонимАнонимыч (?), 17-Сен-26, 15:01
	Языки становятся сложнее, очень много абстракций перетекают из разных мест. У новых и старых кодеров уже есть некоторые ожидания, дизайнеры java (в первую очередь Brian Goetz) пытаются выработать некоторую компромиссную линию введения нововведений. Ряд людей их команды делают сильный упор на гетерогенные вычисления, почему сразу с value object появится f16, и там начинаются размышления что может получится сделать java языком для числодробилок.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	85. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Смузихеб забывший пароль (?), 17-Сен-26, 17:35
	джаву уже до того "доделали", что котлин как более современная замена активно развивается
	Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск Java SE 27 и OpenJDK 27"	+4 +/–
Сообщение от Аноним (34), 17-Сен-26, 11:37
> Java SE 27 Ого сколько наклепали, я еще хорошо помню времена 6 и 8 джавы.
Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 11:43
	а я помню 5-ку в которой не было нормальных циклов и штоу?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от eugener (ok), 17-Сен-26, 12:09
	в 5 for each уже был, его в 1.4 не было (как и дженериков).
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 12:13
	что то я когда мигрировал легасятину с 5 на 7 кучу вайлов по итератором переделывал))) видимо с 4 на 5 его не переводили
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 12:16
	да там припоминаю и Vector с HashTable были вместо листов с хешмапами давно это было ппц
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	55. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от eugener (ok), 17-Сен-26, 12:19
	> давно это было ппц а как будто вчера 😁
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от zionist (ok), 17-Сен-26, 14:03
	Vector и HashTable есть до сих пор. А вот нормальные коллекции появились уже в Java 1.2 или Java 2. Именно отсюда двойка в J2ME, J2SE, J2EE.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	65. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от жявамэн (ok), 17-Сен-26, 14:17
	Ну я начал работать когда 7 была актуалочкой. Хорстман в бумаге у меня есть по пятерке)
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от zionist (ok), 17-Сен-26, 14:04
	For each появился в Java 6.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	67. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от eugener (ok), 17-Сен-26, 14:27
	> For each появился в Java 6. погуглите.
	Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от zionist (ok), 17-Сен-26, 13:55
Про незаменимость Java для банков тут уже написали. Ну так что, она уже стала вторым Коболом или ещё нет?
Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от Вася Пупкин (?), 17-Сен-26, 14:08
	Как можно Джаву сравнивать с Коболом, если сабж в топе ? Открой любую статистику по языкам программирования, Джава будет в первой тройке
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от User (??), 17-Сен-26, 15:09
	> Как можно Джаву сравнивать с Коболом, если сабж в топе ? Открой > любую статистику по языкам программирования, Джава будет в первой тройке Уже нет). Tiobe - 4, статистика github 6 в текущем году
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от IdeaFix (ok), 17-Сен-26, 17:18
	>> Как можно Джаву сравнивать с Коболом, если сабж в топе ? Открой >> любую статистику по языкам программирования, Джава будет в первой тройке > Уже нет). Tiobe - 4, статистика github 6 в текущем году Статистику гитхаба Пупкин щас накрутит. Но если серьёзно, то гитхаб не так показателен как пару лет назад.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от User (??), 17-Сен-26, 19:24
	>>> Как можно Джаву сравнивать с Коболом, если сабж в топе ? Открой >>> любую статистику по языкам программирования, Джава будет в первой тройке >> Уже нет). Tiobe - 4, статистика github 6 в текущем году > Статистику гитхаба Пупкин щас накрутит. Но если серьёзно, то гитхаб не так > показателен как пару лет назад. Ну, как будто значение имеет не "количество проектов", а "репрезентативность выборки". Нет, я может даже поверю, что крипто-васяны своих хелловроты "без AI (верим-верим!) и rust'а на pure c" кудой-нибудь на forgeio перенесли - но на общую картину это влияет примерно "никак"
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Вася Пупкин (?), 18-Сен-26, 12:19
	Так пусть будет и 6ои или даже 10тый, все ровно язык живее всех живых, нету смысла сравнивать с Коболом
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	104. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от User (??), 18-Сен-26, 15:12
	> Так пусть будет и 6ои или даже 10тый, все ровно язык живее > всех живых, нету смысла сравнивать с Коболом А ты думаешь, кто Кобол создавался как язык для старых ...дунов с бородой?
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от Смузихеб забывший пароль (?), 17-Сен-26, 17:39
	Смотря в топе чего. А то может оказаться, что это топ поисковых запросов или топ новых вопросов на каком-нибудь стековерфлоу Т.е чуваки, которым та джава не особо нужна и они её не особо знают, но надо как-то или подправить старое или добыть алго работы из древнего кода для переноса на другой ЯП, лезут в поисковик и пытаются отыскать ответ на то что им непонятно Ведь, если бы знали джаву - в поисковик за ней едва ли полезли
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	94. "Выпуск Java SE 27 и OpenJDK 27"	+1 +/–
	Сообщение от zionist (ok), 18-Сен-26, 02:55
	С приходом ИИ ценность статистики поисковых запросов устремилась в ноль.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от zionist (ok), 18-Сен-26, 02:53
	> Как можно Джаву сравнивать с Коболом, если сабж в топе ? Речь не про статистику общей популярности, речь про легаси. На Коболе сейчас пишут лишь легаси и новых проектов почти нет. Джава движется в том же направлении. Есть тонны старого легаси и множество предметных областей, как те же банки например, в которых "одно сплошное телевидение" в виде Джавы и переходить на что-то более современное там просто не хотят. Даже если это модно-молодёжный банк Revolut. Если же посмотреть на стартапы и прочие новые проекты не слишком больших компаний, доля Джавы там существенно ниже и продолжает снижаться. Более популярными языками там являются TypeScript, Go, Python, иногда Rust.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	106. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от _ (??), 19-Сен-26, 02:24
	> Если же посмотреть на стартапы и прочие новые проекты не слишком больших компаний, А хрен ли на них смотреть - нет их больше, дешёвые деньги кончились ... и "Изя - всЁ!"(С) :) > доля Джавы там существенно ниже и продолжает снижаться. Вместе со стартапами вообще :-\ > Более популярными языками там являются TypeScript, Go, Python, иногда Rust. Новых проектов на расте, которые не про "переписать", а про что то новое - тоже нет, не надо тут песен :-р Но его доля растёт, корпорасты его захотели "а это - значит!"(С)
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Выпуск Java SE 27 и OpenJDK 27"	+/–
	Сообщение от zionist (ok), 19-Сен-26, 04:37
	> А хрен ли на них смотреть - нет их больше, дешёвые деньги > кончились ... и "Изя - всЁ!"(С) :) Всё есть. И стартапы и деньги инвесторов, которые хотят вложить их во что-то более прибыльное, нежели банковские депозиты или гособлигации. >> Более популярными языками там являются TypeScript, Go, Python, иногда Rust. > Новых проектов на расте, которые не про "переписать", а про что то > новое - тоже нет, не надо тут песен :-р Но его > доля растёт, корпорасты его захотели "а это - значит!"(С) Есть. Просто посмотри объявления о найме за пределами своей страны. И мне непонятно почему ты прицепился к "иногда Rust". Про упомянутые мной TypeScript, Go и Python сказать совсем нечего?
	Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от Метрика (?), 18-Сен-26, 13:22
Я так понимаю JavaFX воскресили и он релизится в ногу с Java
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от Аноним (110), 19-Сен-26, 14:34
Любители ооа уже придумывают новый паттерн, чтобы это все не работало
Ответить | Правка | Наверх | Cообщить модератору

113. "Выпуск Java SE 27 и OpenJDK 27"	+/–
Сообщение от Аноним (113), 19-Сен-26, 20:02
А что там JavaME еще живо? Или просто забросили не объявляя о закрытии проекта.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема