сомневаюсь что scala native хорош для iot

а зачем он тогда нужен, только для стартапа приложения что ли :(

для моего фана)

люблю рантаимы пописать в январе)

а зачем он тогда нужен, только для стартапа приложения что ли :(

Для иос например

Для иос например

а оно кому-то вообще надо?

можно для iot писать, но только это будет весь unsafe код)

а оно кому-то вообще надо?

ну вот была кодова и замарин, сейчас модно всякие native js, дальше будут kotlin/scala native

Если мы про мобилки говорим

ну вот была кодова и замарин, сейчас модно всякие native js, дальше будут kotlin/scala native

ну вот я и не пойму кому зачем нужен scala native кроме этого, если для iot не годится

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

ну вот я и не пойму кому зачем нужен scala native кроме этого, если для iot не годится

для того, для чего и scala в целом

ну вот я и не пойму кому зачем нужен scala native кроме этого, если для iot не годится

scala|kotlin native -> llvm -> whatever (webassembly, ...)

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

для того, для чего и scala в целом

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

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

вот тож самое + короткоживущие приложения

вот тож самое + короткоживущие приложения

так там же нет java interop, разве нет? то есть все джава либы отлетают

кто сказал что нет ?

вот тож самое + короткоживущие приложения

которые запускаются и сразу с сегфолтом падают? ?

так там же нет java interop, разве нет? то есть все джава либы отлетают

конечно его там нет, но java std будет доступен

кто сказал что нет ?

эм, а как ты скомпилишь джава либы?

которые запускаются и сразу с сегфолтом падают? ?

угу) java.lang.RuntimeException: Nonzero exit code: 134 at scala.sys.package$.error(package.scala:27) at sbt.BuildCommon$$anonfun$toError$1.apply(Defaults.scala:2128) at sbt.BuildCommon$$anonfun$toError$1.apply(Defaults.scala:2128) at scala.Option.foreach(Option.scala:236)

конечно его там нет, но java std будет доступен

ну так std просто портируют)

эм, а как ты скомпилишь джава либы?

никак)

но можно попробовать имея сырцы

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

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

писать под железо, на старом, добром языке

писать под железо, на старом, добром языке

но есть си/плюсы/раст

scala native очень похож на раст будет

в целом раст очень на скалу похож уже сейчас)

scala native очень похож на раст будет

временем компиляции? ?

scala native очень похож на раст будет

то есть можно будет писать high-perfomance штуки типо базз данных и всякого такого?

Неа, в скале/котлине будет GC

В расте - нет.

тогда я точно не понимайт при чем тут писать под железо и зачем оно надо

то есть можно будет писать high-perfomance штуки типо базз данных и всякого такого?

да)

временем компиляции? ?

да)

Неа, в скале/котлине будет GC

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

тогда я точно не понимайт при чем тут писать под железо и зачем оно надо

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

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

то есть захотел - выключил gc и сам аллоцируешь память?

тип того

malloc то есть)

val ptr = stdlib.malloc(32) вот это да?

опередил

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

биткод на самом деле довольно платформозависим))))

val ptr = stdlib.malloc(32) вот это да?

я надеюсь увидеть конструкции типа unsafe в расте

malloc то есть)

и оно будет работать не только с примитивами? как быть с объектами? конструктор/деструктор?

Ну то есть как выделять память под AnyRef-ы например

под объекты, то бишь

и оно будет работать не только с примитивами? как быть с объектами? конструктор/деструктор?

Ты на си Прогал? Какие объекты

да)

Вот это скорее всего заблуждение. Перформанс не будет лучше чем у того же кода на jvm

Ты на си Прогал? Какие объекты

и на си и на плюсах. только вот в скале есть объекты

структуры наверн имеет в виду

Вот это скорее всего заблуждение. Перформанс не будет лучше чем у того же кода на jvm

Не будет

Точно не будет

Но хотелось бы

Пишешь на своем любимом языке, а он компилиться в "быстрый нативный код"!

Тогда как тут связано то, что можно будет писать разные high-performance штуки? Я тут читал давеча как кассандру на Си переписали и получили 10х ускорение, думал будет нечто похожее

и на си и на плюсах. только вот в скале есть объекты

В памяти нет обьектов) есть прост какой то layout

Тогда как тут связано то, что можно будет писать разные high-performance штуки? Я тут читал давеча как кассандру на Си переписали и получили 10х ускорение, думал будет нечто похожее

Есть же уже порт на плюсы

Есть же уже порт на плюсы

ну это оно и есть наверное, я перепутал

Тогда как тут связано то, что можно будет писать разные high-performance штуки? Я тут читал давеча как кассандру на Си переписали и получили 10х ускорение, думал будет нечто похожее

Фантастика ?

ну это оно и есть наверное, я перепутал

Я неправильно прачитал, извиняюсь

В памяти нет обьектов) есть прост какой то layout

то есть я все-таки смогу уютненько аллоцировать объекты своих классов и потом их деаллоцировать?

Скорее всего про ускорение маркетолог писал?

Фантастика ?

Да, потому что там парни еще не все запилили, но уже нарисовали бенчмарки

то есть я все-таки смогу уютненько аллоцировать объекты своих классов и потом их деаллоцировать?

Такую штуку уже и на plain котлин запилили, без всяких native)

Такую штуку уже и на plain котлин запилили, без всяких native)

энто как? там же gc, все дела

ERROR: S client not available

или ты про оффхип?

так-то в скале тоже есть scala-offheap

https://github.com/Jire/Strukt/blob/master/src/main/kotlin/org/jire/strukt/Strukt.kt#L63

Вот так

И потом туда можно структуры мапить

и gc его не трогает?

Strukt

Лол

Ну у тебя есть поинтер, и буффер

должно быть типо дешевле

Типо

В каком плане дешевле?)

Типо

Я бенчмарков не видел, вот и не утверждаю ничего

В каком плане дешевле?)

В плане того-же GC

В плане того-же GC

Offheap allocation не дешёвый ж) да и compact нет

Ну да) Нужно правильно использовать

не, парни, вопрос мой был простой - смогу ли я сам в scala-native аллоцировать и деаллоцировать инстансы своих классов, то есть управлять памятью вручную? ну и как бонус, отключить возможно gc

не, парни, вопрос мой был простой - смогу ли я сам в scala-native аллоцировать и деаллоцировать инстансы своих классов, то есть управлять памятью вручную? ну и как бонус, отключить возможно gc

возможно

пока рано чтот говорить)

А сколько человек фулл-тайм над этим работает?

0

?

Печаль

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

какой может быть фултаим)

эт вообще выпускная работа Дениса ?

или курсовая ?

или вру

какой может быть фултаим)

У Котлин нэйтив пять человек на фултайме

насколько я помню

У Котлин нэйтив пять человек на фултайме

ну молодцы чо)

У Котлин нэйтив пять человек на фултайме

им за это платят очевидно их работодатели