думал заинферрятся

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

на русском

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

foxit PDF reader

типа sololern

foxit PDF reader

ну кроме этого)

а чем в дороге отличается от от обычного состояния

чтоб там типа практика тоже была

а в обычно ты не можешь попрактиковаться?

а чем в дороге отличается от от обычного состояния

тем что в дороге ноут не развернешь и не поизучаешь

чтоб там типа практика тоже была

Обзаведись ноутбуком

вот блин а, лишь бы по тролить

Koans же в браузере

вопрос мой изначально какой был?

Интересно, в маркете не вижу ничего подходящего по запросу Kotlin REPL. Неужно никто не сделал?

троллинг

я спросил потому что не нашел, но может кто то уже знает такое приложение

вроде было какое то приложение на андроид

ответ да/нет

Интересно, в маркете не вижу ничего подходящего по запросу Kotlin REPL. Неужно никто не сделал?

@angmarr делал для телеги репл

Ну это не репл, иполнителькомманд @tryktbot

@angmarr делал для телеги репл

это да, а вот оффлайновый REPL для телефона существует?

троллинг

Реально, если ты в ситуации "не могу позволить себе юзать ноут", куда проще и разумнее в 99 случаях из 10 позаниматься пока теорией (id est книжкой), вряд ли ты в этой дороге месяц.

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

https://try.kotlinlang.org/

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

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

Вроде их уже есть

Вроде их уже есть

не находил, хоть и не особо искал

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

не находил, хоть и не особо искал

Я могу ошибаться, но я слышал

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

Суть от этого не меняется

Ты даже 5-6 строчек кода на телефоне будешь набирать реально ~на порядок дольше, чем на компе, например

Особенно в богатых на спецсимволы языках (привет, Котлин)

если скачивал хоть один раз соло лерн то поймешь о чем я

Ты даже 5-6 строчек кода на телефоне будешь набирать реально ~на порядок дольше, чем на компе, например

правда, но есть же люди, которые используют AIDE

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

Если тебе нужные “тесты” - их вроде полно в сторе https://play.google.com/store/search?q=learn%20kotlin&c=apps

ладно, спасибо

правда, но есть же люди, которые используют AIDE

Прям на телефонах в неэкстренных ситуациях? Сильно редко, думаю. У кого-то вон мб планшет и/или внешняя клава скорей всего.

В чем разница корутины с контекстом common pool и без указания контекста? Я всё читаю и никак не могу понять.

если не указываешь - будет дефолтный

Если я работаю с сетью и обрабатываю приходящие ответы, лучше делать с common pool?

Прям на телефонах в неэкстренных ситуациях? Сильно редко, думаю. У кого-то вон мб планшет и/или внешняя клава скорей всего.

+ пару моников ?

Если я работаю с сетью и обрабатываю приходящие ответы, лучше делать с common pool?

Нет, лучшая практика - использовать пулы под назначение. То есть для интернета свой пул на 4 потока, на диск пул из 1 потока, а CommonPool нужен скорее для организации взаимодействия и вычислений, можно в него еще всякие парсеры пихать.

В корутинах коммон пул используется не очень эффективно по моему (реализация на ForkJoinPool). Вот в ява стримах, там да...

Ява стримы разве не на форкджойне работают? -)

Ява стримы разве не на форкджойне работают? -)

Только paralel

Обычным вообще не нужны потоки

У параллельных стримов вообще дизайн чутка упоротый

Нет, лучшая практика - использовать пулы под назначение. То есть для интернета свой пул на 4 потока, на диск пул из 1 потока, а CommonPool нужен скорее для организации взаимодействия и вычислений, можно в него еще всякие парсеры пихать.

Спасибо.

вот что в русских переводах плохо, что Thread & Stream = поток, а не Нить & Поток

думаю мы говорим про Нити (Threads)

Ой вей

Кто под стримами вообще понимает Thread

ну это уже изврат чтобы так понять ))

стримы называют стримами :)

вот что в русских переводах плохо, что Thread & Stream = поток, а не Нить & Поток

Предлагаю вообще использовать английское "тред"/"стрим", и не мучиться с неинъективным отображением английских слов в русские

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

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

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

нити — только у самых упоротых

Меня, откровенно говоря, от нитей (которые я в вообще не современной литературе видел, бтв) корёжит, но может, тут я не прав

Надо сжигать на костре, тех кто вообще переводит понятия

«поток выполнения»

Потому что русское слово "нить" описывает, как правило, не то

«поток выполнения»

+

Надо сжигать на костре, тех кто вообще переводит понятия

+

Под нитями вообще обычно понимают green thread насколько я понимаю

Под нитями понимают то, что бог на душу автору/переводчику положит

Потому не рекомендую

Onlongclicklistener как реализовать?

Под нитями вообще обычно понимают green thread насколько я понимаю

это скорее волокна, fibers

аналогия не ломается

Господи, я в одной литературе встретил термин "Многониточное программирование"

С тех пор я пользуюсь шрифтом Брайля

можно просто на английском читать литературу

Господи, я в одной литературе встретил термин "Многониточное программирование"

Программирование на швейном станке

хз зачем это переводить, есть треды, есть стримы

и всем понятно че это значит

подскажите как решить проблему с градлом, когда котлин добавляет зависимость от задачи jar, получается циклическая зависимость: :cx.io:common:classes +--- :cx.io:common:compileJava | \--- :cx.io:common:jar | +--- :cx.io:common:classes (*) | \--- :cx.io:common:compileKotlinCommon | \--- :cx.io:common:jar (*) \--- :cx.io:common:compileKotlinCommon (*) проблема появляется если добавить зависмость между вложенными проектами или может быть кто то видел issue в youtrack по этому поводу?

если cx.io:common преобразовать в проект верхнего уровня (cx.io-common) то все ок...

Side advice: юзать кобальт

По сабжу надо подумать

официально поддерживается только Gradle

подскажите как решить проблему с градлом, когда котлин добавляет зависимость от задачи jar, получается циклическая зависимость: :cx.io:common:classes +--- :cx.io:common:compileJava | \--- :cx.io:common:jar | +--- :cx.io:common:classes (*) | \--- :cx.io:common:compileKotlinCommon | \--- :cx.io:common:jar (*) \--- :cx.io:common:compileKotlinCommon (*) проблема появляется если добавить зависмость между вложенными проектами или может быть кто то видел issue в youtrack по этому поводу?

Можно exclude же сделать для зависимостей.

Можно exclude же сделать для зависимостей.

для завимостей между задачами?

Кобальт неплохо мейнтейнится и является валидным котлином сам по себе

(речь про зависимости между задачами, не либами)

Кобальт неплохо мейнтейнится и является валидным котлином сам по себе

а поддержка ide есть?

Да, плагин для идеи

(речь про зависимости между задачами, не либами)

Пропустил этот момент. А что за "задача"?

Пропустил этот момент. А что за "задача"?

compileKotlinCommon

или просто compileKotlin

Тут никак не выкрутиться, нужно рвать зависимость.