Очень странная статья. Пожалуй стоит по пунктам пройти. Но в обратном порядке. 4. Vararg для методов существует примерно с версии 1.5 Этой фиче лет 15-20 и её должен знать каждый джун. Иначе он не знает инструмент. А дальше возникает вопрос например целесообразности использования в случае myMethod(Object... objects). Вывод - фича уровня джун. Он обязан её знать. Целесообразность (стоимость) использования... ну может джун+ Если на собесе он расскажет почему бы лучше не использовать instanceof 3. Лямбды. Ну вот не смешно. Их завезли в язык вместе с функциональными интерфейсами и Stream API, варианты которого приведены как лямбда выражения. Это начало "реанимации" Java, как конкурентного языка. Вывод - фича уровня джун. Он обязан её знать. И тоже понимать, как оно "под капотом". Иногда эти вещи вредят. Начиная со специфики пробрасывания исключений из лямбд и заканчивая падением производительности в рантайме. 2. Record. Вот полезная фишка в чистом виде для DTO. Удобно и просто. Суперфича? Да хз. По сути это почти аннотация "@Data" из lombok. Уменьшает рутину. 1. Секционные классы. Это можно развидеть как-нибудь? Sealed class это от слова seal - печать. Это "запечатаный класс". Суперфункциональность?.. Да нет. Немного безопасности в коде. Фича ну так себе.
И вот вопрос, а почему тогда нет других фич "JEP", которые были завезены в Java в последние годы? Долгожданные мультистринги, var, новые фичи в switch expression, пробросы в exception источника NPE. Да их не один десяток при прыжке с 1.8 до ключевых 11 - 17 -21 версий, которые и язык делают лучше и очень дорабатывают рантайм.
Я наверное подорву пуканы старожилам, но Лукьяненко давно "не торт". Я не знаю, может по инерции ставят баллы тому же циклу "Соглашение". "Рояли в кустах" это основа всех книг автора. Но в "Соглашении" - это треш какой-то. Я долго ждал третью часть и получил кусок "ерунды".
Очень странная статья. Пожалуй стоит по пунктам пройти. Но в обратном порядке.
4. Vararg для методов существует примерно с версии 1.5 Этой фиче лет 15-20 и её должен знать каждый джун. Иначе он не знает инструмент. А дальше возникает вопрос например целесообразности использования в случае myMethod(Object... objects).
Вывод - фича уровня джун. Он обязан её знать. Целесообразность (стоимость) использования... ну может джун+ Если на собесе он расскажет почему бы лучше не использовать instanceof
3. Лямбды. Ну вот не смешно. Их завезли в язык вместе с функциональными интерфейсами и Stream API, варианты которого приведены как лямбда выражения. Это начало "реанимации" Java, как конкурентного языка.
Вывод - фича уровня джун. Он обязан её знать. И тоже понимать, как оно "под капотом". Иногда эти вещи вредят. Начиная со специфики пробрасывания исключений из лямбд и заканчивая падением производительности в рантайме.
2. Record. Вот полезная фишка в чистом виде для DTO. Удобно и просто. Суперфича? Да хз. По сути это почти аннотация "@Data" из lombok. Уменьшает рутину.
1. Секционные классы. Это можно развидеть как-нибудь? Sealed class это от слова seal - печать. Это "запечатаный класс". Суперфункциональность?.. Да нет. Немного безопасности в коде. Фича ну так себе.
И вот вопрос, а почему тогда нет других фич "JEP", которые были завезены в Java в последние годы? Долгожданные мультистринги, var, новые фичи в switch expression, пробросы в exception источника NPE. Да их не один десяток при прыжке с 1.8 до ключевых 11 - 17 -21 версий, которые и язык делают лучше и очень дорабатывают рантайм.
Я наверное подорву пуканы старожилам, но Лукьяненко давно "не торт".
Я не знаю, может по инерции ставят баллы тому же циклу "Соглашение". "Рояли в кустах" это основа всех книг автора. Но в "Соглашении" - это треш какой-то. Я долго ждал третью часть и получил кусок "ерунды".
В материале много ошибок. Автору его нужно переосмыслить.
Текст напоминает помесь Нейросетей с Гуглотранслейтом.