а есть чатик kotlin для начинающих?

ты в нем

@qvava спойлерить не буду :)

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

Почему это?

просто тут почти все "начинающие" - это опытные бывшие джависты)

ну тут примерно человек 5 общаются. думаю ок к ним встревать с вопросами

просто тут почти все "начинающие" - это опытные бывшие джависты)

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

Error:Circular dependency between the following tasks: :app:compileFlavorNameDebugKotlin \--- :app:kaptFlavorNameDebugKotlin \--- :app:compileFlavorNameDebugKotlin (*) (*) - details omitted (listed previously) єсли включить compile('com.crashlytics.sdk.android:crashlytics:2.6.8@aar') { transitive = true } как собрать проект?

Хаха

Откати версию Котлин а

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

к которой верисии?

2/3

1.1.2-2?

Ага

Или -3

поставь 1.1.2-5

О а что есть такая

уже єсть?

есть

Может моя ошибочка тоже пофиксилась

моя пофіксилась 1.1.2-5 круто

вот в rx есть оператор toBlockingGet() он похож на корутины?

вот в rx есть оператор toBlockingGet() он похож на корутины?

В смысле? Он похож на Future.get()

Анонимные классы могут иметь и больше одного метода

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

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

Неконсистентно. Хотя я был бы не против такой фичи :)

Вроде кажется, что это очень естественное поведение компилятора

Неконсистентно. Хотя я был бы не против такой фичи :)

Чем?

Чем?

В Котлине есть свой функциональный тип, который консистентно и повсеместно используется.

Так почему одно должно исключать другое?

Просто нужна хорошая совместимость этих вещей, они чем по существу друг другу мешают?

Вот, кстати. https://youtrack.jetbrains.com/issue/KT-7770

слушайте, а есть таска о том что range иногда тормозит?

слушайте, а есть таска о том что range иногда тормозит?

Какой именно range, при каких условиях тормозит и насколько ощутимо?

Хорошо что они написали “we are not committing here to implementing any of these features in a particular time frame, or at all”

а как вы в телеграмм так клёво код выкладываете?

или лучше в github выложить бенчмарк?

а как вы в телеграмм так клёво код выкладываете?

В бэктиках: `

Лучше гитхаб или гист, зависит от объёма.

'test'

не пашет что-то(

oooo

:D

some dirty code here

ща на гитхаб выложу лучше

https://gist.github.com/QIvan/4e1e0a9579912faadefaf31d9c9c42c1

в общем драматикли слоули

хотя замену с <= на in идея подсказала

всем привет. у меня у одного даггер валится при kotlin version > 1.1.1? пробовал котлин 1.1.2-5, gradle 2.3.3

android studio 2.3.3

А капт подключен?

+

Через apply plugin?

+

a generateStub ?

apply plugin: 'kotlin-android' kapt { generateStubs = true }

И дагеровский компайлер тоже капт?

ERROR: S client not available

compile "com.google.dagger:dagger:2.10" kapt "com.google.dagger:dagger-compiler:2.10"

Тогда должно работать

ок

Попробуй generateStubs убратт

apply plugin: 'kotlin-android' kapt { generateStubs = true }

гредле консол смотрите чо там пишет

У меня без этого все работает

У меня без этого все работает

даггер 2.11 ?

2.07

у меня 2,11 был без стаба не работал

https://gist.github.com/QIvan/4e1e0a9579912faadefaf31d9c9c42c1

Ни***си, JMH! ? Речь о тормознейшем тесте range, верно? Думаю, речь в боксинге.

https://gist.github.com/QIvan/4e1e0a9579912faadefaf31d9c9c42c1

Хотя нет. Взгляни на байт-код этого кода: val i/*: Int?*/ = 5 i in 0..50 Если раскомментировать тип, то создаётся настоящий Range.

и незнаю почему ну на когда исползуещ даггер с котлином все compile time ощибки на гредле консоле показивают а не мессагес

Ни***си, JMH! ? Речь о тормознейшем тесте range, верно? Думаю, речь в боксинге.

ну там вполне себе аналогичные строчки кода, которые даже идея рекомендует заменить одну на другую. Плюс там range тормозит только если это null-тип, обратите внимание, что, там если если с проверкой на null то всё нормально работает

т.е. собака где-то глубже зарыта

байткод идентичный для обоих случаев

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

т.е. собака где-то глубже зарыта

Собака зарыта рядом с интринзиком компилятора, который выпиливает создание range'ей.

видимо где-то оптимизация срабатывает, а где-то нет

Собака зарыта рядом с интринзиком компилятора, который выпиливает создание range'ей.

дадада

видимо где-то оптимизация срабатывает, а где-то нет

Срабатывает там, где non-nullable.

ну да =)

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

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

так не, я про инринзик в kotlinc, у меня по байт-коду всё видно.

видимо где-то оптимизация срабатывает, а где-то нет

Завести багу или ты заведёшь?

без generatestubs не работает

Попробуй generateStubs убратт

У меня без этого все работает