Если её уже зарелизили, это огромный шаг вперед. Помимо этого:
- акторы соединяются очередями, которые stateful. Стейт в приложении = усложнение логики + усложнение отладки
- акторы намного медленней альтернатив
- если нужна какая-то отказоустойчивость и lifecycle, лучше сделать микросервис. если нужна какая-то вменяемая обработка ошибок и асинхронщина, есть фьючи и IO

Ну да, либо "low-code", либо "думать"

Мне кажется, много раз обсуждалось

угу, пусть буде так... так что на мой первый вопрос, нет ответа  ?

По поводу стэйта - это и плюс и минус. Сложнее отлаживать - возможно, но и производительность от этого растет
Там где нужна производительность можно просто использовать akka-streams
По поводу отказоустойчивости тут зависит сильно от того что хочется получить: если просто на дохлые ноды не ходить - мб и не нужна акка, если CRDT нужен тут думаю без вариантов (по крайней мере не видел чего-то адекватного для нескольких систем)

успокоит ли тебя информация, что в этом направлении сейчас пишу пет-проект? )

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

> no-code - это ниша толпы миддлов, которые пишут условно работающие приложения

это одна позиция, другая - lowcode это ответ на тривиальные и достаточно изученные потребности бизнеса, которые лень велосипедить каждый раз со всеми поворотами

впрочем, ни одной реально удачной low-code не видел ни на одном языке, все всегда заканчивалось "вот наша платформа, вот с чем нужно соединить, вот шов в системе размером больше обеих платформ вместе взятых"

хм.... позиция понятна. скажу только что и валидация и обратная совместимость и устойчивость - это ведь не синонимы low-code.  как и скала - не синоним надёжности.

чем для второй позиции не подойдет тот же питон с джангой, где решения всех таких проблем лежат на стековерфлоу?

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

был один такой... счас целая отрасль... 1C называется

точно!

вот уж у кого лоукодь
бери или проваливай

а интеграции с 1С кто давно писал?)

Так одно другому не мешает. Основная потребность бизнеса - получить максимальный результат с минимальными затратами (причем минимизация затрат важнее). Т.е. берем толпу миддлов, они пишут идеально поддерживаемый проект на spring+hibernate (т.к. любой другой миддл знает эти технологии), проблемы заливаем железом и временем админов.

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

>  Т.е. берем толпу миддлов, они пишут идеально поддерживаемый проект на spring+hibernate (т.к. любой другой миддл знает эти технологии), проблемы заливаем железом и временем админов.

влажные мечты каждого первого ит-менеджера
опыт говорит, что это работает чтобы сдать проект за жопочасы, но не чтобы бизнес получил устойчивое решение)

нужна не толпа мидлов, а 2 сеньера которые сделаю всю систему целиком