корутины разрешили с барского плеча писать нормально suspend fun foo() { val x = flatMap(…) val y = x.flatMap (…) val z = y.flatMap ( …) … }

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

Есть ещё дефолтный ответ про совместимость с джавой.

Но он тут неприменим, кажется.

по-любому который не корутина

Все таки я не понимаю зачем, если у тебя стрим-по стриму-по стриму, у тебя др проблемы) монады вообще штука спорная, императивная да и вообще перпендикулярна фп

А ещё джава к 2024 будет уметь всё, что умеет котлин. Будет интересно посмотреть.

Все таки я не понимаю зачем, если у тебя стрим-по стриму-по стриму, у тебя др проблемы) монады вообще штука спорная, императивная да и вообще перпендикулярна фп

причём здесь стрим, это может быть чейн опшнов например

причём здесь стрим, это может быть чейн опшнов например

в котлин не нужен option 😏, T? же

я говорю что это просто любая монада

в котлин не нужен option 😏, T? же

ага, и резалт не нужен.

я говорю, что тебе не нужна "любая" монада, это не хаскель (ну скала)

я говорю, что тебе не нужна "любая" монада, это не хаскель (ну скала)

мне нужна моя, которая позволяет мне инкапсулировать API/DB вызовы, с трейсингом, обработкой ошибок и статусом внутри

Ну попробуй arrow)

вот моя монада сразу собирает трейсинг со всех колов

Ну попробуй arrow)

ага, там еще какой-то чувак писал type-proof или че-то такое

то есть ты пишешь флатМапы, а там на фоне вся эта монадная хуина мержит, зипит и агрегирует

А мог бы просто на питоне писать

@omgszer я слышал, там можно писать какие-то экстеншны к компилятору, причем, их по идее должно ИДЕ сразу подхватывать

но я даже на мамкиного котлиниста не тяну

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

можно сразу пойти, да

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

не, спасибо. макросы в скале ломали намертво инкрементальную компиляцию и проект собирался час

проект без изменений, уточню

не, спасибо. макросы в скале ломали намертво инкрементальную компиляцию и проект собирался час

А в кложур макросы норм

@omgszer я слышал, там можно писать какие-то экстеншны к компилятору, причем, их по идее должно ИДЕ сразу подхватывать

обычным людям пока нельзя, api комплятора еще не стабилизировано 47deg что-то там с arrow meta мутят, но вроде еще на стадии ресеча

не, спасибо. макросы в скале ломали намертво инкрементальную компиляцию и проект собирался час

никуда я не спешу почитаю попишу

обычным людям пока нельзя, api комплятора еще не стабилизировано 47deg что-то там с arrow meta мутят, но вроде еще на стадии ресеча

Они же перестали апи компилятора ломать и там сейчас только апи некоторых либ, например корутин, ломается

А в кложур макросы норм

Ну там же стат. типизации нет для композитных типов, скалисты когда это видят сразу рвутся на месте)

Ну попробуй arrow)

не, спасибо =(

это как коты в скале

Ну там же стат. типизации нет для композитных типов, скалисты когда это видят сразу рвутся на месте)

Скалиста могила исправит

Они же перестали апи компилятора ломать и там сейчас только апи некоторых либ, например корутин, ломается

Не знаю откуда таки сведения, еще не делю назад они ничего не гарантировали

По этому плагины сейчас пишут только сами jb и google (для compose) тк имеют прямые контакты с котлин командой Ну и 47deg конечно, но они вообще стремные ребята, одно время форкнули компилятор что бы тайпклассы завести

Ну в мажорных релизах ломается, но он на то и мажорный

Ну и плюс, jb сейчас компилятор переписывают. При этом допустим в kotlin-native уже новый компилятор, а в jvm по умолчанию старый

О, может паттерн матчинг случайно сделают

О, может паттерн матчинг случайно сделают

там в питон хотят завезти

Бреслав же сказал что не нужно. Хочешь пм - бери java 🌚

там в питон хотят завезти

Неплохо, может весь coconut скоро завезут

Ноут отрапортовал, что вентилятору на видеокарте хана. Может быть из-за этого у меня в играх всего 30 фпс? :)

Да.

@omgszer , можешь на один код глянуть?

Очень подозрительно выглядит

Через часок смогу

https://github.com/fsprojects/Fabulous/pull/771#issuecomment-652258550

Очень подозрительный "хак" для дропа очереди сообщений

Очень подозрительный "хак" для дропа очереди сообщений

а зачем это? чего хочется добиться этим?

мейлбокс же конкурентный, пока ты его читаешь, тебе пихуют

поэтому вот это let queueLength = inbox.CurrentQueueLength будет валидно только и исключительно в ЭТОТ момент времени

и вот этот цикл for i = 1 to queueLength - 1 do

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

я чот нихуя не понял

чо вы вообще там делаете

Есть поток апдейтов

Меняющих стейт модели

Сейчас на каждый апдейт вызывается рендер

Хочется от этого уйти

И условно во время рендера аккумулировать стейт для следующей отрисовки

ок, а зачем дропать весь текущий мейлбокс?

причем он не дропнет весь мейлбокс

Ну у Тима такая наивная теория, что оно сработает

По факту нам нужен самый свежий стейт

Мож,отпишешь там грамотно?

где хранится стейт? в месаджах мейлбокса?

Стейт в лупе

Идея следующая

Есть поток апдейтов

ну то есть нам надо не дропать меседжи, а нихуя не делать пока isRendering = true?

зачем эти костыли с дропом?

Зачем аккумулировать стейт?

ну то есть нам надо не дропать меседжи, а нихуя не делать пока isRendering = true?

Ну по факту просто брать новый стейт

Зачем аккумулировать стейт?

Не аккумулировать, а скорее брать текущий

Какая разница кнопка была синей полсеку

Вот

я вот вижу так match inbox.receive with | Render -> if isRendering then () // doNothing else isRendring <- true startRender()

60 раз в сек посылать мессаж

ну и всё

Рендер

А по остальным тока менять стейт

ну и где-то там обнулять isRendering по окончанию рендеринга

Согласен