JDK 12

Что, уже целый час висит новость о торможабе, а тут до сих пор нет срача? ЛОР уже не торт.

Ну так в эпоху расцвета жабоскрипта во всех щелях «торможаба» кажется уже уютным, быстрым и винтажным инструментом.

Торможаба ненужна. Закапывайте.

У тебя относительное восприятие реальности, учись абсолютному у Iron_Bug.

теперь switch работает как в котлине?

Ну иногда я завидую её категоричности, да. Но сам как-то предпочитаю быть принципиальным в делах, а не в комментариях (пишу на крестах, например).

Угу.

И это хорошо, а то от жучки никто так реальных дел и не видел...

Ну не обижай даму. Кстати, на гитхабе я её репу видел. :)

не обижай даму

Почему пропорции гениталий должны давать человеку какие-то поблажки?

Ну я вообще-то и мужиков стараюсь не обижать, пока хамить не начали.

Жаба — не удав, не изучишь, не сожрав.

«торможаба» кажется уже уютным, быстрым и винтажным инструментом.

я бы не сказал, что js такой уж тормозной. какие-нить вычисления и тд — наверняка, но в целом жаба более тяжеловесная, «скриптик» на ней не запустишь.

Уже JDK12... А на практике, 95% проектов, включая отчасти и новые используют JDK8. Я вот пробовал спрыгнуть с нее на десятку. И вот хрен! Очень много либ завязанных на 8 и что бы заставить например старый проект написанный на 8 работать на 10, нужно положить целый строй программистов.

Да, всё идет к тому, как было с питоном. Будет ява восьмерка и ява 10+. И будет оно развиваться паралелльно.

А есть сегодня смысл использовать джаву а не котлин по-дефолту?

А кто говорил про js? Java она тормозная да, иногда даже очень, но есть два очень весомых момента, за которые ее используют чуть ли не везде в корпоративном секторе. Во первых это скорость разработки - в сравнении с сями она быстрее в три раза. Т е если взять двух человек, которые имеют одинаковый опыт на си и на джаве и поручить им идентичные по сути задачи, джавист закончит работу в три раза быстрее. Во вторых это скорость отладки, тут разница где-то раза в два. И короче идея вся в том, что стоимость человеческих ресурсов на поддержку и разработку много выше чем стоимость дополнительных мощностей на работу тормозной джавы.

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

Есть смысл знать джаву на зубок

Интересно что под этим подразумевается? В языке фич я бы не сказал что много, ты включаешь сюда стандартная библиотеку, утилиты для сборки и тд?

Есть такое предположение... Меня например очень больно укусил тот факт, что java > 8 не имеет и не будет иметь поддержки arm7 и ниже. А это большой объем маломощных встраиваемых систем.

а процентов 50 как крутились на 1.6 так и крутятся, в т.ч. проприетарные проекты(от оракла и далее). работает и х с ним.
им «эти» котлан/го подобие нафиг ненадо.
стабильно как говно мамонта - приняты на работу.

А ещё это хороший гвоздь в крышку гроба Java.

это хороший гвоздь в крышку гроба Java.

Скорее, JDK8.

В эпоху расцвета чего? )))
https://www.tiobe.com/tiobe-index/
JS «расцветает» уже 23 года, и с учетом того, что web сдал позиции мобильным приложениям (читай Android) - то угадай, агонию какого языка мы наблюдаем?

Про «торможабу» тоже насмешило...
Интересно почему практически все BigData решения написаны на Java и в редких случаях на Scala?

Hadoop, Hive, Spark, HBase, Cassandra, Kafka, DynamoDB - и как же так вышло, что все это работает на Java платформе?

кстати может сделать вилку 1.х и 2.х.
1.х для энтерпрайза - где всё стабильно
2.х для ньюфагохипстеров и прочих вебом/го/котлан ушибленым?

уже сделали такую ветку,
у JVM есть LTS релизы, а есть для тех, кто пытается найти ответы, почему же он такой никакой программист в том, что в языке нет какой-то жизненно необходимой ему «фичи».

garbage collector

Собрали весь мусор и получилось JDK 12! Извините :)

не будет иметь поддержки arm7 и ниже. А это большой объем маломощных встраиваемых систем.

А оно было нужно? Там же 512 КБ памяти и это уже очень круто, куда там джаву пихать?

Незнаю зачем, просто оставлю это здесь.

https://belitsoft.com/java-development-services/java-vs-nodejs

Ничего интересного. Да и вообще со времён 1.4 ничего интересного в джаве не появилось. А некоторые фичи так и вовсе можно считать деградацией.

А есть сегодня смысл использовать джаву а не котлин по-дефолту?

Нету, котлин ждёт судьба груви, когда его разрабы наиграются, увлекутся новыми проектами, тогда и хана. Он еще держится за счёт ублюдочного дроида, но и ему приходит конец.

А какая у груви судьба? Недавно интересовался - скоро новая мажорная версия выходит. Даже задумался - а не выучить ли.

образцовая реализация Java 12

Образцовая? Более адекватный перевод - эталонная.

Референсная.

Не то чтобы «адекватный», а единственно верный!

Какой-то неинтересный список новшеств. Поддержку версий модулей не добавили? Не вижу большого смысла уходить с Java 8.

Поддержку версий модулей не добавили?

А как она должна работать? Или ты хочешь несколько разных версий классов в одном класслоадере?

Референсный и есть эталонный.

А какая у груви судьба? Недавно интересовался - скоро новая мажорная версия выходит. Даже задумался - а не выучить ли.

https://habr.com/ru/company/jugru/blog/444884/

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

Какой отношение память имеет к цпу? ОЗУ это отдельная микросхема. Семерка может адресовать до 4гб физической памяти, а виртуальной на порядки больше. ARM7 это комы подобные RaspberryPi Zero, OrangePi IOT и тому подобные. На RPI Zero 512 мб озу, этого количества достаточно для всего чего только можно вообразить в срезе JVM софта. А на практике 128 мб достаточно для запуска 99% программ написанных под JVM.

А как она должна работать? Или ты хочешь несколько разных версий классов в одном класслоадере?

Разумеется в разных класслоадерах, как в OSGi. Просто для каждого модуля должен быть список зависимостей с их конкретными версиями. Список должен создаваться во время сборки. Изначально поддержку версий в Jigsaw хотели сделать но сильно перемудрили и получили NP-полную задачу разрешения версий. То, что я предлагаю на много проще.

Не думаю, что это совместимо с популярными библиотеками. Я помню, как я ломал голову, почему одна строка не равна другой, хотя по символам совпадают. Оказалось, что разными класслоадерами загружены. А тут такое будет сплошь и рядом.

Спасибо, интересно.

это комы подобные RaspberryPi Zero, OrangePi IOT и тому подобные

Ну так купите на armv8, куча решений в продаже. Я же говорил о микроконтроллерах.

Это позволит решить давнюю проблему коллизий версий в транзитивных зависимостях. По-хорошему объекты разных версий классов этих зависимостей не должны встречатья на более высоком уровне. В любом случае версии модулей были отменены вовсе не из-за проблем с разными класслоадерами.

А также, как обычно — сотни мелких улучшений и тысячи исправлений.

А какую-нибудь систему зависимостей так до сих пор и не запилили?

котлин ждёт судьба груви

Я думаю, JetBrains так скоро этого не допустит.

Я думаю, IntelliJ так скоро этого не допустит.

Запихивание котлина в менюшки IDEA их не спасёт. Новая Java будет не на JVM. Эта платформа по сути легаси, тот кто изобретает на ней новый ЯП для 21 века сам себя загоняет в ловушку.

Да и вообще со времён 1.4 ничего интересного в джаве не появилось.

С точки зрения развития языка эпохальных версий было две: 1.5 и 1.8, где в первой завезли дженерики и аннотации, а во второй лямбды и сопутствующие им дефолтные методы в интерфейсах.