https://www.opennet.ru/openforum/vsluhforumID3/137856.html После шести месяцев разработки компания Oracle опубликовала платформу Java SE 25 (Java Platform, Standard Edition 24), в качестве эталонной реализации которой используется открытый проект OpenJDK. За исключением удаления некоторых устаревших возможностей в Java SE 25 сохранена обратная совместимость с прошлыми выпусками платформы Java - большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии. Готовые для установки сборки Java SE 25 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64, AArch64), Windows (x86_64) и macOS (x86_64, AArch64). Разработанная в рамках проекта OpenJDK эталонная реализация Java SE 25 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63895<br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#182 Sat, 27 Sep 2025 09:59:30 GMT &gt; Посмотрите на спецификацию Jakarta EE, что вам в ней не хватает?-) <br><br>При чём тут Jakarta EE? К джаве изначально намертво прикручены поломанные исключения. Виртуальная машина джавы устарела ещё 10 лет назад.<br><br>Дотнет хорошенький. Джава плохенькая<br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#181 Thu, 25 Sep 2025 08:34:59 GMT Посмотрите на спецификацию Jakarta EE, что вам в ней не хватает?-)<br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#180 Sun, 21 Sep 2025 02:28:53 GMT На входе (db layer/external API layer/...) ставится проверяльщик корректности входных данных, после чего внутрь бизнес-логики null-ы едут только там, где они допустимы по условиям логики приложения, а не базы данных, кривых сервисов, предоставленных контрагентами итп.<br><br>В целом, подход реализуется на любом языке приложения, в том числе, на яве, и оправдывает себя хотя бы тем, что локализует точку обнаружения проблемы с данными.<br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#179 Sun, 21 Sep 2025 00:30:22 GMT &gt; И это повод не пользоваться исключениями? <br><br>Да, в том числе. Это одна из причин популярности c#. <br><br>Нормальные исключения, струкруры на стеке, правильно спроектированные дженерики, null-safety, производительность. В джаве всего этого нет, она превратилась в камень когда более-менее нормальные практики программирования изобрели.<br><br>Джаву делали под унылый категоричный ООП начала нулевых, когда все перед тем как вывести 10 строк кода в консоль, тебе надо продумать пару провайдеров билдеров перехварчиков фабрик <br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#177 Sat, 20 Sep 2025 09:56:39 GMT Не, я существо всеядное и веганом становиться не собираюсь.<br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#176 Sat, 20 Sep 2025 08:44:49 GMT И вы считаете нормальным то, что strong encapsulation, который по сути не более чем настоящий private, делали десять лет и с таким количеством внутреннего кода?! Кстати, как вы можете гарантировать, что ваши библиотеки будут использовать не через classpath, то есть в обход модулей?<br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#175 Sat, 20 Sep 2025 05:56:05 GMT можно было включить в CI/CD линтер<br><br>правильно, давайте обставлять костылями то, что изначально криво спроектировано<br><br>вся эта "история и библиотеки" - просто пшик, язык тогда выбрали не за качество, а потому что альтернатив не было<br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#173 Fri, 19 Sep 2025 15:33:46 GMT На каком божественном языке пишешь ты, ты конечно же не скажешь<br> https://www.opennet.ru/openforum/vsluhforumID3/137856.html#172 Fri, 19 Sep 2025 11:56:35 GMT Да что ты говоришь! Ты наверно Android Studio ни разу в глаза не видел. Все там как было так и есть. И Java, и Kotlin. Никто от Java не собирается отказываться. На Java разработано куча приложений и их нужно поддерживать<br>