21:15, год-полтора спустя, JDK21 выкатил Loom, имеет вложенный паттерн-матчинг, рекорды используются во все концы, а Котлин отстаёт по фичам. Что и требовалось доказать. И да, для null-safety давно существуют бибилиотечные функциональные интерфейсы вроде Vavr.
Для меня киллер-фитчей Котлина стали функциональные типы, которых нет в Джаве. Т.е. если ты хочешь запилить функцию высшего порядка в Java, то вместо функционального типа приходится подсовывать реализацию какого-нибудь интерфейса. По сути придётся для каждой такой функции пилить отдельный интерфейс, где описывать метод, который будет выступать к роли коллбэка.
Cахар это хорошо, но по сути, действительно, концептуально это ничего не решает. Корутины и в java есть, реактивные потоки, лямбды и тд. В чем плюсы котлина, я так и не понял, кроме того что компиляция происходит медленнее, и еще мне кажется что бОльшая свобода синтаксиса будет наталкивать на решения с "кривой" архитектурой , проще говоря будет больше говнокода, такое я видел в JS. А мне показалось, что котлин это вариант JS для JVM. И еще я заметил, что Антону было тяжко читать вопрос, где он сказал, что слишком много букв, это побочка от перехода на котлин с его сахаром?)
Мне нравится Kotlin, перешел относительно недавно с Java, много плюшек, сахара и корутины. Первое время непривычно, то и дело всплывают флешбэки Python'а, но потом всё норм. Но вот то, что сейчас посмотрел, выглядит как какой-то комплекс неполноценности от причастных к нему. Искусственно "накидывать" и потом доблестно защищать как-то по-сектански, как бы оправдываясь.
С моей точки зрения, синтаксический сахар хорош для воспитанных программистов, а для нечистых на руку - вреден, которым вечно надо бить по рукам: не пиши в одну строчку, разбей на более простые читабельные выражения, разнеси классы по файлам и т.п.
Сейчас и в java можно через record'ы это делать. Просто не всегда хочется тянуть лишние либы. Минимализим в разработке и т.п. Однако были времена, когда data class'ы были в котлине, но не было record'ов в java.
@@qrthack читать книги и писать код. Курсы и прочее не советую. По java и go много хороших книг. Остальное - практика. Сейчас из-за перегретого рынка любой человек, который мало мальски что-то знает, будет замтен на интервью.
@@rustam-kuramshin какого синтаксического сахара? Когда Котлин наверстает разрыв во вложенных сопоставлениях с образцом? Почему в основной платформе они есть, в Скале они есть, в в Котлине с его "разрывом в стиле написания кода и количеству синтаксического сахара" этого нет?
21:15, год-полтора спустя, JDK21 выкатил Loom, имеет вложенный паттерн-матчинг, рекорды используются во все концы, а Котлин отстаёт по фичам. Что и требовалось доказать. И да, для null-safety давно существуют бибилиотечные функциональные интерфейсы вроде Vavr.
Ny i cho?
А ну ка быстро в палату
@@flatmapper джетбрейновский псих на волю вырвался, спешите видеть
Для меня киллер-фитчей Котлина стали функциональные типы, которых нет в Джаве. Т.е. если ты хочешь запилить функцию высшего порядка в Java, то вместо функционального типа приходится подсовывать реализацию какого-нибудь интерфейса. По сути придётся для каждой такой функции пилить отдельный интерфейс, где описывать метод, который будет выступать к роли коллбэка.
Cахар это хорошо, но по сути, действительно, концептуально это ничего не решает. Корутины и в java есть, реактивные потоки, лямбды и тд. В чем плюсы котлина, я так и не понял, кроме того что компиляция происходит медленнее, и еще мне кажется что бОльшая свобода синтаксиса будет наталкивать на решения с "кривой" архитектурой , проще говоря будет больше говнокода, такое я видел в JS. А мне показалось, что котлин это вариант JS для JVM. И еще я заметил, что Антону было тяжко читать вопрос, где он сказал, что слишком много букв, это побочка от перехода на котлин с его сахаром?)
Мне нравится Kotlin, перешел относительно недавно с Java, много плюшек, сахара и корутины. Первое время непривычно, то и дело всплывают флешбэки Python'а, но потом всё норм. Но вот то, что сейчас посмотрел, выглядит как какой-то комплекс неполноценности от причастных к нему. Искусственно "накидывать" и потом доблестно защищать как-то по-сектански, как бы оправдываясь.
Спасибо за выжимку. Смотреть это 1.5 часа как-то не хочется
java навсегда в сердце, но с котлином по своему комфортно работать
Да )
"(Kotlin) Более выразительный язык, больше возможностей отстрелить ногу" - э, погодите, стрелять в ногу, это фишка С++ :)
Спасибо, очень полезно
43:50 ну вообще у программиста есть возможность написать коммент. Пишите комменты чаще, чтобы понимать какой тип Вы ожидаете получить
ого, ещё довоенное время...
Мне кажется или тут почти все из пальца высасывают минусы.
С моей точки зрения, синтаксический сахар хорош для воспитанных программистов, а для нечистых на руку - вреден, которым вечно надо бить по рукам: не пиши в одну строчку, разбей на более простые читабельные выражения, разнеси классы по файлам и т.п.
А почему не Clojure?
Видимо из-за его уровня популярности. Kotlin всё-таки сильно популярен. Про Clojure ничего не могу сказать, не изучал его.
Не поняла про датаклассы)) ломбок это все так де реализует
Сейчас и в java можно через record'ы это делать.
Просто не всегда хочется тянуть лишние либы. Минимализим в разработке и т.п.
Однако были времена, когда data class'ы были в котлине, но не было record'ов в java.
Такое ощущение, что Антон не особо любит Java, а Kotlin тем более
:)
@@rustam-kuramshin что посоветуете для того, чтобы легче было устроиться на работу, Java, C#, Golang? если знать на достойном уровне
@@qrthack читать книги и писать код. Курсы и прочее не советую. По java и go много хороших книг. Остальное - практика. Сейчас из-за перегретого рынка любой человек, который мало мальски что-то знает, будет замтен на интервью.
Видимо Антон просто не любит программировать :)
почти и не скептично :)
Структуры нет, воды как в мировом океане... Текстовая выжимка этого выступления займет максимум пару страниц крупным кеглем. Бесполезно.
глядя на котлин, чувство что его придумали программисты, которым не давали говнокодить на джаве, но им очень сильно хотелось
жалкий пиар, джава наверстает все
java не наверстает разрыв в стиле написания кода и количеству синтаксического сахара относительно Kotlin'а
@@rustam-kuramshin какого синтаксического сахара? Когда Котлин наверстает разрыв во вложенных сопоставлениях с образцом? Почему в основной платформе они есть, в Скале они есть, в в Котлине с его "разрывом в стиле написания кода и количеству синтаксического сахара" этого нет?
коуп