https://www.opennet.dev/openforum/vsluhforumID3/131564.html После шести месяцев разработки компания Oracle выпустила платформу Java SE 21 (Java Platform, Standard Edition 21), в качестве эталонной реализации которой используется открытый проект OpenJDK. За исключением удаления некоторых устаревших возможностей в Java SE 21 сохранена обратная совместимость с прошлыми выпусками платформы Java - большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии. Готовые для установки сборки Java SE 21 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64, AArch64), Windows (x86_64) и macOS (x86_64, AArch64). Разработанная в рамках проекта OpenJDK эталонная реализация Java 21 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59787<br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#106 Thu, 05 Oct 2023 12:33:00 GMT Хрено. Нормальным людям это не нужно. Оно слишком сложно.<br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#105 Thu, 05 Oct 2023 12:31:03 GMT Это oracle jdk. Полно других.<br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#104 Thu, 05 Oct 2023 12:23:40 GMT И 8, и 11 поддерживаются и будет поддерживаться ещё с десяток лет как минимум. На них сейчас 90% работающих проектов.<br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#103 Fri, 29 Sep 2023 12:54:15 GMT Для этого Scala есть.<br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#102 Wed, 27 Sep 2023 12:01:15 GMT &gt; Некоторые фреймворки и библиотеки ещё 17-ю не осилили, а ты ему сразу <br>&gt; 21-ю предлагаешь. <br><br>например?<br>спринг осилил 21 жяву для всех живых веток, например<br><br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#101 Tue, 26 Sep 2023 14:54:19 GMT Это гораздо лучше плясок с бубном вокруг декларативной магией в Spring Boot и прочих фрейморках.<br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#100 Sun, 24 Sep 2023 18:14:19 GMT Угу, а проверять на err=nil каждый вызов i/o функциональности как минимум и RAII через defer видимо очень читабельно. Даже в Rust подобное сделано правильнее. Чудовищный треш этот Go, спасибо что хоть спустя стопицот лет дженерики завезли. Правда на сравнении интерфейса с nil все равно можно подорваться до сих пор, лол.<br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#99 Sun, 24 Sep 2023 07:52:16 GMT В джаве нет указателей, а есть ссылки, что не одно и то же. Кроме того, для освобождения памяти по аналогии с тем, как это сделано в unique_ptr необходимо разбираться с владением этой ссылки и в итоге получится ещё один Rust. Соль сборщика мусора в том, что программисту не надо думать об освобождении памяти самостоятельно, а следует думать лишь о забывании или обнулении ссылок на неиспользуемые объекты. Кроме того сочетание ссылок и сборщика мусора позволяет эффективно бороться с фрагментацией памяти.<br> https://www.opennet.dev/openforum/vsluhforumID3/131564.html#98 Sun, 24 Sep 2023 07:45:17 GMT Что конкретно не нравится в String Template?<br>