The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Выпуск 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. Сообщение от Аноним (4), 19-Мрт-25, 20:05   –18 +/
Как сейчас у джавы дела с производительностью? Только жиреет с каждым релизом?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #21, #29, #33, #115

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

7. Сообщение от funny.falcon (?), 19-Мрт-25, 20:18   +5 +/
Насколько плохо? Для каких задач? Какого сборщика?

Видите, сколько в вашем холиварном вбросе неизвестных. Очевидно, ответить вам не представляется возможным.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #12

10. Сообщение от penetrator (?), 19-Мрт-25, 20:46   –3 +/
Что Linq так и не завезли? Почему стримы нельзя было сделать сразу нормальными? ))

Чет Java ерундой занимается, но все равно всяко лучше, чем костыль вроде Kotlin  

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

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

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

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

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

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

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

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

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

26. Сообщение от penetrator (?), 19-Мрт-25, 22:09   –2 +/
что в нем нормального? джава на стероидах, все новые фичи сделанные через задницу

даже джава лучше и прозрачнее, с развитием Java котлин станет не нужным

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #27

27. Сообщение от Аноним (20), 19-Мрт-25, 22:30   +3 +/
> все новые фичи сделанные через задницу

Конкретно, что не так?

Nullsafety - хорошая вещь. Функции-строители для создания своего DSL - вообще мега вещь. Да и в целом котлин выглядит красивше и лаконичнее джавы.

Вы хоть сами то на нём писали? И я имею в виду не в течении 30 минут хелоуворлд создать, а по хорошему в течении нескольких месяцев.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #31, #32

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

29. Сообщение от Аноним (29), 19-Мрт-25, 22:52   +1 +/
> Как сейчас у джавы дела с производительностью

Производительность? Они вектора на третьем десятке версий до сих пор рожают.

> девятая предварительная реализация API Vector

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

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

31. Сообщение от Аноним (31), 19-Мрт-25, 23:41   +/
>Конкретно, что не так?

1. Очередная прослойка поверх JVM, добавляющая ненужные зависимости и замедляющая компиляцию и сборку.
2. Не освобождает от необходимости знать Java, ибо 99% библиотек, с которыми взаимодействует Котлин - написаны на Java. А если я уже знаю Java, нахрен мне знать еще Kotlin?

>Nullsafety - хорошая вещь

В Java тоже скоро завезут:

String! a = "abc"; // OK
String! a = null; // NUllPointerException

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #43

32. Сообщение от да ты (-), 20-Мрт-25, 00:30   +2 +/
>Nullsafety

Очень переоценена. Изначально пришла вообще из фп, где любой null в цепочке вызовов лапши функций отправлял в счасливую отладку на века. Фпшники выкрутились сделав null частью возвращаемого типа. В императивных языках так делать не нужно — есть нормальный отладчик, можно написать явную проверку на null где угодно и обработать её. Nullsafety это решение проблемы существующей только в мозгах изучавших computer science по скипу и подхвативших ФП головного мозга.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #34, #59, #113

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

34. Сообщение от Аноним (33), 20-Мрт-25, 00:54   +/
> В императивных языках так делать не нужно — ... можно написать явную проверку на null где угодно и обработать её

"Не пиши программы с ошибками, пиши без ошибок". Ну и т.д. из серии про Настоящих Программистов.

А вообще за годА задолбали ошибки нуллпоинтерэксепшн из-за того что в очередной стопицотый раз кто-то где-то что-то не проверил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #44

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

36. Сообщение от ZloySergant (ok), 20-Мрт-25, 01:10   –2 +/
Балаболы. Всё нормално работало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #38

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

38. Сообщение от cheburnator9000 (ok), 20-Мрт-25, 02:36   +/
Это потому что JavaME был оптимизированным рантаймом под конкретные платформы и конкретные задачи, ничего лишнего там не было. Сейчас же в памяти у Java лежит столько всего что компилируемые ЯП в ужасе шарахаются.

Тот же C# умеет в нативную компиляцию. Там сейчас исключение это не полностью рефлексия поддерживается в таком режиме (та часть, что в рантайме выполняется). В итоге скомпилированная программа вполне конкурирует по производительности с плюсами. А как у Java в этом плане? Подозреваю что очень плохо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #42

39. Сообщение от Аноним (39), 20-Мрт-25, 05:03   +/
Это неправда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #52

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

У меня есть обратный опыт.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

42. Сообщение от Alex (??), 20-Мрт-25, 05:37   +5 +/
То есть что такое GraalVM ты в принципе не знаешь...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #45, #54

43. Сообщение от User (??), 20-Мрт-25, 07:42   –3 +/
> 1. Очередная прослойка поверх JVM, добавляющая ненужные зависимости и замедляющая компиляцию и сборку.

Ага. А C - "очередная прослойка поверх llvm, добавляющая ненужные зависимости и замедляющая компиляцию и сборку."

> 2. Не освобождает от необходимости знать Java, ибо 99% библиотек, с которыми взаимодействует Котлин - написаны на Java. А если я уже знаю Java, нахрен мне знать еще Kotlin?

Ага-2. А python не освобождает от необходимости знать C, ибо 99% библиотек, с которыми взаимодействует python - написана на C. А если я уже знаю C, нахрен мне знать еще python?

Считай, что java и kotlin условно "с" и "с++", ага? Развитый интероп, возможность на втором писать "почти как на перовом" и при желании из первого можно даже запилить "почти второй" - но языки все же _разные_ со своей субоптимальной зоной применения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

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

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

46. Сообщение от Аноним (45), 20-Мрт-25, 09:25   +/
всё где есть j нафиг нужно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #47

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

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

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

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

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

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

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

54. Сообщение от Аноним (54), 20-Мрт-25, 12:37   –1 +/
Если быть до конца честным, то Graal - это все таки отдельный продукт (как и продукты-предшественники, в том числе и отечественной разработки.

Тогда как "нативная компиляция" в C# - фича языка и фреймворка.

ПС. хотя и то и другое изврат - как сами языки и концепции vm, так и возможность "типа нативной" компиляции. Мне больше импонирует нормальная нативная компиляция, другое дело, что С++ устарел конечно же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #98

55. Сообщение от Аноним (61), 20-Мрт-25, 13:02   +/
> девятая предварительная реализация API Vector, предоставляющего функции для векторных вычислений, которые выполняются с использованием векторных инструкций процессоров x86_64 и AArch64 и позволяют одновременно применить операции сразу к нескольким значениям (SIMD).

Наверняка опять заставили скот покупать процессоры. Потому что в WASM от Mozilla "поддержка векторных инструкций" реализована так: у кого нет SSE4.2 - тот может идти куда Полонский послал.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

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

Это называется вредительством.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58, #65

57. Сообщение от Аноним (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ообщить модератору

58. Сообщение от Аноним (61), 20-Мрт-25, 13:38   +1 +/
>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ообщить модератору
Родитель: #56 Ответы: #60

59. Сообщение от penetrator (?), 20-Мрт-25, 13:46   +/
согласен, в шарпе отключаю к черту

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

60. Сообщение от Аноним (39), 20-Мрт-25, 13:51   –1 +/
Тебе кто-то обязан, что ли, что-то, Аноним?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #62

61. Сообщение от Аноним (61), 20-Мрт-25, 13:52   +1 +/
У меня есть кое-какой отвратительный опыт. Программа написана на Scala. В одном из релизов её стали собирать новой версией Scala ... результат перестал работать под JVM, доступной на Windows XP. Чтобы заработал - нужно было поставить минорное обновление JVM ... которое с XP уже было несовместимо, просто сказали "мы дропаем".

С любой платформой так. У вендоров конфликт интересов. И желание по скорее вогнать пулю в лоб любому старью. Так как платформа - это корневая зависимость, то дроп платформы платформой-прослойкой приводит к тому, что пользователи массово бегут в магаз за новым железом. Ведь ты не скажешь разрабу-дебилоиду "не используй эту малюсенькую свистоперделку" - разраб тебе скажет "я тут главный, хочу - и использую, ПНХ, у меня ВСЁ работает, остальное - программа поставляется AS IS". Вендор платформы - резонатор, быдло-разрабы - накачка, их приложения - усиливающая среда, результат - каскад вау-импульсов, стреляющих по скоту, заставляющих их потреблятдь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #66, #84

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

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

65. Сообщение от Аноним (-), 20-Мрт-25, 14:38   –2 +/
>> Удалён код для поддержки 32-разрядной платформы ОС Windows на системах x86
> Это называется вредительством.

Это называется уборкой.
Когда ты протухшие продукты выбрасываешь из холодильника.

Потому что лишний код это не только увеличение времени сборки.
Но и
- поддержка совместимости нового кода и старого
- поддержка полного цикла тестирования: регрессионные и прочие тесты
- автотесты (я надеюсь у них CI пробегает на всех платформах) будут выпонлятся дольше
- необходимость принимать баг репорты от всяких некролюбов, и иметь проблемы с их проверками (где сейчас найдешь тестовое окружение под EOL системы?)

В общем абсолютно правильное решение.
Те кому уж очень сильно надо - пусть форкают и сами поддерживают.
Все таки OpenJDK таки да Open)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #78, #79

66. Сообщение от Аноним (-), 20-Мрт-25, 15:05   +1 +/
> У меня есть кое-какой отвратительный опыт.

Oh, it's bad luck to be you (c)

> Программа написана на Scala. В одном из релизов её стали собирать новой версией Scala ... результат перестал работать под JVM, доступной на Windows XP.

Т.е перестала работать на системе которую выпустили 24 года назад и дропнули 16 лет назад?
Трагедия, такая трагедия!

> Чтобы заработал - нужно было поставить минорное обновление JVM ... которое с XP уже было несовместимо, просто сказали "мы дропаем".

И правильно сделали.

> С любой платформой так. У вендоров конфликт интересов. И желание по скорее вогнать пулю в лоб любому старью.

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

> Так как платформа - это корневая зависимость, то дроп платформы платформой-прослойкой приводит к тому, что пользователи массово бегут в магаз за новым железом.

Тупейшая фантазия. У меня сейчас старый сандаль i7-2600.
И на нем нормально работает 11 винда.

> Ведь ты не скажешь разрабу-дебилоиду "не используй эту малюсенькую свистоперделку" -

Конечно скажешь. Обычно такие набигают на форумы и начинают ныть "мое древнее железо / ось дропнули! как вы посмели! вы обязаны!!1"
Еще и с оскорблениями.

> разраб тебе скажет "я тут главный, хочу - и использую, ПНХ, у меня ВСЁ работает,

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

> Вендор платформы - резонатор, быдло-разрабы - накачка, их приложения - усиливающая среда, результат - каскад вау-импульсов, стреляющих по скоту, заставляющих их потреблятдь.

А кто тут ты?
Потому что подходишь и под б-ло, и под скот.
Думаю ты или просто нищая обиженка, или фанатик некрософта-железа или все вместе взятое.

Для лучшего понимания: ты просто потребялдь которая жрет что дают.
У тебя нет никаких методов воздействия на разрабов, кроме оскорблений и/или нытья.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #85, #121

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

69. Сообщение от Аноним (-), 20-Мрт-25, 15:25   +1 +/
> Намного.
> Попробуй сопровождать софт, когда бизнес задачи всё время меняются и при этом есть текучка кадров.

Что довольно странно.
Например в геймдеве смена задач или вообще концепции это обычная история.
Но как-то движки и даже софт пишут на С++.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #80, #117

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

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

76. Сообщение от Аноним (29), 20-Мрт-25, 16:13   +/
> CVE пофикшены

Тебе не кажется странным, что уже овер 20 версий - а CVE всё фиксят и фиксят... Какую бы версию ты ни выбрал - всегда будут непофикшеные баги. А учитывая, что сейчас разработками занимается поколение Y (в т.ч. миллениалы и ...шники), я предпочитаю SUN Java HotSpot Server 6.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

77. Сообщение от _hide_ (ok), 20-Мрт-25, 16:13   –1 +/
Безопасность? Да под старую версию всё явы, связанное пакетными менеджерами и зависимостями не то что собрать, даже достать невозможно.

А вот миграция под 10 Томкат задача невыполнимая!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

78. Сообщение от Аноним (85), 20-Мрт-25, 16:47   +2 +/
>Это называется уборкой.

Когда киллер заказ выполняет - он тоже убирает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

79. Сообщение от Аноним (85), 20-Мрт-25, 16:50   –1 +/
>Когда ты протухшие продукты выбрасываешь из холодильника.

Пойди выброси свой протухший продукт из коробки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

80. Сообщение от Аноним (20), 20-Мрт-25, 17:01   +1 +/
> Что довольно странно.

Ничего странного.

Джава предлагает автоматическое управление памятью, трассировку функций, рантайм, в котором продумано многое. Это значительно ускоряет разработку и уменьшает число ошибок. А кроме этого вокруг джавы уже выстроена экосистема для веб-разработки.

> Например в геймдеве смена задач или вообще концепции это обычная история.
> Но как-то движки и даже софт пишут на С++.

Дак это и не совсем веб.

Игры создаются на базе движков, а движки обычно и выполняют самую тяжёлую работу.

Компании типа Unity и Epic Games по серьёзному подходят к разработке движков, и нанимают больших профессионалов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

81. Сообщение от Аноним (81), 20-Мрт-25, 17:24   +/
Опять владельцев Core 2 Duo обижают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

82. Сообщение от жявамэн (ok), 20-Мрт-25, 17:36   +/
пишем на 17
про новые версии читаем только релизноты.

пока не завезут стебл страктед канкаренси даже и думать нет смысла о виртуал тредах.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87

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

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

85. Сообщение от Аноним (85), 20-Мрт-25, 17:40   +/
Напоминаю:

> При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение,  ..., переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями.

В след за кораблём пошёл. Единственное, что конкретно прокомментирую, так это

>Для платного софта еще можно поспорить "сколько у софта поддержка", а вот для опенсорса нет вообще никаких рычагов давления.

Нет, разраб платного софта тебе тоже ничего не обязан. Лицензию читать надо. Не нравится - не покупай. Даже на случай, когда какая-то юрисдикция обязывает производителя законами о защите прав потребителей - в EULA есть пункт, ограничивающий ответственность копираста минимально допустимой легально суммой. Которая меньше цены за лицензионную копию. И нет, "не покупай" - это не мера воздействия. Разраб просчитал, что ему выгоднее, чтобы такие как ты его софт не покупали. Разрабу ОК, что ты его софт не купишь. У тебя тоже нет абсолютно никакой меры воздействия, наглый тролль.

----

Весь остальной твой пост - это чистое хамство и троллинг, недостойное даже детального разбора.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #89

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

89. Сообщение от Аноним (-), 20-Мрт-25, 19:16   +/
> Напоминаю:

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

> Нет, разраб платного софта тебе тоже ничего не обязан.

Зависит от.

> Лицензию читать надо.

Вот именно. Например в лицензии могут быть прописаны обязанности сторон.
Типа доступность в 99.8 и тд. С штрафами и неустойками.
Но это конечно не софт который нужен всем.

> И нет, "не покупай" - это не мера воздействия. Разраб просчитал, что ему выгоднее, чтобы такие как ты его софт не покупали. Разрабу ОК, что ты его софт не купишь. У тебя тоже нет абсолютно никакой меры воздействия, наглый тролль.

Хм... а если таких будет много? То как разраб будет харчеваться?

> Весь остальной твой пост - это чистое хамство и троллинг

Спасибо за оценку!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #96

90. Сообщение от iZENemail (ok), 20-Мрт-25, 19:27   +/
> Помнится, были легковесные виртуальные машины для неё.

IBM J9 JVM, например, отдельно устанавливалась, запускалась и работала на КПК HP iPAQ hx4700 с апплетами и приложениями Java/JavaME.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

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

92. Сообщение от Аноним (54), 20-Мрт-25, 20:04   +/
Угу, Гомер, быстрее скорости света... мифы - они такие
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #97

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

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

95. Сообщение от iZENemail (ok), 20-Мрт-25, 23:24   +1 +/
И архитектор у них один — Хэйлсберг (человек, который придумал Delphi).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #108

96. Сообщение от Аноним (96), 21-Мрт-25, 00:09   +/
>Не в оправдание скажу, что пришлось опускаться ну уровень человека который пишет "быдло-разрабы, скот" и тд.

Какие вы спесивые, называть вещи своими именами у его дворянского сиятельства - "опускаться", фи, как грубо, моветон...

>Например в лицензии могут быть прописаны обязанности сторон. Типа доступность в 99.8 и тд. С штрафами и неустойками.

Могут, но не будут. Потому что EULA - это что-то типа оферты. А гарантии - это уже договор в нескольких экземплярах с подписями всех сторон.

>Хм... а если таких будет много? То как разраб будет харчеваться?

А разраб уже всё просчитал. Много-немного - абсолютно иррелевантно. Вот, напр. ОС нужна абсолютно всем пользователям ПК. Что-то не видно, чтобы абсолютно каждая компания, выпускающая софт, ОС выпускала, просто потому, что попадающих в группу "все пользователи ПК" - 100% гарантированно много.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

97. Сообщение от Аноним (29), 21-Мрт-25, 00:48   +/
Спроси у Интела, почему они стараются всякие оптимизации затолкать в проц в рантайм, а не в компилятор статически.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

98. Сообщение от Аноним (98), 21-Мрт-25, 06:27   +2 +/
> С++ устарел конечно же

Я вам больше скажу! Даже математические теоремы устарели, и для обеспечения безопасТности требуют немедленного переписывания на расте. Да и вообще немодные, скучные, надо их будет урезать. А то диды там что-то перемудрили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #102

99. Сообщение от Программист (?), 21-Мрт-25, 10:42   +/
А зачем нам проверять ввод? В рантайме бросит — увидим в логе и поправим. А если не бросит, то и значит и нормально всё.

:^)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

100. Сообщение от Аноним (100), 21-Мрт-25, 17:40   +1 +/
> Удалён код для поддержки 32-разрядной платформы ОС Windows на системах x86. Объявлен устаревшим и запланирован к удалению порт Java для 32-разрядных систем x86 (будет прекращена поддержка Linux на 32-разрядных системах x86).

И эти туда же, казалось бы им то какой смысл - на 32 битах много чего жабного крутится - но нет, и эти доползли до ножниц...

Ответить | Правка | Наверх | Cообщить модератору

102. Сообщение от Аноним (-), 21-Мрт-25, 17:49   –1 +/
> Я вам больше скажу! Даже математические теоремы устарели,

А где в дыряшках C/C++ математические теоремы?
Там даже нет детерминированности - один и тот же код, в зависимости от вендора компилятора, версии компилятора, может выдавать разный результат.

> и для обеспечения безопасТности требуют немедленного переписывания на расте.

Е№№№е предложения от растохетеров.
У вас что весенне обострение?

> Да и вообще немодные, скучные, надо их будет урезать. А то диды там что-то перемудрили.

Наоборот расширить!
Добавить дополнительные проверки. Может уточнить краевые условия...
В конце-концов - на основе существующих доказать новые!
А погоди, наука так и развивается.
Это только неолуддиты будут цепляться за "незыблемые истины прошлого тысячелетия".


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #106

103. Сообщение от Аноним (54), 21-Мрт-25, 19:01   +/
Python - слишком медленный для Web. Место Python - Data Engineering, Data Science, Artificial Intelligence, где Python управляет библиотеками, написанными на С++.

Большинство WEB-сайтов в Мире написано на PHP

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

104. Сообщение от zionist (ok), 21-Мрт-25, 19:44   +/
> В любой приличной конторе после выхода новой LTS версии всем командам закидывается техдолг по переводу своих сервисов на эту версию. В первую очередь потому что CVE пофикшены, бонусом идёт производительность.

Глупость какая-то. Всегда есть несколько LTS версий, которые продолжают поддерживаться и обновляться. Кроме того примерно с 9-й Джавы каждый переход на новую мажорную версию приводит к большим проблемам.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

105. Сообщение от zionist (ok), 21-Мрт-25, 19:46   +/
Да, но мало где. Например знаю один банк, в котором решили всё писать именно на Котлине.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

106. Сообщение от Аноним (98), 21-Мрт-25, 20:12   +1 +/
Так я и говорю, что раст современнее, моднее, научнее, поэтому мы и пабидим цепляющихся дидов, тут без вариантов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

108. Сообщение от Neon (??), 22-Мрт-25, 02:34   +/
Жаль загубили C++ Builder и основной упор был на Pascal, а не на С++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #119

113. Сообщение от Илья (??), 22-Мрт-25, 10:16   +/
> Nullsafety это решение проблемы существующей только в мозгах изучавших computer science по скипу и подхвативших ФП головного мозга.

Не знаю как в java, но в с# тебя компилятор будет лицом в грязь тыкать, пока ты не расставишь проверки на null в необходимых местах. Котлин - мусор

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

115. Сообщение от Аноним (115), 22-Мрт-25, 11:04   +/
> Как сейчас у джавы дела с производительностью?

Если сабж не бесплатный (а он не бесплатный), обсуждать можно только абонентскую плату в месяц на одного пользователя.
> Только жиреет с каждым релизом?

От вырученных денег? Да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

116. Сообщение от Jh (?), 22-Мрт-25, 13:25   +/
С придумали когда ресурсов у компьютера было с гулькин клюв и программисты каждый байт знали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #118

117. Сообщение от Jh (?), 22-Мрт-25, 13:32   +/
ну да, продать игру, а потом патчи выпускать - это в порядке вещей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

118. Сообщение от iZENemail (ok), 22-Мрт-25, 17:09   +/
LISP придумали раньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

119. Сообщение от Аноним (54), 22-Мрт-25, 20:10   +/
Delphi был изначально.

Это уже потом где-то к версии Delphi 3 появился С++ Builder 1.0, но тоже на базе Delphi и VCL (при этом не совсем удобный).

А до него был Borland C++ с OWL (аналог MFC), проигрывавший Visual C++ c MFC.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

121. Сообщение от Аноним (39), 24-Мрт-25, 06:04   +/
>Т.е перестала работать на системе которую выпустили 24 года назад и дропнули 16 лет назад?

Что, значит, блин, "дропнули"? Это что, блин, земной диск, который держит Атлант, и если он дропает его, то диск падает?

У меня есть книжка 1868 года издания, и прекрасно работает, функцию свою выполняет, хотя и разработчик её давно умер, и издателя 100 лет назад закрыло новое правительство. Как же так, поддержку дропнули, а продукт работает.

Ещё есть швейная машинка Зингер 1939 года выпуска. Тоже отлично работает. Шпульку я только менял пару раз, причём новая, 2023 года выпуска, на 100% совместима с машинкой, даром что сделана из пластика. Я на ней до сих пор шью, вообще без проблем.

Что 16, что 24 года, это вообще ничто.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру