тогда ты пророк, что еще могу сказать. Пофигу на ЯП если продукт выполняет возложенные на него задачи и работает как надо. Один раз тестировал VB, и ничего, нормально

А они не на ровном месте.

Исходно все эти разговоры начались из того «на каком языке писать нагрузочные скрипты»
В выборе между Java vs Kotlin vs Groovy у меня есть 100% аргументация, почему язык должен быть Kotlin.

см We have discussed that Java, Kotlin, and Groovy might be viable languages тут: https://lists.apache.org/thread/bgy8fvz5j1tml1yl41l87cghztddn1kr

В выборе Kotlin vs Scala — уже сложнее. Но, у меня гипотеза, что притащить Kotlin в среднепотолочный проект гораздо проще, чем притащить Scala.

В нагрузочных скриптах сильно много от языка программирования не нужно (т.е. разнообразные фичи Scala не особо нужны), а IDE поддержка у Kotlin всяко лучше, чем у Scala

А что не так с ide?

я только не понимаю, если ты выбрал Котлин уже, какая цель?)

Скала вроде не может в скриптовый язык а Котлин может, по моему очевиден выбор

Если есть аргументация «почему DSL для JMeter нужно делать именно на Scala» — было бы интересно послушать.

При этом, я предлагаю ориентироваться, что нет особой цели повторить 1-в-1 текущий API JMeter.
Иными словами, забиваем на то, что текущие классы в JMeter это печаль и уныние, а мы просто навешиваем красивую DSL шторку.

может, что мешает?

Она не может на лету выполняться, вроде? Котлин можно использовать как полностью интерпретируемый язык

Смех ситуации, что даже Java может в «запуск скрипта из одного файла»: https://www.jbang.dev/

В Kotlin, конечно, всё равно получше, но тем не менее.

Наоборот. Интерпретируемый Kotlin пока не изобрели.

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

А, ещё как плюс к котлину я бы сказал что он более понятно развивается, учитывая скала3, которая, кажется, поддерживаемся далеко не всеми

Про то, на чём удобнее писать нагрузочные скрипты

думаю тут больше вопрос удобства инструмента и языка, в целом то какая разница. У нас со Степаном думаю вопрос другой, про продукт нежели инструменты НТ

А ещё на котлине уже есть dsl (который мне, правда, не нравится)) - это gradle

Я наугад говорю. Знаю, что Scala плагин раньше «по остаточному принципу поддерживался», да и вообще, язык непростой (700 или сколько там страниц в спецификации языка посвящены системе типов), поэтому сделать хорошее автодополнение непросто.

Ещё варианты есть?
Вариант «не делать dsl в jmeter» не принимается 🙂

на скале можно любой язык написать

и он очень хорош для того чтобы делать dsl

ведь ты его можешь формализовать и провалидировать прямо в компайл тайме