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

Это не показательно

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

Вообще это ладно. Им спринг issue завел по поводу вараргов и обязательной передачи массива в варарг

И с ними не поспоришь

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

Это удобно через призму джавового опыта

Без джавы как есть куда понятнее и логичнее

И с ними не поспоришь

Хотя эффектив джава не одобряет

Это удобно через призму джавового опыта

причем тут джава вообще?

Вот там классная была фича (но недооцененная) - дестрактуринг коллекций в when аля паттерн-матчинг коллекций в Haskell (Scala) x:xs - (голова и хвост)

причем тут джава вообще?

ну откуда SAM пришел

ну откуда SAM пришел

откуда?

Из джавы же

:-)

нет, SAM это интерлингвальное явление :-)

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

в этом смысле

В том что в котлине уже есть функциональные типы

а чем тогда тернарный оператор хуже? в джаве есть же

и как функциональные типы могут заменить интерфейсы?

А зачем им заменять интерфейсы

а как тогда наличие функциональных типов делает котлиновские интерфейсы отличающимися от джавовых?

А в каком-то еще языке такое есть, что если я захочу передать функцию, то я для этого должен интерфейс передать? Или если метод на вход функцию принимает, то я и интерфейс туда закинуть могу?

А в каком-то еще языке такое есть, что если я захочу передать функцию, то я для этого должен интерфейс передать? Или если метод на вход функцию принимает, то я и интерфейс туда закинуть могу?

а что, нужны еще какие-то кроме джавы?

а как тогда наличие функциональных типов делает котлиновские интерфейсы отличающимися от джавовых?

Функциональные типы - для лямбд, интрфейсы - для обозначения группы классов с одинаковым поведением (грубо)

а что, нужны еще какие-то кроме джавы?

Ну так и в джаве на такое пошли, потому что по другому не получалось. Не зря же из за этого и релизы откладывались. Так зачем такие костыли еще и в котлин тащить?

Функциональные типы - для лямбд, интрфейсы - для обозначения группы классов с одинаковым поведением (грубо)

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

синтаксис типа MyInterface { implementation } это очень удобный сбособ инстанцировать всякие стратегии и томуподобное, не вижу причин почему он есть для джава-интерфейсов и нету для котлиновских (наверняка есть причины особенностей реализации, но я говорю о причинах более глобальных)

Еще интересная новость, что kotlin native - тулинг и обертки на нативным апи (типа ios cocoa) скорее всего будут платными.

Ну так и в джаве на такое пошли, потому что по другому не получалось. Не зря же из за этого и релизы откладывались. Так зачем такие костыли еще и в котлин тащить?

конечно не надо это тащить, я вообще говорю лишь о возможности инстанцировать интерфейс с одним методом удобным способом, я разве предлагал взять из джавы подход?

Еще интересная новость, что kotlin native - тулинг и обертки на нативным апи (типа ios cocoa) скорее всего будут платными.

печально

:-(

печально

Но сам компилятор в native - точно будет опенсорс

Еще интересная новость, что kotlin native - тулинг и обертки на нативным апи (типа ios cocoa) скорее всего будут платными.

Главное чтобы в состав ultimate входило

синтаксис типа MyInterface { implementation } это очень удобный сбособ инстанцировать всякие стратегии и томуподобное, не вижу причин почему он есть для джава-интерфейсов и нету для котлиновских (наверняка есть причины особенностей реализации, но я говорю о причинах более глобальных)

typealias

Главное чтобы в состав ultimate входило

Почему не AppCode? ;)

typealias

Именно ?

Почему не AppCode? ;)

Ну я хочу написать что-то на Котлин нэйтив, но не под ios

Ну я хочу написать что-то на Котлин нэйтив, но не под ios

Думаю, это будет и в CE.

Ну я хочу написать что-то на Котлин нэйтив, но не под ios

Вот времени спросить что там за gc у меня не хватило ☹️

Мне кажется, у многих не хватило)

Мне кажется, у многих не хватило)

Ты был там? Фотки есть?

?

@HeapyHop ты перестал обновлять https://kotlin.link/ ?

а то смотрю статьи с января не добавляются

Я готовлю большой апдейт

JetСтакан, не мог не унести домой)

JetСтакан, не мог не унести домой)

Прям как BAT-стакан ?

Прям как BAT-стакан ?

Это что?

Я готовлю большой апдейт

?

Ну бэтмен - у него тоже все свое (бэтмобиль, бэткредитка и тд... бэтстакан) ?

о, ребятки кто был на котлин митапе?

хотел прийти, не получилось((

не в курсе видео будет ?

не в курсе видео будет ?

Вроде снимали и звук отдельно записывали - наверно будет

Если кто наткнётся на запись с Котлин-митапа, скидывайте ссылку плз

@HeapyHop а можно ссылку на минский

BKUG.by вот тут будет сегодня-завтра

@HeapyHop на сайте видосики есть, а в YouTube они почему то со татусом "unlisted". Это так и задумано?

Скорее нет чем да

хм. может и в киеве будет.. анонса не видел нигде

В Киеве должно быть. Я анонсирую все ивенты скоро в блоге

такой опросник будет на Kotlin 1.1 Event https://blog.jetbrains.com/kotlin/2017/03/kotlin-1-1-event-2/#more-4726

В Киеве должно быть. Я анонсирую все ивенты скоро в блоге

круто, ждем)

очень ждем

ERROR: S client not available

ребят, нубский вопрос по поводу инициализации переменных. С каких пор локальные перменные не обязательно инициализировать ?

точно с 1.0

как минимум

понял, жалко

почему?)

у меня нотнулабел может оказаться нулл

эм

он вообще даст скомпилировать, если ты обратился к этой перменной не проинициализировав ее?

нет же

Хэмэ )

хымы хымы, и правда)

пасиб

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

дак это я думаю довольно банальная вещь)

это да, я в целом

когда мне приходится рефакторить java исходники, то это особенно чувствуется

А никто не знает как заставить Котлин ругаться на непроверенные джавовские методы с external annotation @Nullable ?

А никто не знает как заставить Котлин ругаться на непроверенные джавовские методы с external annotation @Nullable ?

в каком плане ругаться и что значит непроверененные методы?

кем?)

Ну у меня есть джавовский класс: class A { @Nullable String foo(){...} } я хочу чтобы когда я в котлине писал: A().foo().length он мне сказал, что типа низя так, надо либо !! либо ? перед length

Но правда на самом деле @Nullable у меня не в классе а в идеевской external annotation

оч странно что это не работает искоробки

И джава класс и котлин в одном проекте лежат? (вопрос из интереса)

Нет, на самом деле джавакласс - зависимость, поэтому аннотация и external

ребят, нубский вопрос по поводу инициализации переменных. С каких пор локальные перменные не обязательно инициализировать ?

Можно пример?

подам идею для энтузиастов: https://spark.apache.org/docs/latest/programming-guide.html добавить в доки спарка везде котлин в примеры)

Ну что, господа, кто хочет себе persistent коллекций? https://twitter.com/kotlin/status/842398847179591682

Я хочу!

Я хочу!

А зачем ??

Ну типа иммутабельность. Все дела. Потокобезопасность. Контроль сложности итп

Ну короче у меня уже был кейс когда я задумывался насколько оптимально складывать несколько listOf(...)

Мне кажется или у нас ковариантность коллекций защаталась? https://i.gyazo.com/9ffa6d220d6064494951d2cf69ecfa51.png Теоретически эти аннатации могут привести к ошибкам в рантайме.