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

да я не говорю про всех)

но он все равно медленный

раздвоение :)

проблема совершенно не в Скале, а в том что в Дакапе использую динамический класслоадинг там, где он вообще не нужен

много вещей медленные, обобщать из-за этого что академикам не стоит писать компиляторы — не есть пример хорошего рационального поведения

Олег! нам нужен стикер про ГраальВМ: https://i.ytimg.com/vi/q9R-9Kk0ELM/hqdefault.jpg

Олег и Олег, и ГраальВМ!

:)))

здоровый человек как бы сделал выбор тестового фреймворка: прочитал аргументы командной строки, потом сконструировал бы путь до джарки с соответствующим тестом, и запустил с помощью java.exe. А фреймворк для тестирования был бы там зависимостью в фетджаре или что-то такое

но нет, они там сто раз подсасывают какие-то джарки друг в друга рекурсивно, типа "плагинная система". Это жаба головного мозга

возвращаясь к вопросу про аот — сейчас если ковыряться, запариваться, перепаковывать классы, менять чуть-чуть код, и вообще разбираться как все работает то гораздо больше программ можно ГраальВМом в нативный код аот сгенерить.

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

жестячина какая то

очень мало бенчмарок нормально написано

где код еще не из 2000, а скажем 2017

чтоб было похоже на то что сейчас люди пишут

я уж не говорю о том, что эти джарки у них все по разным репозиториям разбросаны. То есть физически совсем разным. Даже сабмодулями не собраны. При этом всё зависит от всего. И хотя это управляется мавеном, но в отсутствие зависимостей нужно руками читать pom'ки и собирать разные репозитории в правильном порядке.  Я просто первый час сидел и выкачивал эту кашу, пытаясь понять, что вообще проихсодит

боюсь что дело тут не далеко не в скале, да.

ну репы у скалы знатные конечно, учитывая что у них артифакты не просто group:artifactid:version, так еще и версия скалы