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

В репе на гитхабе новостей нету точно, последний раз, когда спрашивали в ишьюсах, было такое же "пока так, возможно поменяем". Так что разве что искать доклады с инсайдами :)

в 2019 будет видно куда они идут и как

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

В репе на гитхабе новостей нету точно, последний раз, когда спрашивали в ишьюсах, было такое же "пока так, возможно поменяем". Так что разве что искать доклады с инсайдами :)

Так я и спрашиваю в надежде вдруг кто-то про это знает доклады или инсайды ?

в 2019 будет видно куда они идут и как

В 2019 они уже релиз планируют, там поздновато будет, пожалуй, модель памяти менять :)

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

а пока имо коммиты в гитхаб

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

А кто-нибудь знает, чоэт на Хабре статей нет про ктор толком? Неинтересно или табу?

Альфа еще, мб никто в прод не тащит - вот и писать особо некому

А что там писать? Берёшь да пользуешься.

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

Я тоже не разработчик ктора, мне примеров хватило. Писать доку без замороженного API — такое себе.

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

https://blog.jetbrains.com/kotlin/2018/04/kotlinnative-v0-7-released-smoother-interop-frozen-objects-optimisations-and-more/

fun transform(`in`: EndpointResponse) = `in`.takeIf { it.id != null }?.run { Endpoint( id = id as Long, address = address ) }

Можно сделать так, чтобы котлин понимал, что id не null и использовал smartcast?

Можно сделать так, чтобы котлин понимал, что id не null и использовал smartcast?

'in'?.id?.run()

'in'?.id?.run()

Тогда в блоке run будет id

Так же, я хочу иметь возможно указать больше условий для takeIf

Есть у меня две версии классов — однопоточные и параллельные. Можно как-то коротко назвать фабрики? Потому что nonSynchronized* и concurrent* — это дико, особенно когда есть nonSynchronizedMutable* и concurrentMutable*. Была идея завести маркер-интерфейсы NonSynchronizedContext и ConcurrentContext и фабричные extension-функции, но это опасно, т. к., изменив интерфейс, меняешь суть кучи кода. Да и эта деталь реализации вылазит наружу через этот маркер.

Интерфейсы с дефолтными реализациями фабричных методов? Наружу ничего не лезет вроде, можно вообще приварить передачу туда собственного класса для инстанциирования конкретных реализаций

не, интерфейс без методов + экстеншены к нему

Интерфейсы с дефолтными реализациями фабричных методов? Наружу ничего не лезет вроде, можно вообще приварить передачу туда собственного класса для инстанциирования конкретных реализаций

Нет, это предложение хд Например, interface NonConcurrent { fun createInstance(class: Class): NonConcurrent { return class.newInstance() } } Что-то вроде того, не помню, как оно в котлине пишется

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

Ну да

Ладно, другой вопрос

Компаньоны?

а что с ними можно сделать?

Статические фабричные методы, отдельно для каждой реализации

так же многословно, ConcurrentMutableSmth.create()

так же многословно, ConcurrentMutableSmth.create()

Назвать invoke и не надо будет писать .create

ребят подскажите что за метод такой invoke ?

ребят подскажите что за метод такой invoke ?

http://kotlinlang.org/docs/reference/operator-overloading.html#invoke

Назвать invoke и не надо будет писать .create

Да, но при длинном названии разницы между именем фабричной функции и invoke у компаньона нет.

Ребят, привет. Если kotlin+js с нодой использовать, проблема однопоточности ноды решается? Не будет проблем со сложными операциями? Реализация и концепция корутин от обычной jvm отличается? Или котлин слепо компилируется в js и всё на этом заканчивается?

однопоточность ноды?

да

с каких пор?

с каких пор?

а с каких пор нет?

с пор создания ?)

Ребят, привет. Если kotlin+js с нодой использовать, проблема однопоточности ноды решается? Не будет проблем со сложными операциями? Реализация и концепция корутин от обычной jvm отличается? Или котлин слепо компилируется в js и всё на этом заканчивается?

котлин js магии не делает, это тот же js, таже однопоточка

с каких пор?

с утра вроде ноду можно было только на несколько процессов через cluster раскидать, это не то

в ноде нельзя делать потоки?)

в ноде нельзя делать потоки?)

нет нельзя

ну да, нормальных тредов там нет

в ноде нельзя делать потоки?)

колбеки

arrow-io не умеет пока в kotlinjs да?

но многопоточность сжедать можно)

но многопоточность сжедать можно)

асинхронность, не многопоточность

с утра вроде ноду можно было только на несколько процессов через cluster раскидать, это не то

Это то

Это то

нет это совсем не то

Это то, только другими словами

Это то, только другими словами

нет

как нет, если да

как нет, если да

вот так нет

ты понимаешь разницу между процессом и потоком (тредом)?

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

Однопоточный это пхп

https://github.com/Kotlin/kotlinx.coroutines/tree/master/js/kotlinx-coroutines-core-js Как тогда это работает, если работает?

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

Можно)

ты понимаешь разницу между процессом и потоком (тредом)?

@mayor

Можно)

как?

@mayor

Да, понимаю

http://arrow-kt.io/ Йо красавчики эта либа умеет в котлин джс?

ERROR: S client not available

шарить можно только SharedArrayBuffer, и то, не в ноде, вроде

https://github.com/Kotlin/kotlinx.coroutines/tree/master/js/kotlinx-coroutines-core-js Как тогда это работает, если работает?

это колбеки только проще

Да, понимаю

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

Но разжедение на "потоки" процессами в пхп и в ноде разные вещи

нет многопроцессносьи

это таже самая многопотояность

https://github.com/Kotlin/kotlinx.coroutines/tree/master/js/kotlinx-coroutines-core-js Как тогда это работает, если работает?

внутри вместо вызов колбеков, делается стейт машина

пиши внятно пожалуйста, чтобы не приходилось вчитываться

в общем, явной пользы никакой не принесёт?

да клавиатура непривычная на новом тлф

в ноде асинхронность, не многопоточность

в общем, явной пользы никакой не принесёт?

думаю нет, но я по этому не спец

ассинхронность не есть многопоточностью?

ассинхронность не есть многопоточностью?

нет

в ноде асинхронность, не многопоточность

ок для IO не ок для CPU-bound

запросы ассинхронные выполняюося в одном потоке?

Нет

запросы ассинхронные выполняюося в одном потоке?

не объязательно

значит поток не 1, значиь это многопоточность

Нет

в смысле нет?

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

arrow-io не умеет пока в kotlinjs да?

Даже если бы умело, то в чем профит в их дополнительных абстракциях? Есть же корутины с минимальным перформанс оверхедом в языке.

не объязательно

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

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

ассинхронно = многопоточно

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

> в многопоточности не обязательно больше одного потока я даже не знаю как это комментировать

Да, так и есть

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

как раз нада, слово многопотоков = не один поток

может он гонит?

код js всегда выполняется в одном потоке

У тебя одновременно может быть запущенно 1000 потоков, но это только условно

У тебя одновременно может быть запущенно 1000 потоков, но это только условно

?