💰 Поддержать проект на Boosty boosty.to/androidbroadcast 🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast 🔗 Telegram канал "Kotlin Broadcast" ttttt.me/android_broadcast

Кирилл, спасибо за годноту и за вклад в community! Ты делаешь этот мир лучше)

Лучший утренний контент перед работой)

Кирилл, спасибо за шикарный контент Коротко и без воды, шикарный формат А кому что-то не понятно - гугл в помощь) Если бы автор рассказывал о каждой мелочи - то видео бы получилось очень длинным и не охватило бы такую широкую аудиторию, которую охватывает сейчас Так как для тех, кто, что-то знает по корутинам - было бы много воды

Кирилл, спасибо за отличный контент по kotlin coroutines!

Я уже разбираюсь в корутинах, но мне кажется если бы до этого с корутинами не работал было бы сложно все это понять, даже после rx

Лучший контент в утро субботы!

Да, присоединюсь. Супер подача, коротко и не напряжно. Вопрос от новичка. Как практиковаться в этом? С чего начать практику? Как именно ты начинал практиковаться. Именно начинал. Смотрю разные источники, везде много теории и элементарные примеры, но хотелось бы примеров посложнее, причем с нарастающим уровнем сложности. Буду рад получить ответ, но даже если не получу, все равно продолжу смотреть тебя👍

Кратко и по существу

Спасибо за материал!

Спасибо за знания) успехов тебе)

Балдежный курс

Кирилл, спасибо, полезно, интересно ;)

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

Кирилл, ты случайно не оговорился на 4:55, когда сказал, что в пуле потоков IO количество потоков не менее 64? Другие источники говорят "не БОЛЕЕ 64". Присоединяюсь к благодарностям за чертовски годный курс по корутинам!

Спасибо

Ну тогда ждем урок еще завтра)))

Вот рекомендую отличный мини курс молодого бойца по корутинам, уверен его можно еще даже расширить и дополнить примерами: kzfaq.info/sun/PLQkwcJG4YTCQcFEPuYGuv54nYai_lwil_

На счёт оберток для провайда диспетчеров, мы отказались от этой штуки, т.к. появилась возможность в тестах напрямую сетить диспетчер в класс Dispatchers. Тесты от этого никак не пострадали, а куча классов убрала лишнюю зависимость, которая больше мозолила глаза

Кирилл, спасибо за видео! На 3:33 кажется не совсем корректная инфа - родитель у которого SupervisorJob не отменяется ведь сам при ошибке в дочерней корутине

Спасибо! По поводу ссылки на енам, не увидел в описании(

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

Спасибо огромное за серию видео. Материал немного сложный, пересматриваю повторно. Вопрос что будет если использовать Default dispatcher с IO операциями? Если при этом Default пул потоков загружен сложной математикой, то часть ядер процессора будут недозагружены?

Кирилл, можете пояснить один момент? Функция Join приостанавливает коррутину пока job'а не выполниться(Suspends the coroutine until this job is complete. ) Если Job это абстракция над коррутингой, то как она может выполняться с приостановленной корутиной? В некоторых статьях вижу такую формулировку "Например, его метод join() позволяет ожидать, пока корутина не завершится"

Ещё не хватило инфы про переключение контекста с помощью withContext) о его плюсах и минусах

Благодарю за этот курс! Круто Подскажите пожалуйста какой контекст нужно использовать в CoroutineScope для работы с базой , когда корутина что-то вытаскивает из Room ? У меня, например val coroutineScope = CoroutineScope(Dispatchers.Default), но не уверен, что это правильно

спасибо за крутой контент. Одно не понял: Зачем нужен лишние потоки (64 потоков) для io если у нас 8 процессоров (кажется 8 потоков достаточна)? Вед корутины (в отличий от обычных потоков) освобождают свой поток при блокирующем вызове (например запрос в сеть). То есть потоки никогда не будут в wait состояние и нет необходимости для context switch

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

В IO количество потоков равно количеству ядер процессора, но не меньше 64х? Т.е. всегда не меньше 64х? Потому что я не знаю SOC, в котором есть столько ядер) Upd. Разобрался в вопросе. На самом деле, по умолчанию в IO НЕ БОЛЬШЕ 64х потоков.

Почему вы советуете не использовать Dispatchers напрямую, а закидывать их обёртку через DI? Я пользуюсь ими напрямую, не могу вспомнить, чтобы возникали проблемы с этим

Привет Спасибо за курс. Воспрос: может ли входить main-поток в пул потоков Default dispatcher?

Привет Я правильно понимаю, что пул потоков, при использовании Dispatcher.IO состоит из нативныех потоков (которых ещё 64)? Буду очень благодарен за ответ, давно не могу разобраться в этом простом вопросе

Что значит интенсивно вычислительных операций? main же главный поток вроде

Очень красивое лицо, но лучше было бы смотреть на код, который мелькает не понятно для чего. Речь лучше не как на рынке при навязывании товара, а помедленнее, если, конечно же, это разъяснение для новичков, а не хвастаство перед равными.

Как всегда, поверхностно, без объяснения. Тем, кому это действительно важно и они хотят понять, здесь делать нечего. Элементарный пример, ИО, ИО... Не все кто хочет разобраться с корутинами знают, что это абревиатура InputOutput и для чего этот поток. В общем как и с даггером, контент ради контента, а не для людей...

Комментарий.

2:53 2 и 4 одинаковые вроде

+