в будущем должно везде быть живое представление структуры вызовов / переменных, чтобы наглядно видеть где есть дубликация логики, где нет
а то ползаем с фонариком по сумеркам

фонарик это, конечно, хорошо, он родимый помогает

Кстати удивительно что такие вещи не развиваются

выше кинул про Moldable development

оказывается есть язык для графов DOT
https://en.wikipedia.org/wiki/DOT_(graph_description_language)

и можно вживую в него транслировать

и с него постоянно фигачить graph-viz

На вид какие-то джунипер ноутбуки

в Visual Studio для С# был хороший просмотровщик графов

Немного поиграл с https://github.com/gfredericks/clj-usage-graph
Написал gist https://gist.github.com/spacegangster/5d91d2e39af52ee3581b8f46f963f96e

Есть вопросик, а как вы в кложуре достаете из результатов матчинга регулярок именованные группы?

Я посмотрел варики и сейчас пока свой хак выкатил, но может есть что-то разумное

#"(?<name>[a-zA-Z]+) (?<age>\d+)" грубо говоря из такой регулярки чтобы в результате получить словарь с :name и :age

Я лично чет каждый раз думаю "затяну либу с именованными регексами" а потом забиваю и не юзаю именованые регексы

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

В этом ничего Clojure-специфичного в общем-то и нет. Приложение всё равно надо паковать в Docker, k8s в этом не поможет, а как обращаться с упакованным приложением определяется уже в процессе сборки.

И конфиг для БД с Clojure тоже никак не связан. И бытует мнение, что БД в k8s для "боевых условий" размещать не стоит. Хотя там даже специальная абстракция для них есть, StatefulSet, и есть "операторы"... впрочем, я не пробовал ничего из перечисленного, в тестовых средах StatefulSet норм.

ну вот https://github.com/rufoa/named-re

Ну мне наверное на нравится только то, что clojure.core оверрайдит

+

Как вот эта вот конструкция в векторе параметров называется? где можно при это почитать?