Комментарии 4
А зачем городить такие велосипеды? Почему не использовать то, что сейчас есть? Суть в том, чтобы заменить все языки программирования на Kotlin?
Конечно, статье уже год, но добавлю свои 5 копеек, т.к. она гуглится и прочее:
Как сервер до сих пор использовать на практике не возможно, т.к. нет клиентов к Redis, Postgres и тем более к другим сетевым БД. Это печально, но факт. Вроде бы что-то и есть (https://github.com/madhead/kn-redis), но там в репозитарии всего 4 комита 4 года назад, т.е. все-таки самим нужно писать и поддерживать. А уж что проще для БД, чем текстовый протокол Redis.
Конкретно про Kotlin Native бенчмарки не искал, но уже давно были сравнения Java и С++. Да, JVM медленнее стартует, но работает быстро, иногда даже быстрее за счет своих оптимизаций в runtime.
`и для высокопроизводительных задач можно рассматривать сочетание Kotlin Native + Ktor + KStore для хранения данных` -- все-таки KStore для мобилок, локально хранить данные на сервере странно, т.к. непонятно что делать с бекапами, масштабированием и прочим.
В итоге, Kotlin Native перспективен для консольных утилит (быстро стартует, нет внешних зависимостей -- примерно как у golang), для слабых устройств (быстро стартует, малый размер, ест мало памяти, легко поставлять(один файл)), для сценариев быстрого масштабирования (типа облачных лямбда-функций), для поставок коммерческих решений (как вариант обфускации кода). Насколько эти перспективы реализованы пока что непонятно: полазил по их сайту, не понял, видимо, нужно отдельно искать, а они, в основном, про мобилки.
Интересно сравнение Kotlin Native с JVM Native -- может Kotlin Native на серверах сейчас вообще не нужен, если он будет хуже (тем более с учетом скудности библиотек)
Тем кросскомпиляции не раскрыта, поэтому скорее ее нет, что хуже, чем golang.
Kotlin-сервер без JVM — реальность?