ну они не рвались как бы сделать что-то революционное

делали язык для удобной разработки

а не швейцарский нож

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

речь лишь о том, что сейчас читаю вышеозначенную книжку и понимаю, что в котлине почти все предусмотрено из нее)

просто чёт вырубает когда аргумент слышишь, так это java c сахаром...

просто чёт вырубает когда аргумент слышишь, так это java c сахаром...

ну, это вряд ли можно аргументом назвать, скорее мнение :-)

или ещё слышал, зачем kotlin если он потом всё равно в java байткод компилируется

?

так бы и уебал

образно

или ещё слышал, зачем kotlin если он потом всё равно в java байткод компилируется

зачем жава, если ее байткод в машинный житом компилируется

так бы и уебал

так ведь никаких нервов на всех кто в интеренете неправ не хватит

так ведь никаких нервов на всех кто в интеренете неправ не хватит

так блин коллега...

так бы и уебал

Лечи нервишки Есть ведь еще Lombok, вот его тоже можно сравнить с Kotlin (зачем Kotlin если есть Lombok?)

так блин коллега...

тут одно из двух или он где-то не там работает или ты ?

Лечи нервишки Есть ведь еще Lombok, вот его тоже можно сравнить с Kotlin (зачем Kotlin если есть Lombok?)

бежим. щас рванет

Лечи нервишки Есть ведь еще Lombok, вот его тоже можно сравнить с Kotlin (зачем Kotlin если есть Lombok?)

нене, я то фильтрую такое, но мнение о человеке подпорится в некоторых вопросах

Лечи нервишки Есть ведь еще Lombok, вот его тоже можно сравнить с Kotlin (зачем Kotlin если есть Lombok?)

а как же autovalue?

Lombok кстати тоже офигенный экзампл.

и autovalue ))

Лечи нервишки Есть ведь еще Lombok, вот его тоже можно сравнить с Kotlin (зачем Kotlin если есть Lombok?)

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

короче у меня списочек есть как потролить котлиниста

короче у меня списочек есть как потролить котлиниста

так за чем дело-то встало, это как раз тот чят ?

Ну раз такое дело, давно думал составить топ неиспользуемых фич Kotlin (которые аукнутся при обновление версии) 1) Делегаты-классы (На одой из конф. ДмитрийЖ говорил, что не может предложить хорошего кейса) 2) Методы в интерфейсах (не совместимы с Java8 default методами)

делегаты классы – ок

>1) Делегаты-классы (На одой из конф. ДмитрийЖ говорил, что не может предложить хорошего кейса) в смысле не может предложить кейса?

использую

делегаты это ж ахуенная штука

для декораторов

я чот не понял про делегаты

второе решится с 1.1 же, ен?

а методы будут совместимы, да

>2) Методы в интерфейсах (не совместимы с Java8 default методами) тоже обещали полную поддержку jre8, так же как и 9

вот пример из кеширующего декоратора class CachingNavigationRepo(val repo: NavigationESRepository<ESDocument>) : NavigationESRepository<ESDocument> by repo { ... }

из прода так сказать

одно удовольствие же так писать

да, это не самая используемая фича, но когда нужна, то это очень удобно

Просто мало кто пишет декораторы))

ну да. проще ж все в куче писать

у меня есть несколько мест, где не удалось использовать композицию и я их испольозвал как миксины вроде class A() : B, I1 by I1Impl(), I2 by I2Impl()...

Короче наброс не защитан от Игоря

да, для троллинга нужно что-то поживее

я к тому, что эти декораторы в классах -- они не только для врапперов, но и для миксинов

Угм, норм пример

если искать на доу в вакансиях - 40 скала, 8 котлин. живенько входит в массы

Ну мы как то обсужадли что не везде Где котлин об этом говорят

хотя у этого решения есть некоторые нюансы, жаль я про них ишью не завел

А методы в интерфейсах часто юзаете

А методы в интерфейсах часто юзаете

да, это вообще мастхэв

А методы в интерфейсах часто юзаете

да. удобная штука. можно полностью от наследования отказаться

да, это вообще мастхэв

Спорный вопрос (даже без учета тех костылей что образуются в байткоде)

правда многие методы можно вынести просто как экстеншн, но и настоящие интерфейсные время от времени встречаются. Тем более, если в 1.1 они будут транслироваться в java8 дефолтовые

методы

правда многие методы можно вынести просто как экстеншн, но и настоящие интерфейсные время от времени встречаются. Тем более, если в 1.1 они будут транслироваться в java8 дефолтовые

Так в том то и дело что не будут

Спорный вопрос (даже без учета тех костылей что образуются в байткоде)

а чего тут такого спорного? помимо байткода, в котором в первую очередь нужно разработчикам jit-а беспокоится (при условии, что всё равботает корректно)

В подкасте про android (выпуск 24) ребята из JB когда рассказывали про фичи 1.1 и сказали что у них там что-то не склеивалось и в Java8 они все равно будут генерить классы.

Решаться будет на уровне компиляции в какой таргет

В подкасте про android (выпуск 24) ребята из JB когда рассказывали про фичи 1.1 и сказали что у них там что-то не склеивалось и в Java8 они все равно будут генерить классы.

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

https://youtrack.jetbrains.com/issue/KT-4779

похоже вот этот ишью

Те пока нет? Если что я нашел точно место в подкасте (1:07:15) https://soundcloud.com/leonid-bogolubov/android-dev-podkast-24

Похоже, что действительно пока нет и фикс-версии у задачи нету

Но рано или поздно сделают, я так думаю

А в чём проблема неиспользуемых фич языка? Вы часто пользуетесь, например, локальными именнованными классами в Java? Ну и что?

Лишние фичи ограничивают возможности развития языка

Ну и создают лишний шум в понимании языка

Но пока очевидно лишних фич я не знаю

В котлине

Помогите пожалуйста с Kotlin Koans

первая папка — это задания, а вторая — тесты на выполнение заданий, я так понимаю

а как тут запустить тест?

Ну есть же плагин для IDEA

Ну есть же плагин для IDEA

как он называется?

Edu Kotlin https://i.gyazo.com/58e1c31b8f17e5227113dbd0c97ed465.png

Это и есть koans

Это и есть koans

а я с гита клонировал

ща гляну что за плагин

ага скачал

перезапустил идею

а юзать то как?

@igor_ur

а юзать то как?

Может мне за тебя еще и решить их ? http://parttv.ru/uploads/posts/2012-11/1353407001_vovka-v-tridevyatom-carstve-4.jpg

не-не

есть и решать сам должен

Create New Project дальше https://i.gyazo.com/1539bc9aa6dc96bb09365407a09bff9d.png

ааааааа

понял

спасибо

class A class B @Inject constructor(val a: A) class C @Inject constructor(val a: A, val b: B) как-то красивее можно сделать?