betelgeizexXDiaBLoпропущено...

Котлин может без Джава. Он компилится и в ДжаваСкрипт, и ещё вроде как обещали нэйтив.

Scala может всё то же самое, и довольно давно, судя по блогам

http://www.scala-js.org/
https://scala-native.readthedocs.io/en/v0.3.9-docs/index.html

Только кроме Scala-блогов я эти технологии нигде не встречал.

Что-то мне подсказывает, что ни Scala, ни Kotlin вне мира JVM никому, кроме их разработчиков, не нужны

полгода назад менял работу везде за kotlin спрашивали. (Т.е. как бэ необязательно но за котлин сразу лайк ставили)

maytonВот тут это стартовало https://openjdk.java.net/jeps/295 . Некто Владимир Козлов сказал - а какого хера
мы библиотечки собранные JIT-ом теряем. Давате их сохранять и юзать при повторном старте приложения.

Многие скажут дескыть пустяк. Любой кто думал об оптимизации старта толстого приложения (где *.class
за 100 мегабайт) тоже в мыслях прокручивал эту идею.

Но я в этом вижу предтечи плавного ухода от байткода как от способа (обязательного) дистрибуции приложений.
Смотрите. Бинарный код усложняет анализ и реверс-инжинеринг. Следовательно конкуренты не смогут быстро
украсть у вас идею. Хотя концептуально это противоречит write-once.... et.c. Но если есть возможность и она
из коробки то кто-то ей воспользуется.

Более того. Есть платформы (мобильные) андроид и айос где динамическая компилляция это ужас от которого
шарахаются. Всё дело в ресурсах аккумулятор. Сколь-бы ни был удобен байткод а все-таки процесс джита - ресурсоемок.
Поэтому когда вы качаете игрушку под андроид (dex файл внутри zip архива) он компилируется во время
инсталляции под ВАШУ ЦЕЛЕВУЮ платформу.

Уже было на jdk (двевнующей версии это было очень давно) был свой компилятор в наитив (правда сильные ограничения по поводу использования классов). Там только типа java.util. можно было пользовать. Я уже деталей не помню помню opensource было, помню несложные вещи консольные утилиты заходили нормально, вроде написали китайцы.

Зы, не то что excelsior jet предлагали а именно exe ники причем без упаковки внуть jvm.dll ибо очень маленькие были exe.

Но чет никому не уперлось и проект почил в бозе.

betelgeizexllemingпропущено...


полгода назад менял работу везде за kotlin спрашивали. (Т.е. как бэ необязательно но за котлин сразу лайк ставили)

Подозреваю, что Kotlin под JVM все-таки спрашивали.

А так я и сам на каждом собеседовании спрашиваю, с какими альтернативными ЯП для JVM кандидат знаком. Неважно - Groovy, Kotlin, Clojure - значит, кандидату интересно изучать новое, развиваться - это плюс. А если он может ещё и обоснованно рассказать про их плюсы и минусы - можно брать :)

У меня не просто спрашивали а сразу говорили что типа разработка на Kotlin(под jvm), но как бы можно и в процессе выучить лишь бы человек хорошо java знал. С java разрабоми проблема а котлинистами проблема еще больше скорее всего.