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

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

Сообщения

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

4. "Выпуск Java SE 24 и OpenJDK 24"	–15 +/–
Сообщение от Аноним (4), 19-Мрт-25, 20:05
Как сейчас у джавы дела с производительностью? Только жиреет с каждым релизом?
Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск Java SE 24 и OpenJDK 24"	+10 +/–
	Сообщение от _hide_ (ok), 19-Мрт-25, 21:09
	У самой Жавы с производительностью очень хорошо ещё со времен телефонов с 32КБ памяти. А вот у погромистов на ней не всегда получается избегать узких мест (ведь прикольно же создавать 10Е6 объектов в секунду?).
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Анон1110м (?), 19-Мрт-25, 23:09
	Как–то читал жалобы на то что JVM это сильный тормоз для тех самых телефонов с 32КБ (и около того) памяти. Вместо полезных вычислений ресурсы расходуются на JVM что не даёт им раскрытьяс полностью. Жалобы года эдак 2005.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от ZloySergant (ok), 20-Мрт-25, 01:10
	Балаболы. Всё нормално работало.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от cheburnator9000 (ok), 20-Мрт-25, 02:36
	Это потому что JavaME был оптимизированным рантаймом под конкретные платформы и конкретные задачи, ничего лишнего там не было. Сейчас же в памяти у Java лежит столько всего что компилируемые ЯП в ужасе шарахаются. Тот же C# умеет в нативную компиляцию. Там сейчас исключение это не полностью рефлексия поддерживается в таком режиме (та часть, что в рантайме выполняется). В итоге скомпилированная программа вполне конкурирует по производительности с плюсами. А как у Java в этом плане? Подозреваю что очень плохо.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск Java SE 24 и OpenJDK 24"	+4 +/–
	Сообщение от Alex (??), 20-Мрт-25, 05:37
	То есть что такое GraalVM ты в принципе не знаешь...
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск Java SE 24 и OpenJDK 24"	–2 +/–
	Сообщение от Аноним (45), 20-Мрт-25, 09:24
	не существует ни граалей, ни серебрянных пуль
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (54), 20-Мрт-25, 12:37
	Если быть до конца честным, то Graal - это все таки отдельный продукт (как и продукты-предшественники, в том числе и отечественной разработки. Тогда как "нативная компиляция" в C# - фича языка и фреймворка. ПС. хотя и то и другое изврат - как сами языки и концепции vm, так и возможность "типа нативной" компиляции. Мне больше импонирует нормальная нативная компиляция, другое дело, что С++ устарел конечно же.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	21. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (21), 19-Мрт-25, 21:29
	Всё отлично, как и всегда. Лучший язык для очень больших проектов, пишущихся в больших командах. Но для домашних и соло-проектов java является оверкиллом, да.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	71. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (-), 20-Мрт-25, 15:33
	Вон кто-то ущемился и влепил тебе диз 😆 но в целом прав на 100%
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (29), 19-Мрт-25, 22:52
	> Как сейчас у джавы дела с производительностью Производительность? Они вектора на третьем десятке версий до сих пор рожают. > девятая предварительная реализация API Vector
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	33. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от Аноним (33), 20-Мрт-25, 00:47
	У явы проблемы с производительностью были только в начале, на самой заре, а в дальнейшем всё стало просто отлично. А вот памяти она всегда жрала много.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	35. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от Аноним (35), 20-Мрт-25, 00:59
	Помнится, были легковесные виртуальные машины для неё.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от iZEN (ok), 20-Мрт-25, 19:27
	> Помнится, были легковесные виртуальные машины для неё. IBM J9 JVM, например, отдельно устанавливалась, запускалась и работала на КПК HP iPAQ hx4700 с апплетами и приложениями Java/JavaME.
	Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск Java SE 24 и OpenJDK 24"	–4 +/–
Сообщение от Аноним (5), 19-Мрт-25, 20:08
Насколько велики задержки создаваемые сборщиком мусора? Неужели все настолько плохо?
Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск Java SE 24 и OpenJDK 24"	+5 +/–
	Сообщение от funny.falcon (?), 19-Мрт-25, 20:18
	Насколько плохо? Для каких задач? Какого сборщика? Видите, сколько в вашем холиварном вбросе неизвестных. Очевидно, ответить вам не представляется возможным.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (5), 19-Мрт-25, 20:54
	Полагаю, ограничения в сфере задач и будут определяться задержками. Не вброса ради...
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от Аноним (35), 19-Мрт-25, 21:23
	Ну, некоторые Real-time приложухи на ней даже пишут, только сделать это непросто.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

10. "Выпуск Java SE 24 и OpenJDK 24"	–3 +/–
Сообщение от penetrator (?), 19-Мрт-25, 20:46
Что Linq так и не завезли? Почему стримы нельзя было сделать сразу нормальными? )) Чет Java ерундой занимается, но все равно всяко лучше, чем костыль вроде Kotlin
Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (20), 19-Мрт-25, 21:23
	Всмысле костыль? Нормальный язык.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск Java SE 24 и OpenJDK 24"	–2 +/–
	Сообщение от penetrator (?), 19-Мрт-25, 22:09
	что в нем нормального? джава на стероидах, все новые фичи сделанные через задницу даже джава лучше и прозрачнее, с развитием Java котлин станет не нужным
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск Java SE 24 и OpenJDK 24"	+3 +/–
	Сообщение от Аноним (20), 19-Мрт-25, 22:30
	> все новые фичи сделанные через задницу Конкретно, что не так? Nullsafety - хорошая вещь. Функции-строители для создания своего DSL - вообще мега вещь. Да и в целом котлин выглядит красивше и лаконичнее джавы. Вы хоть сами то на нём писали? И я имею в виду не в течении 30 минут хелоуворлд создать, а по хорошему в течении нескольких месяцев.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (31), 19-Мрт-25, 23:41
	>Конкретно, что не так? 1. Очередная прослойка поверх JVM, добавляющая ненужные зависимости и замедляющая компиляцию и сборку. 2. Не освобождает от необходимости знать Java, ибо 99% библиотек, с которыми взаимодействует Котлин - написаны на Java. А если я уже знаю Java, нахрен мне знать еще Kotlin? >Nullsafety - хорошая вещь В Java тоже скоро завезут: String! a = "abc"; // OK String! a = null; // NUllPointerException
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск Java SE 24 и OpenJDK 24"	–3 +/–
	Сообщение от User (??), 20-Мрт-25, 07:42
	> 1. Очередная прослойка поверх JVM, добавляющая ненужные зависимости и замедляющая компиляцию и сборку. Ага. А C - "очередная прослойка поверх llvm, добавляющая ненужные зависимости и замедляющая компиляцию и сборку." > 2. Не освобождает от необходимости знать Java, ибо 99% библиотек, с которыми взаимодействует Котлин - написаны на Java. А если я уже знаю Java, нахрен мне знать еще Kotlin? Ага-2. А python не освобождает от необходимости знать C, ибо 99% библиотек, с которыми взаимодействует python - написана на C. А если я уже знаю C, нахрен мне знать еще python? Считай, что java и kotlin условно "с" и "с++", ага? Развитый интероп, возможность на втором писать "почти как на перовом" и при желании из первого можно даже запилить "почти второй" - но языки все же _разные_ со своей субоптимальной зоной применения.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от да ты (-), 20-Мрт-25, 00:30
	>Nullsafety Очень переоценена. Изначально пришла вообще из фп, где любой null в цепочке вызовов лапши функций отправлял в счасливую отладку на века. Фпшники выкрутились сделав null частью возвращаемого типа. В императивных языках так делать не нужно — есть нормальный отладчик, можно написать явную проверку на null где угодно и обработать её. Nullsafety это решение проблемы существующей только в мозгах изучавших computer science по скипу и подхвативших ФП головного мозга.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	34. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (33), 20-Мрт-25, 00:54
	> В императивных языках так делать не нужно — ... можно написать явную проверку на null где угодно и обработать её "Не пиши программы с ошибками, пиши без ошибок". Ну и т.д. из серии про Настоящих Программистов. А вообще за годА задолбали ошибки нуллпоинтерэксепшн из-за того что в очередной стопицотый раз кто-то где-то что-то не проверил.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Анониматор (?), 20-Мрт-25, 08:11
	Приходилось эксплуатировать кучу софта написанного на Java, да и сейчас приходится. В трассировке ошибок всех этих прог угадай что? Да, на все 100% null pointer exception
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от iZEN (ok), 20-Мрт-25, 23:19
	На сишечке на это в своё время забили болт и возложили всю ответственность с "подвисшими" указателями на программистов.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от penetrator (?), 20-Мрт-25, 13:46
	согласен, в шарпе отключаю к черту
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

17. "Выпуск Java SE 24 и OpenJDK 24"	+/–
Сообщение от Аноним (21), 19-Мрт-25, 21:21
Сижу на 8 версии и не вижу никакого смысла её менять. Java это всё же в первую очередь про стабильность.
Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от Аноним (50), 20-Мрт-25, 12:02
	Ну значит работаешь в такой компании, где безопасников нет вообще или они заняты не тем. В любой приличной конторе после выхода новой LTS версии всем командам закидывается техдолг по переводу своих сервисов на эту версию. В первую очередь потому что CVE пофикшены, бонусом идёт производительность.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (-), 20-Мрт-25, 15:32
	Не знаю как у него, но в нашей корпорации федерального значения с тысячями сотрудников (без преувеличения), тоже до сих пор 8 версия. Я не java программист и работаю в другой области, поэтому всех одробностей не знаю, может это расширенная поддержка какая-то, но то, что используется 8 версия - это факт.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (29), 20-Мрт-25, 16:13
	> CVE пофикшены Тебе не кажется странным, что уже овер 20 версий - а CVE всё фиксят и фиксят... Какую бы версию ты ни выбрал - всегда будут непофикшеные баги. А учитывая, что сейчас разработками занимается поколение Y (в т.ч. миллениалы и ...шники), я предпочитаю SUN Java HotSpot Server 6.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	77. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от _hide_ (ok), 20-Мрт-25, 16:13
	Безопасность? Да под старую версию всё явы, связанное пакетными менеджерами и зависимостями не то что собрать, даже достать невозможно. А вот миграция под 10 Томкат задача невыполнимая!
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

24. "Выпуск Java SE 24 и OpenJDK 24"	+/–
Сообщение от abi (?), 19-Мрт-25, 21:42
А Котлин не в мобильной среде используется? Давно про него не слышно, хотя раньше были заявления, мол, начинать новые проекты на Java, если есть готлин смысла не имеет
Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (20), 19-Мрт-25, 22:01
	Используется конечно. Помню некоторые компании его на серверах стали использовать.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от мяв (?), 20-Мрт-25, 01:29
	да. большая часть фдройда - на котлине. каждое 1е приложение, я б сказалп.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	39. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (39), 20-Мрт-25, 05:03
	Это неправда.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (54), 20-Мрт-25, 12:06
	Ну ладно, с большим запасом - каждое второе
	Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
Сообщение от зомбированный (?), 19-Мрт-25, 22:35
жаль, что Visual J# забросили - это бьыло лучшее от С# u Java...
Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (45), 20-Мрт-25, 09:25
	всё где есть j нафиг нужно
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от зомбированный (?), 20-Мрт-25, 09:29
	нельзя всех под одну гребёнку - ты говоришь, как зомбированный...
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (45), 20-Мрт-25, 09:53
	я говорю как человек с головой на плечах
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (54), 20-Мрт-25, 12:04
	J#, C# - это все потомки J++ и WFC - это был действительно качественный прорыв в то время (конец 90х), но не сильно замеченный из-за склонности M$ пытаться загонять все языки программирование в ствое стойло - Windows & COM
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	95. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от iZEN (ok), 20-Мрт-25, 23:24
	И архитектор у них один — Хэйлсберг (человек, который придумал Delphi).
	Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Java SE 24 и OpenJDK 24"	+/–
Сообщение от Аноним (39), 20-Мрт-25, 05:05
>За исключением удаления некоторых устаревших возможностей в Java SE 24 сохранена обратная совместимость с прошлыми выпусками платформы Java - большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии. У меня есть обратный опыт.
Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (61), 20-Мрт-25, 13:52
	У меня есть кое-какой отвратительный опыт. Программа написана на Scala. В одном из релизов её стали собирать новой версией Scala ... результат перестал работать под JVM, доступной на Windows XP. Чтобы заработал - нужно было поставить минорное обновление JVM ... которое с XP уже было несовместимо, просто сказали "мы дропаем". С любой платформой так. У вендоров конфликт интересов. И желание по скорее вогнать пулю в лоб любому старью. Так как платформа - это корневая зависимость, то дроп платформы платформой-прослойкой приводит к тому, что пользователи массово бегут в магаз за новым железом. Ведь ты не скажешь разрабу-дебилоиду "не используй эту малюсенькую свистоперделку" - разраб тебе скажет "я тут главный, хочу - и использую, ПНХ, у меня ВСЁ работает, остальное - программа поставляется AS IS". Вендор платформы - резонатор, быдло-разрабы - накачка, их приложения - усиливающая среда, результат - каскад вау-импульсов, стреляющих по скоту, заставляющих их потреблятдь.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-25, 15:05
	> У меня есть кое-какой отвратительный опыт. Oh, it's bad luck to be you (c) > Программа написана на Scala. В одном из релизов её стали собирать новой версией Scala ... результат перестал работать под JVM, доступной на Windows XP. Т.е перестала работать на системе которую выпустили 24 года назад и дропнули 16 лет назад? Трагедия, такая трагедия! > Чтобы заработал - нужно было поставить минорное обновление JVM ... которое с XP уже было несовместимо, просто сказали "мы дропаем". И правильно сделали. > С любой платформой так. У вендоров конфликт интересов. И желание по скорее вогнать пулю в лоб любому старью. Не просто старью. Ладно если бы речь шла про семерку. Но речь же про ХРюшу - некрофалический копролит, который даже когда работал был падучим. > Так как платформа - это корневая зависимость, то дроп платформы платформой-прослойкой приводит к тому, что пользователи массово бегут в магаз за новым железом. Тупейшая фантазия. У меня сейчас старый сандаль i7-2600. И на нем нормально работает 11 винда. > Ведь ты не скажешь разрабу-дебилоиду "не используй эту малюсенькую свистоперделку" - Конечно скажешь. Обычно такие набигают на форумы и начинают ныть "мое древнее железо / ось дропнули! как вы посмели! вы обязаны!!1" Еще и с оскорблениями. > разраб тебе скажет "я тут главный, хочу - и использую, ПНХ, у меня ВСЁ работает, И он абсолютно прав! Потому что это его детище. Для платного софта еще можно поспорить "сколько у софта поддержка", а вот для опенсорса нет вообще никаких рычагов давления. Ты или пользуешься или идешь мимо. Особенно если вопрошающий это б-ло, которое разработчика называет "разрабу-дебилоиду". > Вендор платформы - резонатор, быдло-разрабы - накачка, их приложения - усиливающая среда, результат - каскад вау-импульсов, стреляющих по скоту, заставляющих их потреблятдь. А кто тут ты? Потому что подходишь и под б-ло, и под скот. Думаю ты или просто нищая обиженка, или фанатик некрософта-железа или все вместе взятое. Для лучшего понимания: ты просто потребялдь которая жрет что дают. У тебя нет никаких методов воздействия на разрабов, кроме оскорблений и/или нытья.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (85), 20-Мрт-25, 17:40
	Напоминаю: > При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение,  ..., переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. В след за кораблём пошёл. Единственное, что конкретно прокомментирую, так это >Для платного софта еще можно поспорить "сколько у софта поддержка", а вот для опенсорса нет вообще никаких рычагов давления. Нет, разраб платного софта тебе тоже ничего не обязан. Лицензию читать надо. Не нравится - не покупай. Даже на случай, когда какая-то юрисдикция обязывает производителя законами о защите прав потребителей - в EULA есть пункт, ограничивающий ответственность копираста минимально допустимой легально суммой. Которая меньше цены за лицензионную копию. И нет, "не покупай" - это не мера воздействия. Разраб просчитал, что ему выгоднее, чтобы такие как ты его софт не покупали. Разрабу ОК, что ты его софт не купишь. У тебя тоже нет абсолютно никакой меры воздействия, наглый тролль. ---- Весь остальной твой пост - это чистое хамство и троллинг, недостойное даже детального разбора.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (-), 20-Мрт-25, 19:16
	> Напоминаю: Не в оправдание скажу, что пришлось опускаться ну уровень человека который пишет "быдло-разрабы, скот" и тд. С такими приходится говорить на понятном им языке. > Нет, разраб платного софта тебе тоже ничего не обязан. Зависит от. > Лицензию читать надо. Вот именно. Например в лицензии могут быть прописаны обязанности сторон. Типа доступность в 99.8 и тд. С штрафами и неустойками. Но это конечно не софт который нужен всем. > И нет, "не покупай" - это не мера воздействия. Разраб просчитал, что ему выгоднее, чтобы такие как ты его софт не покупали. Разрабу ОК, что ты его софт не купишь. У тебя тоже нет абсолютно никакой меры воздействия, наглый тролль. Хм... а если таких будет много? То как разраб будет харчеваться? > Весь остальной твой пост - это чистое хамство и троллинг Спасибо за оценку!
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (96), 21-Мрт-25, 00:09
	>Не в оправдание скажу, что пришлось опускаться ну уровень человека который пишет "быдло-разрабы, скот" и тд. Какие вы спесивые, называть вещи своими именами у его дворянского сиятельства - "опускаться", фи, как грубо, моветон... >Например в лицензии могут быть прописаны обязанности сторон. Типа доступность в 99.8 и тд. С штрафами и неустойками. Могут, но не будут. Потому что EULA - это что-то типа оферты. А гарантии - это уже договор в нескольких экземплярах с подписями всех сторон. >Хм... а если таких будет много? То как разраб будет харчеваться? А разраб уже всё просчитал. Много-немного - абсолютно иррелевантно. Вот, напр. ОС нужна абсолютно всем пользователям ПК. Что-то не видно, чтобы абсолютно каждая компания, выпускающая софт, ОС выпускала, просто потому, что попадающих в группу "все пользователи ПК" - 100% гарантированно много.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от жявамэн (ok), 20-Мрт-25, 17:39
	шизик таблетки забыл выпить?
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

48. "Выпуск Java SE 24 и OpenJDK 24"	+/–
Сообщение от Аноним (48), 20-Мрт-25, 09:39
Насколько java успешнее и эффективнее плюсов для вэб (апи, микросервисы)?
Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (54), 20-Мрт-25, 12:20
	Настолько же насколько Мазератти эффективнее Феррари в перевозке  бетона.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (20), 20-Мрт-25, 15:10
	Намного. Попробуй сопровождать софт, когда бизнес задачи всё время меняются и при этом есть текучка кадров.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	69. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-25, 15:25
	> Намного. > Попробуй сопровождать софт, когда бизнес задачи всё время меняются и при этом есть текучка кадров. Что довольно странно. Например в геймдеве смена задач или вообще концепции это обычная история. Но как-то движки и даже софт пишут на С++.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (20), 20-Мрт-25, 17:01
	> Что довольно странно. Ничего странного. Джава предлагает автоматическое управление памятью, трассировку функций, рантайм, в котором продумано многое. Это значительно ускоряет разработку и уменьшает число ошибок. А кроме этого вокруг джавы уже выстроена экосистема для веб-разработки. > Например в геймдеве смена задач или вообще концепции это обычная история. > Но как-то движки и даже софт пишут на С++. Дак это и не совсем веб. Игры создаются на базе движков, а движки обычно и выполняют самую тяжёлую работу. Компании типа Unity и Epic Games по серьёзному подходят к разработке движков, и нанимают больших профессионалов.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от жявамэн (ok), 20-Мрт-25, 17:37
	на 100 процентов. на крестах энторпрайзные опердени как не писали так и не пишут.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	91. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (54), 20-Мрт-25, 20:01
	Web как на PHP и JavaScript писали так и пишут. В последнее время к ним немного подтянулся Go. О Java в вебе  ни слыхали - только в жирных ынтрырпрайзах.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (20), 20-Мрт-25, 20:18
	Вместо php щас больше предпочитают python.
	Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск Java SE 24 и OpenJDK 24"	+/–
Сообщение от Аноним (61), 20-Мрт-25, 13:02
> девятая предварительная реализация API Vector, предоставляющего функции для векторных вычислений, которые выполняются с использованием векторных инструкций процессоров x86_64 и AArch64 и позволяют одновременно применить операции сразу к нескольким значениям (SIMD). Наверняка опять заставили скот покупать процессоры. Потому что в WASM от Mozilla "поддержка векторных инструкций" реализована так: у кого нет SSE4.2 - тот может идти куда Полонский послал.
Ответить | Правка | Наверх | Cообщить модератору

	81. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от Аноним (81), 20-Мрт-25, 17:24
	Опять владельцев Core 2 Duo обижают.
	Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск Java SE 24 и OpenJDK 24"	+/–
Сообщение от Аноним (61), 20-Мрт-25, 13:07
> Удалён код для поддержки 32-разрядной платформы ОС Windows на системах x86. Объявлен устаревшим и запланирован к удалению порт Java для 32-разрядных систем x86 (будет прекращена поддержка Linux на 32-разрядных системах x86). Это называется вредительством.
Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск Java SE 24 и OpenJDK 24"	+1 +/–
	Сообщение от Аноним (61), 20-Мрт-25, 13:38
	>Goals: >* Remove all code paths that apply only to Windows 32-bit x86. >* Cease all testing and development efforts targeting the Windows 32-bit x86 platform. >* Simplify the JDK's build and test infrastructure. Откровенно заявляются вредительские цели. >Motivation (иными словами - жалкие оправдания) >* Allow contributors in the OpenJDK Community to accelerate the development of new features and enhancements that will move the platform forward. Стандартная полнейшая лапша на уши, всегда используемая в таких случаях как универсальное оправдание. >* Windows 10, the last Windows operating system to support 32-bit operation, will reach End of Life in October 2025. Ещё одна стандартная лапша на уши и логическая ошибка уровня "Хозяин дропнул - значит и мы обязаны". >* The implementation of JEP 436 (Virtual Threads) for Windows x86-32 falls back to the use of kernel threads and therefore does not bring the expected benefits of Project Loom. Откровенное вредительство и лицемернейшая "Вы не понимаете, это ведь всё для вашего же блага!" подмена понятий. "Раз на `Windows x86-32` Project Loom не даёт `ожидаемых преимуществ` - значит надо взять и сломать платформу целиком!" - вот их логика. Логическая ошибка? Нет, логика тут есть. Какие же такие тут `ожидаемые преимущества` и для кого? Всё очень просто - юзерспейсным потоком ядро не нужно, они могут быть целиком исполнены в Intel SGX анклаве, так как в сисколлах не нуждаются. Для кого преимущество? Не для пользователя (ему всё специально сломали совсем), а исключительно для Оракла - они могут сдавать в аренду свою платформу копирастам. Как?  Очень просто - в платформу вносится функциональность аттестации. Intel аттестует железо и целостность оракловского анклава с JVM, Оракл уже аттестует целостность Java-приложений (по такому же принципу может работать WEI и [PAT](https://web.archive.org/web/20250314021941/https://httptoolk.../)). Это всё - бизнес! За аттестацию Оракл платит Intelу, а разработчики приложений платят Oraclу. И тут дроп 32 битов становится не антифичей, а огромнейшей фичей. Если кто-то использовал Java на 32 битах - им придётся побежать в магаз за новым железом, с гарантированной поддержкой новейших TEE и DRM. То есть бесполезный с коммерческой т.з. сегмент рынка превращается в коммерчески-полезный.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от Аноним (39), 20-Мрт-25, 13:51
	Тебе кто-то обязан, что ли, что-то, Аноним? Нужно, сделай сам. Или сделай компанию, которая будет предоставлять такую услугу.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск Java SE 24 и OpenJDK 24"	–2 +/–
	Сообщение от Аноним (61), 20-Мрт-25, 13:53
	Я и без тебя знаю, что рыночек порешал.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (54), 20-Мрт-25, 14:03
	Сколько ты заплатил за разработку Java, чтобы писать такое? Не нравится, можешь оставаться на версиях Java, которые поддерживают твое железо - делов то. Еще куча проектов крутится даже на Java 8.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Выпуск Java SE 24 и OpenJDK 24"	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-25, 14:38
	>> Удалён код для поддержки 32-разрядной платформы ОС Windows на системах x86 > Это называется вредительством. Это называется уборкой. Когда ты протухшие продукты выбрасываешь из холодильника. Потому что лишний код это не только увеличение времени сборки. Но и - поддержка совместимости нового кода и старого - поддержка полного цикла тестирования: регрессионные и прочие тесты - автотесты (я надеюсь у них CI пробегает на всех платформах) будут выпонлятся дольше - необходимость принимать баг репорты от всяких некролюбов, и иметь проблемы с их проверками (где сейчас найдешь тестовое окружение под EOL системы?) В общем абсолютно правильное решение. Те кому уж очень сильно надо - пусть форкают и сами поддерживают. Все таки OpenJDK таки да Open)
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	78. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (85), 20-Мрт-25, 16:47
	>Это называется уборкой. Когда киллер заказ выполняет - он тоже убирает.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (85), 20-Мрт-25, 16:50
	>Когда ты протухшие продукты выбрасываешь из холодильника. Пойди выброси свой протухший продукт из коробки.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

57. "Выпуск Java SE 24 и OpenJDK 24"	+/–
Сообщение от Аноним (61), 20-Мрт-25, 13:10
>Unfortunately, any interaction at all between Java code and native code is risky because it can compromise the integrity of applications and of the Java Platform itself Срочно нужно готовиться к адаптации платформы под TEE. Любое исполнение неаттестованного кода - это потенциальный обход DRM!
Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск Java SE 24 и OpenJDK 24"	+/–
Сообщение от жявамэн (ok), 20-Мрт-25, 17:36
пишем на 17 про новые версии читаем только релизноты. пока не завезут стебл страктед канкаренси даже и думать нет смысла о виртуал тредах.
Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (29), 20-Мрт-25, 18:09
	Пока что лучшая версия была - SUN Java 6 HotSpot Server; из-за динамической оптимизации показывала производительность даже выше, чем просто нативный код.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск Java SE 24 и OpenJDK 24"	+/–
	Сообщение от Аноним (54), 20-Мрт-25, 20:04
	Угу, Гомер, быстрее скорости света... мифы - они такие
	Ответить | Правка | Наверх | Cообщить модератору

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

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