you can calculate the position w/ a database query Что означает w/ ? with ?

Пиратишь?

Хочется найти материал реально полезный

Понял, сообщение удаляю

Ребята, может знает кто сайт с годными идеями проектов по Android? Буду очень благодарен, хочу изучать котлин, создавая более-менее серьёзный проект, но идей нет

там 1.2.21 вышел https://github.com/JetBrains/kotlin/blob/1.2.20/ChangeLog.md

Ребята, может знает кто сайт с годными идеями проектов по Android? Буду очень благодарен, хочу изучать котлин, создавая более-менее серьёзный проект, но идей нет

Есть приложение programming ideas (2), там куча проектов

Есть приложение programming ideas (2), там куча проектов

Спасибо

Под Андроид найдется что-нибудь

Ребята, может знает кто сайт с годными идеями проектов по Android? Буду очень благодарен, хочу изучать котлин, создавая более-менее серьёзный проект, но идей нет

можно еще в гитфокс залететь, опенцорный проект на котлине

там 1.2.21 вышел https://github.com/JetBrains/kotlin/blob/1.2.20/ChangeLog.md

Чем дальше в лес, тем больше фиксов ?… а нет, перепутал просто с 1.2.20

коллеги, нужна корутинопомощь

вот скажем у меня есть suspend fun send(request: Request): Response

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

есть такая штука как buildSequence, но она специально ограничена в выполнении саспенд-функций внутри своего билдера

есть какой-то СаспендСиквенс для таких целей?

Channel

ах, ну да

точняк, спс

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

В смысле? А просто если писать последовательно? (Я прост зеленый в корутинах)

А канал он такой немного императивный, да?

Вообще канал работает не совсем как сиквенс

А канал он такой немного императивный, да?

Корутины вообще неможко императиные. Канал просто очередь с беэкпреше и заданным буфером (по умолчанию 0)

по дарту то оказывается конфы проводятся гуглом

По котлину тоже (один - один)

по дарту то оказывается конфы проводятся гуглом

Ага, представили Dart 2

по дарту то оказывается конфы проводятся гуглом

я тебе больше скажу, на нем и реальные продукты пишут. например, Wrike. послушайте devzen 172, там ребята говорят почему dart

ну вот только врайк и пишет

не густо

ну и гугл) адмоб на нем вроде

Корутины вообще неможко императиные. Канал просто очередь с беэкпреше и заданным буфером (по умолчанию 0)

В каком смысле вы имеете ввиду слово "императивные"?

Вероятно, в том, в котором "не декларативные" :)

В каком смысле вы имеете ввиду слово "императивные"?

В прямом))) Там же основной селинг-поинт что можно: “как и раньше писать простой код с циклами/условиями/исключениями, а оно само магически заворачивается в колбеки (стейт машину)” В отличие от всяких футуров/промисов и прочих “монадок”

В прямом))) Там же основной селинг-поинт что можно: “как и раньше писать простой код с циклами/условиями/исключениями, а оно само магически заворачивается в колбеки (стейт машину)” В отличие от всяких футуров/промисов и прочих “монадок”

Как назвать, наоборот, стиль с Rx или Callback Hell?

Как назвать, наоборот, стиль с Rx или Callback Hell?

Хм, rx и callbacks это вроде разные стили (rx скорее “декларотивный”)

А корутины уже в продакшене юзают? Иди это удел энтузиастов пока?

Хм, rx и callbacks это вроде разные стили (rx скорее “декларотивный”)

формально разные, но уж очень похожи)

А корутины уже в продакшене юзают? Иди это удел энтузиастов пока?

на javanese.online использую ktor с корутинами — пока ничего не отвалилось

В прямом))) Там же основной селинг-поинт что можно: “как и раньше писать простой код с циклами/условиями/исключениями, а оно само магически заворачивается в колбеки (стейт машину)” В отличие от всяких футуров/промисов и прочих “монадок”

Аа

А корутины уже в продакшене юзают? Иди это удел энтузиастов пока?

Я вот честно не понимаю что может останавливать от юзания в проде простых-корутин (не акторов/каналов). Если вы уж котлин затощили, то почему нет?

быстрое гугление результатов не дало, так что будем считать, что я первый: предлагаю в рамках популяризации корутин начать называть rx не иначе как monadic hell :D (дисклеймер: конечно же, это была шутка, каждой задаче свой инструмент)

На одном из докладов Роман вроде называл их как “delegation-hell”

Никто кстати не видел толковой статьи о том как виртуозно использовать каналы?

А то у меня фигня какая-то получается

я по доке и исходникам разбирался. вроде, че-то понял

но это не точно

но это не точно

Вот да

я вам не скажу за всю Одессу, но сколько я примеров въезда в rx ни наблюдал (в том числе на себе), все сначала пишут дичь, а впоследствии постепенно проникаются и начинают выдавать более-менее адекватный код. полагаю, что с корутинами в котлине картина будет та же самая.

это справедливо вообще для всего))

резонно.

Я не о корутинах, а о каналах

@fogone так каналы вне корутин работать не будут не?

Никто кстати не видел толковой статьи о том как виртуозно использовать каналы?

на сколько виртуозно?) там даже экстешен методы к ним есть из коробки

А корутины уже в продакшене юзают? Иди это удел энтузиастов пока?

юзаем

на сколько виртуозно?) там даже экстешен методы к ним есть из коробки

Ну вот если мне на них надо целый флоу организовать

Тип как это на рх бывает

ну всякие map/filter делаются без проблем

а вот parallel, buffer, window это уже проблемнее

Да, для того, чтобы понять, что мэпы и фильтры работают, не нужна статья ?

ну вообще можно законтрибьютить все операторы из rx для каналов)

https://github.com/Kotlin/kotlinx.coroutines/issues/172 я вот это жду

и с контекстами для MDC пока как-то непонятно выходит

кто может поделится примерами поп kapt?

кто может поделится примерами поп kapt?

всё точно так же как и с обычным apt'ом

всё точно так же как и с обычным apt'ом

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

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

https://github.com/JetBrains/kotlin-examples/tree/master/gradle/kotlin-code-generation

спасибо)

Я понял в чем проблема каналов, они просто ещё проработаны достаточно хорошо, многих нужных вещей пока нет

Я понял в чем проблема каналов, они просто ещё проработаны достаточно хорошо, многих нужных вещей пока нет

там где-то "не" потерялась?

Да нет, каналы вполне себе завершенная фича. Думается мне вещи вроде zip, throttle и подобного относятся к расширенному функционалу и им не место в базовой либе.

там где-то "не" потерялась?

Да ?

Да нет, каналы вполне себе завершенная фича. Думается мне вещи вроде zip, throttle и подобного относятся к расширенному функционалу и им не место в базовой либе.

Нет, я говорю о достаточно базовых вещах вроде мерджа каналов

Мерж есть, но он делается не так, как принято в rx.

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

Мерж есть, но он делается не так, как принято в rx.

Ура! Появился человек, который пришлет мне пример

Дык я уже присылал в этот чатик. Но не факт что тот пример работает вообще, запускать не пробовал.

Дык я уже присылал в этот чатик. Но не факт что тот пример работает вообще, запускать не пробовал.

Это мне очень помогло, спасибо

https://gist.github.com/romansl/6a050ccac6c7dcb7d624db8f0ebf913c

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

А может рили не нужно и можно как-то по другому ?

А может рили не нужно и можно как-то по другому ?

Да я же против, только как?

Да я же против, только как?

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

https://gist.github.com/romansl/6a050ccac6c7dcb7d624db8f0ebf913c

Класс! Спс! А в чем основная идея?

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

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

Идея в использовании select на каналах. Сначала дожидаемся пока не появятся оба события, затем выполняем некую функцию над ними шлем результат.

Поэтому получается флоу цт каждого запроса, да ещё и самих каналов два

Идея в использовании select на каналах. Сначала дожидаемся пока не появятся оба события, затем выполняем некую функцию над ними шлем результат.

А зачем нам оба события?

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

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

А тут нельзя обойтись _одним_ каналом, переданным как параметр? Каналы же поддерживают многопоточную посылку событий.

Кстати да, я сам предпочитаю использовать как раз один канал.

А тут нельзя обойтись _одним_ каналом, переданным как параметр? Каналы же поддерживают многопоточную посылку событий.

Да наверное обойтись то можно ?