котлин нейтив чем мне кажется привликательным, ты пишешь на человеческом языке, но при этом у тебя есть возможность сделать таргет на систему и начинать упарываться с какими-нибудь условными epoll железными счётчиками и т.п.
Тут, конечно, Kotlin/Native поможет, но потеряет в raw performance. Поэтому всё зависит от того, насколько часто надо вот вот все эти внутренности лезти. Если иногда, то проще остаться на JVM (JNI поможет, там масса трюков есть как ускорять его).
Kotlin/Native особенно хорош когда вот вам надо постоянно с этим нативным кодом взаимодействовать. Вот какой-нибудь UI для Apple когда пишете, например, по другому очень тяжело.
я почему вообще завёл разговор, у нас назревает интеграция с системой которая вся-вся на плюсах и там лейтенси 2,5 микросекунды в 99% и есть мир на джавке где мы укладываемся в наши 100микро. И меня бросает в дрожь когда я понимаю что всё что я делал на джаве за последние 2 года нужно будет повторно написать на плюсах
котлин нейтив, теоретически очень помог бы, потому что сначала просто конвертируешь джаву в котлин, спасибо Intellij, она сделает это достаточно быстро. А потом повыкидывать оттуда платформоспецифичные вещи и получится тот же самый код для сишников
я почему вообще завёл разговор, у нас назревает интеграция с системой которая вся-вся на плюсах и там лейтенси 2,5 микросекунды в 99% и есть мир на джавке где мы укладываемся в наши 100микро. И меня бросает в дрожь когда я понимаю что всё что я делал на джаве за последние 2 года нужно будет повторно написать на плюсах
Ну если вы вдруг возьметесь писать на K-N и стимулируете разработку моста. Это будет очень круто. Для наших задач latency не нужен, нужен как раз throughput, поэтому нам JVM очень хорошо. Но куча легаси на С/++
но код которые я пишу - это шина данных, соответственно каждое сообщение которе приходит в систему - это вот мой клиент к шине. Соответственно там никто даже слышать не хочет про jni
но код которые я пишу - это шина данных, соответственно каждое сообщение которе приходит в систему - это вот мой клиент к шине. Соответственно там никто даже слышать не хочет про jni
Я про то, что писать логику на K-N а потом автоматизированным мостом общаться с K-JVM
можно представить что у меня сейчас что-то типа клиента к кафке на стероидах на джаве и тут приходят и говорят, мы будем слушать из нашего C++ эту вашу кафку. вот я думаю как можно отмазаться от того чтобы не делать ещё один такой же клиент на плюсах, а смигрировать на K-N
можно представить что у меня сейчас что-то типа клиента к кафке на стероидах на джаве и тут приходят и говорят, мы будем слушать из нашего C++ эту вашу кафку. вот я думаю как можно отмазаться от того чтобы не делать ещё один такой же клиент на плюсах, а смигрировать на K-N
Вопрос в том какую часть вы хотите оставить на JVM и хотите ли.