макось ?

Поставь себе др телеграм (который 3.2), у меня все ОК https://i.gyazo.com/32c18e31a8c8347188ed8046a99b7c40.png

Поставь себе др телеграм (который 3.2), у меня все ОК https://i.gyazo.com/32c18e31a8c8347188ed8046a99b7c40.png

telegram desktop стоит

У меня который первый в списке https://i.gyazo.com/bfa15dc81a30b50d8988b98ae426b177.png

Кто-нибудь пробовал https://github.com/kategory/kategory на Android (или вообще)? Там annotation-processing юзается, не было с ним проблем?

Кто-нибудь пробовал https://github.com/kategory/kategory на Android (или вообще)? Там annotation-processing юзается, не было с ним проблем?

» Use it at your own risk, the actual state is not production ready. Как бы намекает.

какой самый элегантный способ запустить в пуле из N тредов M задач, дождаться выполняния, закрыть тредпул и получить все результаты в массиве?

как-то не оч, наверное ж есть более вменяемый способ? val pool = newFixedThreadPool(n) val futures = jobs.map { supplyAsync({ doJob(it)}, pool) } pool.shutdown() val results = futures.map { it.join() }

или запилить утильную функцию, которая скроет весь этот фарш?

какой самый элегантный способ запустить в пуле из N тредов M задач, дождаться выполняния, закрыть тредпул и получить все результаты в массиве?

Параллельный стрим? Там в принципе можно задать свой тредпул

все равно тредпул закрывать придется

какой самый элегантный способ запустить в пуле из N тредов M задач, дождаться выполняния, закрыть тредпул и получить все результаты в массиве?

Если на N как-то пофиг, то есть commonPool

Если на N как-то пофиг, то есть commonPool

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

ну и нужно throughput контролировать

Так а асинхронно нельзя эти задачи сделать?

или там только блокирование, только хардкор?

хардкор

все равно тредпул закрывать придется

А зачем его кстати закрывать, там же у пулов есть параметр “через сколько убивать потоки”.

А зачем его кстати закрывать, там же у пулов есть параметр “через сколько убивать потоки”.

да наверное стоит сделать тредпул общим для сервиса, только с idle и corePoolsize нулевым

Смотрите как умею

я не понял

Хотел замапить каждый элемент в новый, но получилось замапить все в последний. где я ошибся

evaluate expression умеешь?

evaluate expression умеешь?

не)) выше описал свои жеские алгоритмические трюки, уже глаза замылились не вижу где ошибся

тут дело кстати с енумом идет, может из-за этого?

Нда, если мапить в объект обычный то все окей

Нафиг тебе там вообще ретурн, криво же смотрится

ну я для явности

Что за Series.COMMON?

ну я для явности

можно тогда использовать обычные функции вместо лямбд: fun(index: Int, element: T) { ... return ... }

Что за Series.COMMON?

Константа енумовская, или как это правильно называется. в общем класс внутри енума. ща попробую

Константа енумовская, или как это правильно называется. в общем класс внутри енума. ща попробую

А почему ты можешь присвоить в его свойства? Enum должен быть иммутабельным.

Константа енумовская, или как это правильно называется. в общем класс внутри енума. ща попробую

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

Константа енумовская, или как это правильно называется. в общем класс внутри енума. ща попробую

А чего ты ждал? Ты же одно и тоже по ссылки копируешь N раз, здесь тебе не C#

ааааааааааа

я все понял, вот так и бывает. спасибо парни

т.е. если енум константы это статики, то меняя что-то в одной части приложения оно изменится и в другой?

т.е. если енум константы это статики, то меняя что-то в одной части приложения оно изменится и в другой?

Конечно.

нда, надо подтянуть теоретическую часть..

https://spring.io/blog/2017/09/28/spring-framework-5-0-goes-ga там релиз был, с активной поддержкой котлина

https://twitter.com/sdeleuze/status/913680678780391424

https://blog.jetbrains.com/kotlin/2017/09/kotlin-1-2-beta-is-out/ #multiplatform #array_literals

expect/actual выглядит своеобразно

Упс, ща пофикшу

Эх, сделали бы они expect/actual год назад - сильно бы уростило написание кросплатформенных игр на libgdx

ухты - вот это интересно) (::file.isInitialized)

Ну такое, жили же как-то без этих костылей. Передаешь все в конструктор и бед не знаешь.

если так рассуждать то можно дойти до того что котлин один большой костыль)

Не костыль а сахар

опять вы за свое

ухты - вот это интересно) (::file.isInitialized)

кложа какая-то)

А вот метод-референсы без this:: это хорошо, буду еще больше обмазываться

> Nested classes inside enum entries о, какая наркомания

ухты - вот это интересно) (::file.isInitialized)

как-то не очень хорошо использовать референсный синтаксис там где референсов по сути нет

как-то не очень хорошо использовать референсный синтаксис там где референсов по сути нет

::class — тоже не очень референс

да наверное

Просто в Котлине :: используется для околорефлективных вещей.

ну ок. https://youtrack.jetbrains.com/issue/KT-15667 как теперь передать метод без this?

ну ок. https://youtrack.jetbrains.com/issue/KT-15667 как теперь передать метод без this?

легко

внимательно

а понял. видимо класс прописать

как-то не очень хорошо использовать референсный синтаксис там где референсов по сути нет

А почему нет, мы же и сейчас можем юзеть все фичи method-ref для пропертей как для методов fun execute(f: () -> String): Unit = TODO() class Example { fun func(): String = TODO() lateinit var prop: String } val e = Example() println(e::func.isAbstract) println(e::prop.isAbstract) execute(e::func) execute(e::prop)

чем тебе int не угодил)

ну я не знал что есть isAbstract

Его нельзя сделать lateinit ?

да и вообще не знал что там методы какие то есть

как будто у e::func есть какой-то скрытый тип

вообще не нравится эта движуха по импрувам смарткастов

больше неявной магии

Вот в этом и беда котлина, нельзя новых людей накатить в язык сразу без джавы, и почему? Потому что интероп наше все)

Это беда джава машины - спецификации на многопоточное поведение байткода ведь нет, JMM существует только для языка джава и т.п.

прикольно наверное перечитывать неделю сообщений

Это беда джава машины - спецификации на многопоточное поведение байткода ведь нет, JMM существует только для языка джава и т.п.

Разве это реальная проблема?

Ну всмысле ты пишешь код на котлине, руководствуясь jmm

Я просто открыл чат там где последний раз читал его, лень было скролить к концу -)

Ну всмысле ты пишешь код на котлине, руководствуясь jmm

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

Окей, берём корутины и пишем под жвм :)

Я корутины в прод завез и да, это большая проблема. Фактически сейчас у нас просто запрет на работу с мутабельными состояниями в корутинах.

Это к тому, что если человек заходит в котлин без знания джавы, то ему всё равно придется ее учить.

Почему, делаем там мьютекс или синглтред

И спокойно мутируем не зная про джмм

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

Ну или акторы/каналы

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

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

Ну да, понятное дело. Но если у тебя есть проект то значит ты уже на джаве умеешь писать :)

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

Я еще я должен знать JMM, которую я на самом деле скорее не знаю -) А мои коллеги наверное даже не читали ее.

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

Зачем тебе многопоточность, ты же под андроид пишешь ?

Чтобы анимации перехода между экранами не лагали

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

Это ж асинхронность