Тесты ad hoc удобнее писать именно в скриптах.
Тестовые сорцы для меня документация того, что уже работает.

В тестах негоже тестировать имплементацию (знаю, что это мнение не все разделяют)
Я же регулярно этим занимаюсь, потому что мне нужны сервисы Идеи на call site

Напишу чего-то а потом идея за меня рефакторингами генерит скелет имплементации.
Считаю этот процесс близким к идеалу, и Идеей он неплохо поддержан (в скале похуже, чем в котлине.. но в целом безглючней)

А главное, что так "все при деле": мои мозги и внимание при своём, железо при своём

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

LongAdder можно использовать и записывай каждую секунду в лог

для такого брать либу тупа, уже все сделано в jdk

спасибо :thx:

Ещё вдогонку.

Мои тесты (несуществующей ещё) имплеменации отлично пишутся в духе пайплайна парсер-интерпретатор,
  подкрутить тут  можно выходной тип парсера. (Сам это изобрёл, а потом обнаружил что этому есть название.)

Мне пока так понравилось, ограничений ещё не встретил.

Имею глубокую личную ненависть к волюнтаристской ручной генерации тестовых данных в машинно-читаемом виде.
Оттого - и не  только оттого - заинтересовался PBT

Всё вроде завелось, кроме launch.json
Это вообще нормально? Можете поделиться своим?

Нет, не всё. Я к code не столь привычен как к реактивным мозгам. Что значит "открыть folder in new workspace"? Открываю клон mill-test, ничего не происходит

Поставил code внутрь WSL2, это починилось,
 но конфигурации запуска для build.sc по прежнему нет

У меня там ничего важного.
Никаких воркспейсов не надо, просто "open folder", далее слева выпрыгнет нотификашка - импортировать билд.
Или можно Ctrl+Shift+R и дальше "Metals: Import Build"

А надо запускать  ./mill mill.bsp.BSP/install перед открытием?
У меня в обоих случаях билд импортируется,
только в первом случае просто launch.json не генерится,
во втором жалуется на отстутствие валидного bloop install, а потом вылазит модальное окно о проблемах с дебаг адаптером

Правда, я другую репу заводил, example-3 из примеров (но mill подкладывал свежий). Щас попробую mill-test

О! Новость. попросило обновить 2.13.1 до более свежей.
Как заново запустить поправленный build.sc в нужном ему контексте?

Или вы всё это в терминале гоняете, от GUI милостей не ожидая?

Add linting of unused context bounds (via -Wunused:synthetics or -Wunused:params)

☝️

класс

Всё-таки прошу уточнить пока не утонуло,
как именно вы делаете ран/дебаг в Metals/BSP/mill - неужели в терминале или пишете вручную launch.json?
И чем это лучше Идеи, в таком случае? Подсветка ведь там ничем не хуже, плюс рефакторинги