II
Глаза не заинжектились
Size: a a a
2020 February 20
2020 February 29
RK
Прикольно, что фикс делается для Java 15: https://bugs.openjdk.java.net/browse/JDK-6394757
SK
Написал короткую заметку про ужасы коллекций в Java
По мотивам твита Елизарова
https://habr.com/ru/company/jugru/blog/490250/
По мотивам твита Елизарова
https://habr.com/ru/company/jugru/blog/490250/
2020 March 09
RK
Чо-то pattern matching какой-то так себе. Хотя из статьи непонятно, работает ли он для switch
A
не покидает ощущение, что предлагаемые изменения уже есть в kotlin несколько лет ввиде data classes, оператора is, итд
DA
Ещё раньше это было в scala, но это же не значит, что все пользуются другими JVM языками и это не нужно в Java. Полезные изменения.
SK
Стабильная закономерность — вбрось пост с описанием синтаксических фич в новой джаве, и найдется один-два человека, которые обязательно отметят, что в котлине или скале они уже были введены дохрена как времени назад и сделаны там лучше.
RM
Стабильная закономерность — вбрось пост с описанием синтаксических фич в новой джаве, и найдется один-два человека, которые обязательно отметят, что в котлине или скале они уже были введены дохрена как времени назад и сделаны там лучше.
потому что этих фич не хватает
SK
потому что этих фич не хватает
Субьективно. ИМХО мелочевка.
SK
Какбэ — есть и нормально, но и без них не трагедия. Ну напишется чуток больше бойлеркода. Бойлеркод — меньшая из проблем поддерживаемости
DA
Стабильная закономерность — вбрось пост с описанием синтаксических фич в новой джаве, и найдется один-два человека, которые обязательно отметят, что в котлине или скале они уже были введены дохрена как времени назад и сделаны там лучше.
А какая разница где и когда эти фичи были? Их добавили в Java - отлично. Говорить, что эти фичи не нужны, потому что они есть где-то ещё - полнейший бред.
SK
А какая разница где и когда эти фичи были? Их добавили в Java - отлично. Говорить, что эти фичи не нужны, потому что они есть где-то ещё - полнейший бред.
Так и я говорю — какая разница? Какой смысл говорить каждый раз, что в котлине и скале они уже были. Ну были и были. Что эти люди донести то хотят?
SK
И если че — я не говорил что они не нужны. Я говорил что интерес так себе.
DA
Так и я говорю — какая разница? Какой смысл говорить каждый раз, что в котлине и скале они уже были. Ну были и были. Что эти люди донести то хотят?
Я с тобой согласен :) Я как раз привёл пример, что если это есть в scala давно, то не значит, что не нужно в Java. А ценность таких изменений - ну это обсуждаемо, имхо полезно. С учётом нового цикла релизов Java нужно же что-то релизить кроме фикса багов, так что не худший вариант.
SK
Меня коробит немного когда синтаксические фичи жвм языков выставляются как их превосходство над джавой. Я убежден, что проблемы поддерживаемости в проектах возникают из-за бойлерплейта в меньшей степени.
DA
А я убеждён, что с учетом огромной совместимости всех JVM языков, как раз синтаксические фичи и остаются тем, ради чего выбирают язык. Опять же не хочу начинать обсуждать целесообразность выбора отличного от Java JVM языка, но выглядит логичным выставление синтаксических фич на первый план :)
SK
А я убеждён, что с учетом огромной совместимости всех JVM языков, как раз синтаксические фичи и остаются тем, ради чего выбирают язык. Опять же не хочу начинать обсуждать целесообразность выбора отличного от Java JVM языка, но выглядит логичным выставление синтаксических фич на первый план :)
О да, с точки зрения маркетинга это очень выгодная стратегия) Ненавижу маркетинг\
A
Стабильная закономерность — вбрось пост с описанием синтаксических фич в новой джаве, и найдется один-два человека, которые обязательно отметят, что в котлине или скале они уже были введены дохрена как времени назад и сделаны там лучше.
А где было сказано, что предлагаемые изменения в kotlin/scala сделаны лучше?