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

"Выпуск 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.me/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, #124

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

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

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

16. Сообщение от _hide_ (ok), 19-Мрт-25, 21:09	+12 +/–
У самой Жавы с производительностью очень хорошо ещё со времен телефонов с 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	+2 +/–
Всё отлично, как и всегда. Лучший язык для очень больших проектов, пишущихся в больших командах. Но для домашних и соло-проектов 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. Сообщение от мяв (?), 20-Мрт-25, 01:29	+/–
да. большая часть фдройда - на котлине. каждое 1е приложение, я б сказалп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #39

38. Сообщение от cheburnator9000 (ok), 20-Мрт-25, 02:36	–1 +/–
Это потому что 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	–2 +/–
> 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. Сообщение от iZEN (ok), 20-Мрт-25, 19:27	+/–
> Помнится, были легковесные виртуальные машины для неё. IBM J9 JVM, например, отдельно устанавливалась, запускалась и работала на КПК HP iPAQ hx4700 с апплетами и приложениями Java/JavaME.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

91. Сообщение от Аноним (54), 20-Мрт-25, 20:01	–1 +/–
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. Сообщение от iZEN (ok), 20-Мрт-25, 23:19	+/–
На сишечке на это в своё время забили болт и возложили всю ответственность с "подвисшими" указателями на программистов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #116

95. Сообщение от iZEN (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, #122

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 Ответы: #125

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 Ответы: #123

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

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

118. Сообщение от iZEN (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

122. Сообщение от cheburnator9000 (ok), 29-Мрт-25, 00:40	+/–
>>  один и тот же код, в зависимости от вендора компилятора, версии компилятора, может выдавать разный результат. Значит компилятор не правильно поддерживает стандарты. И никто не обязывает тебя поддерживать все три крупных компилятора. Есть свобода выбора. У rust и go нет свободы, это языки для любителей рабства корпораций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

123. Сообщение от rewlad (?), 12-Апр-25, 19:21	+/–
Есть бесплатные сборки, есть платные. Отличий заметных нету.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

124. Сообщение от rewlad (?), 12-Апр-25, 19:29	+/–
Всё хорошо и становится еще лучше. Для обычного UI задержки не заметны. Но для реалтайма (оборудования, которое должно реагировать за доли секунды иначе будут убытки) я бы не брал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

125. Сообщение от rewlad (?), 12-Апр-25, 19:45	+/–
Большим? Подключить голову и добавить пару аргументов при запуске. Если конечно есть зависимости от кучи стороннего хлама, то возможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #126

126. Сообщение от zionist (ok), 13-Апр-25, 14:07	+/–
> Если конечно есть зависимости от кучи стороннего хлама, то возможно. А когда их нет? Если, конечно, это не очередной hello world.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #127

127. Сообщение от Rewlad (?), 13-Апр-25, 14:48	+/–
>> Если конечно есть зависимости от кучи стороннего хлама, то возможно. > А когда их нет? Если, конечно, это не очередной hello world. Hello world, на несколько тысяч файлов с исходниками. Хлам, для которого задержки не критичны, идёт в микросервисы с минимальной обвязкой. Или идёт за интерфейс, чтоб легче заменить. У основной массы бизнес логики (в 1-3 сервисах) внешние зависимости уменьшаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #128

128. Сообщение от zionist (ok), 13-Апр-25, 16:05	+/–
Это ты сейчас всё придумал или реально велосипедишь всё подряд, лишь бы не было никаких зависимостей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #129

129. Сообщение от Rewlad (?), 13-Апр-25, 20:13	+/–
> Это ты сейчас всё придумал или реально велосипедишь всё подряд, лишь бы > не было никаких зависимостей? Велосипежу много, зависимости тоже есть. Случаи разные бывают. И ещё несколько человек на проекте так же. Скала в основном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #130

130. Сообщение от zionist (ok), 14-Апр-25, 11:38	+/–
Ну то есть нетипичный случай и даже не Java.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #131

131. Сообщение от Rewlad (?), 14-Апр-25, 13:59	+/–
> Ну то есть нетипичный случай и даже не Java. Может и не самый частый случай. Java, как платформа, позволяет использовать разные языки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #132

132. Сообщение от zionist (ok), 14-Апр-25, 14:51	+/–
Не Java, а JVM. Это не одно и то же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #133

133. Сообщение от rewlad (?), 16-Апр-25, 19:16	+/–
Всё сходится. Новость была про выпуск платформы Java SE 24, которая в целом это позволяет. JVM -- часть платформы Java, которая конкретно это позволяет. Язык Java -- тоже замечательная часть платформы Java.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #134

134. Сообщение от zionist (ok), 19-Апр-25, 16:36	+/–
Но речь шла именно обо всей платформе Java, включая и язык Java. Ты же, как классический демагог, попытался подменить тезис и притащил сюда свою Скалу без сторонних зависимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

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

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