GO-рутины ? (смотрел?)

Го вон. В смысле го идёт нафиг.

Го вон. В смысле го идёт нафиг.

А Rust? :)

Думали. Но это было до котлины. Теперь нам и тут хорошо

Похожу что ты все уже давно выбрал

Точно Котлин. Вопрос в конкретной реализации.

С корутины и моднево, но не факт, что лучший вариант

Корутины вроде для IO bounded задач, треды - для CPU bounded. Где - то есть серая зона. Но вообще - openmp/open-mpi/intel phi ?

Корутины вроде для IO bounded задач, треды - для CPU bounded. Где - то есть серая зона. Но вообще - openmp/open-mpi/intel phi ?

Корутины отлично себу чувствуют, когда одни задачи сменяются другими. Собственно, они — для максимальной эффективности в решении этих задач.

Корутины вроде для IO bounded задач, треды - для CPU bounded. Где - то есть серая зона. Но вообще - openmp/open-mpi/intel phi ?

а как корутины помогают с IO bounded задачами? есть уже где то найс апишки для IO на корутинах?

а как корутины помогают с IO bounded задачами? есть уже где то найс апишки для IO на корутинах?

они помогуют не блокировать воркеры и не плодить треды

а как корутины помогают с IO bounded задачами? есть уже где то найс апишки для IO на корутинах?

ktorio?

они помогуют не блокировать воркеры и не плодить треды

а как это они не блокируют?

ktorio?

посмотрю спасибо

я вот жду когда https://vertx.io/docs/vertx-lang-kotlin-coroutines/kotlin/ подтянут до 1.3

Корутины отлично себу чувствуют, когда одни задачи сменяются другими. Собственно, они — для максимальной эффективности в решении этих задач.

Как уживаются корутины и контроль false sharing, например?

а как это они не блокируют?

помогуют уносить IO на другой пул, подальше от вычислений (а вообще, используйне NIO2 или epoll)

помогуют уносить IO на другой пул, подальше от вычислений (а вообще, используйне NIO2 или epoll)

ну это да понятно, просто блокирующий IO никуда не девается, а живет на другом треде

ну это да понятно, просто блокирующий IO никуда не девается, а живет на другом треде

блокирующего io может просто не быть )

блокирующего io может просто не быть )

ага

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

хахаха

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

взять дрель для покосившийся стол еж прокотился мимо

взять дрель для покосившийся стол еж прокотился мимо

??

взять дрель для покосившийся стол еж прокотился мимо

ну человек банально русский знает плохо

верю, но вопрос все равно не сформирован по-моему

сформирован но не ясен

Добрый день ,Этого через делегатион можна както красивые написать ато если на А классе будет очень многа методы наду каждый написать так

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

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

class B_Kotlin(a: A): A by a

class B_Kotlin(a: A): A by a

пишет only interface can delegated to

пишет only interface can delegated to

Ну можно сделать вывод

то есть, нельзя

либо переделайте class A в интерфейс с методами getAa, getBb

либо переделайте class A в интерфейс с методами getAa, getBb

понятно спасибо большой ?

?

посоны, а когда 1.3 котлина релизнется никто не в курсе?

вроде обещали до конца года, но может есть у кого инсайды по более точным датам)

Как только баги отловят. Пока их там ещё есть.

Коллеги, как закинуть значение в лист? MutableMap<Int, MutableList<Int>>

Кто-то использует постгресовский Jsonb вместе с гибернейтом?

Как-то так: fun main(args: Array<String>) { val map: MutableMap<Int, MutableList<Int>> = mutableMapOf(); map[0] = mutableListOf(1, 2, 3) map[0]!!.add(4) print(map[0]!!.joinToString(",")) }

Посоветуйте как лучше с ним работать

Как-то так: fun main(args: Array<String>) { val map: MutableMap<Int, MutableList<Int>> = mutableMapOf(); map[0] = mutableListOf(1, 2, 3) map[0]!!.add(4) print(map[0]!!.joinToString(",")) }

Только с null-safety надо определиться

Только с null-safety надо определиться

думаю это просто пример. оператор get возвращает nullable value

это не переопределить

Ммм, ну да, это просто пример. Который я и написал по-быстрому)))

думаю это просто пример. оператор get возвращает nullable value

map[0]!!.add(4) -> map.getValue(0).add(4)

Ммм, ну да, это просто пример. Который я и написал по-быстрому)))

не заметил что вы автор

map[0]!!.add(4) -> map.getValue(0).add(4)

Тогда надо ловить NoSuchElementException :-) Почти NPE))

Тогда надо ловить NoSuchElementException :-) Почти NPE))

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

Тогда надо ловить NoSuchElementException :-) Почти NPE))

зачем же - можно определить default-value для тех, что не находятся. Как-то так: val map = mutableMapOf<Int, MutableList<String>>() map.withDefault { mutableListOf()} map.getValue(1).add("string")

упс

О... Прикольно!

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

Что использовать для бекенда мессенджера, что бы посылать простые сообщения (текстовые) ?

Тогда надо ловить NoSuchElementException :-) Почти NPE))

!! считай тоже NPE

зачем же - можно определить default-value для тех, что не находятся. Как-то так: val map = mutableMapOf<Int, MutableList<String>>() map.withDefault { mutableListOf()} map.getValue(1).add("string")

Воувоу

зачем же - можно определить default-value для тех, что не находятся. Как-то так: val map = mutableMapOf<Int, MutableList<String>>() map.withDefault { mutableListOf()} map.getValue(1).add("string")

А будет ли оно по ключу вставляться?

Что использовать для бекенда мессенджера, что бы посылать простые сообщения (текстовые) ?

Сокеты:)

ERROR: S client not available

Сокеты:)

Я пробывал расшифровать вопрос

аааа

Сокеты:)

оригинал вопроса — про SMS :)

А будет ли оно по ключу вставляться?

в этом и косяк - не будет ? только получаться. пример корректнее так: val map = mutableMapOf<Int, MutableList<String>>() map.getOrPut(1) { mutableListOf() }.add("string") map.keys

в этом и косяк - не будет ? только получаться. пример корректнее так: val map = mutableMapOf<Int, MutableList<String>>() map.getOrPut(1) { mutableListOf() }.add("string") map.keys

Возможно, тогда проще ?: ArrayList<…>().also { map[key] = it }, если заполнение в одном месте происходит

длинее писать и результат тот же будет

Что использовать для бекенда мессенджера, что бы посылать простые сообщения (текстовые) ?

da

Идея: compile "group-id:{artifact1,artifact2,artifactN}:version"

такая себе идея, у артефактов версии могут отличаться

Вообще такая картина весьма частая - какая-нибудь либа с модулями. Отличаться у них будет тольк artifactId.

Идея: compile "group-id:{artifact1,artifact2,artifactN}:version"

import from dependencies.gralde

Идея: compile "group-id:{artifact1,artifact2,artifactN}:version"

Как минимум есть на выбор https://www.twilio.com/ https://www.plivo.com/ Кроме этих двух гуглится ещё тысяча и одна альтернатива. Но это совершенно не по теме чата.

Идея: compile "group-id:{artifact1,artifact2,artifactN}:version"

https://github.com/spring-gradle-plugins/dependency-management-plugin

https://github.com/spring-gradle-plugins/dependency-management-plugin

это о другом

https://github.com/spring-gradle-plugins/dependency-management-plugin

А там разве можно указать версию для всех артефактов с заданным groupId?

Нет, но можно явно прописать один раз и использовать в группе проектов

Нет, но можно явно прописать один раз и использовать в группе проектов

Так это будет не один раз, а dependencyManagement { dependency "group:artifact1:version" dependency "group:artifact2:version" dependency "group:artifact3:version" ... }

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

Собственно пример bom'а: http://central.maven.org/maven2/io/bootique/bom/bootique-bom/0.25/bootique-bom-0.25.pom

Собственно пример bom'а: http://central.maven.org/maven2/io/bootique/bom/bootique-bom/0.25/bootique-bom-0.25.pom

Это всё о том, чтобы не дублировать версии в разных проектах. А если я не хочу дублировать версию разных зависимостей в одном проекте, начинаются пляски с ${foobar-version}.

Это всё о том, чтобы не дублировать версии в разных проектах. А если я не хочу дублировать версию разных зависимостей в одном проекте, начинаются пляски с ${foobar-version}.

Это не пляски, нормальный подход. Вот тут подоход с кодом: https://blog.kotlin-academy.com/gradle-kotlin-the-missing-piece-of-the-puzzle-7528a85f0d2c

Не стоит сильно скриптовать билд, новички в проекте скажут спасибо

Это не пляски, нормальный подход. Вот тут подоход с кодом: https://blog.kotlin-academy.com/gradle-kotlin-the-missing-piece-of-the-puzzle-7528a85f0d2c

Я сам так делаю, но многовато писать

Не стоит сильно скриптовать билд, новички в проекте скажут спасибо

Так вот плагин бы готовый, чтобы сказать "вот для такого groupId бери такую версию" и всё

А в котлине ведь нельзя пока-что делать кастомные string interpolatorы?

Не, в котлине это встроенная фича языка

А в котлине ведь нельзя пока-что делать кастомные string interpolatorы?

что значит "кастомные"?

Я сам так делаю, но многовато писать

По идее можно попробовать сплясать вокруг resolutionStrategy.dependencySubstitution, устанавливая в этом блоке версию для каждой приходящей зависимости. В остальном коде тогда их можно будет опускать / писать какую-то левую, которая будет подменена.

Господа, а насколько "страшно" использовать корутины просто как потоки? К примеру, есть у меня операция записи в... да без разницы, просто долгая синхронная IO операция. И есть два пути: первый - просто сделать scope.launch { doIOOperation() }, второй - сделать doIOOperation suspend-функцией и внутри обернуть всё IO в withContext(/*какой-то контекст специально под IO*/){} и также вызвать в scope.launch { doIOOperation }. В целом мне понятны основные недостатки первого подхода - весь скоуп будет заблочен на время выполнения записи, но логика получается, как мне кажется, более линейной. Можете подкинуть дровишек для размышления? Вообще не понимаю, почему этот вопрос у меня возник, но явно не спроста.

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