посоны, гоу срач https://habrahabr.ru/company/mailru/blog/318504/#comment_9995486

современно, модно, молодёжно

Я вот не пойму почему нельзя сделать НЕ stop the world GC

Чтоб он там в фоне потихоньку освобождал

А что делать, когда вылезаешь за хипсайз?

Или ты предлагаешь 60% процессорного времени отдать гц?

Я вот не пойму почему нельзя сделать НЕ stop the world GC

Парни в оракле просто ленятся

А так работа есть

Ведь если сделают, их всех выгонят

И пойдут они по азулам, ибм, редхатам всяким

Всякие другие GC пилить, типо shenandoah, ага)

http://openjdk.java.net/jeps/189

Вот вам немножко наркомании http://openjdk.java.net/jeps/186

в чём наркомания?

вона, скоро уже val и var появятся. почему бы литералам не быть

а ещё всегда надо читать non-goals:

вона, скоро уже val и var появятся. почему бы литералам не быть

в этом десятилетии?

“It is not a goal of this research JEP to produce a production-ready implementation or specification."

List<Integer> list = #[ 1, 2, 3 ];

ты опускаешь одно важное предложение перед этим примером

“A List literal in Java might look like”

слово might как бы намекает, что это фантазия

Эту фантазию чуть в восьмерку не включили если что

в одном из первых варинтров лябмд, тоже использовали # для обозначения лямбды

эту фантазию никуда включить не могут. это - research JEP

если сделать тайп инференс то получится xtend: val list = #[1,2,3]

вот и вопрос, это список интов или лонгов? :)

а, ну потом начнётся val list<int> = #[1,2,3]

1L, 2L, 3L

интов или байт?

тогда уж

по любому конфьюжен

вот и вопрос, это список интов или лонгов? :)

BigInteger

И бигдесимал

Как в одном языке

Не будем его упоминать

И бигдесимал

что, кстати, неплохо :)

киллер-фича

киллер-фича

перформанс-киллер-фича

я пофиксил

И это чудесное поведение equals и compareTo в бигдесимал

какая тут перформанс-киллер-фича, когда 1.0 это BigDecimal?

эту фантазию никуда включить не могут. это - research JEP

Зато на основе этой фантазии сделали другую фантазию и включили в девятку http://openjdk.java.net/jeps/269

на основе ли

одно - изменение языка второе - библиотека, изменение API

второе не стоит практически ничего

на основе, посмотрели что наркомания получается, и сделали второе

дык первое не выкинули же никуда. или JEP закрыт?

ну и кстати, в чём наркомания то?

в # ?

http://mail.openjdk.java.net/pipermail/lambda-dev/2014-March/011938.html

Это ж из гуавы прям

Я про второе

Это ж из гуавы прям

вот да. могли бы уже всю гауву портануть :)

Причем очень удобно для тестов

Если вы не используете спок

Или просто груви

Или то от чего тут у некоторых подгорает

http://mail.openjdk.java.net/pipermail/lambda-dev/2014-March/011938.html

“Just to close the loop here, we've reached the conclusion that we will not be pursuing collection literals as a language feature right now, but instead proceeding in the short term with a library-based proposal” всё верно. в перспективе эта фишка может помешать другим нововведениям (Value types are coming, and the "what would this feature look like”) и делать её дороже чем API

Могли бы просто экстеншем методы как в котлине сделать, и все бы сцались кипятком

и писали бы 5.times { println }

получился бы ruby :)

и писали бы 5.times { println }

::println

но я думаю такие изменения языка не будут вообще рассматриваться пока value types не будут готовы

ERROR: S client not available

В общем лет через пять посмотрим что они сделают с value types

но я думаю такие изменения языка не будут вообще рассматриваться пока value types не будут готовы

как экстеншен методы помешают value types? я вообще не вижу как они могут пересекаться

удобный способ записи старых, добрых статических функций

ну вот как синтаксис литералов может пересекаться с value types?

Так то новая сущность в языке

экстеншены могут пересекаться с value types через генерики, если чё

моё скромное предположение

Если мы чего-то не понимаем, это не значит что это что-то плохое

Было бы так просто, сделали бы

ну вообще да, это ж джава, там все сложно с генериками

ну вообще да, это ж джава, там все сложно с генериками

бинго

Было бы так просто, сделали бы

так это понятно, 20 лет легаси тяжело ворочать

например почему Kokoko<Koko> koko = new Kokoko<>(); а не просто Kokoko<Koko> koko = new Kokoko();

а зачем, скоро будет val koko = new Kokoko<Koko>();

А что, уже утвердили что будет?

И "скоро" в случае джавы, понятие растяжимое)

не знаю. Но Брайан так это рассказывал, что казалось, что они уже всё порешали

И "скоро" в случае джавы, понятие растяжимое)

ну в этом десятилетии может случится :)

хотя у них там поезда постоянно…

опять Руслана на петухов потянуло

например почему Kokoko<Koko> koko = new Kokoko<>(); а не просто Kokoko<Koko> koko = new Kokoko();

http://stackoverflow.com/questions/4166966/what-is-the-point-of-the-diamond-operator-in-java-7

И они сразу набежали

ну в этом десятилетии может случится :)

(посмотрел на год) они бы девятку успели доделать

судя по всему, таки в этом году доделают

http://stackoverflow.com/questions/4166966/what-is-the-point-of-the-diamond-operator-in-java-7

yep

я уже сейчас больше верю в то, что они всё таки в этом году её выпустят

даже вопли про setAccessible особо не пугают их походу

Если выпустят как намечено - только слабоумие и отвага позволят этим пользоваться.

На днях вышел новый ea, в нем все так же нихера не работает)

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

плюс, почти нифига не будет фреймворков которые будут с этим работать

но уже сейчас есть слабоумные которые свои проекты к этом готовят, так почему нет?