а так получается что вся информация рядом — название аргумента и его человеческое описание

другие языки живут как-то с doc comment

ну и то что я привел как пример это всего лишь демонстрация того что мета может быть добавлена куда угодно в :arglists
реальный синтаксис конечно может выглядет по другому

ну мы же про кложу говорим)

посмотрел вчера видео про программы, управляемые данными, впечатлился
а есть какие-нибудь аналоги кложи под Python, но без её маньячинга со иммутабельностью, наборот с мутабельными объектами вместо списков/мапов?
Python потому что стандарт для мат.обработки данных (под dataweb-проекты)

сжечь еретика😂

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

hy, и hissp вроде бы

повторюсь — демо показывает что это все можно добавить в сам :arglists
как это будет выглядеть синтаксически — другой вопрос

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

ну такое себе — парсить строки)

плюс это добавит излишнюю конвенцию на докстринги с которой будет непонятно что делать если что-то не так написано

если что graalvm позволяет выполнять питонячий код “прямо из кложуры”

мне бы что бы посмотреть чтобы затащить кложуровые подходы на чисто питонящий стек — Django/Flask, ML либы.

склоняюсь к реализации какого-то лиспоподобного язычка на данных, подглядывая в кложуровый red book — нужен гомоиконичный веб-движок, который позволяет строить формы/страницы как вычислимые объекты, типа форм, которые в динамике перестраиваются в зависимости от значений их полей, и текущих данных в БД

domain — интранет-система для работы с метеоданными (GIS, возможно кое-что из IoT для мониторинга автоматических станций)

А можно ссыль?

Hy-lang, ну и всякие дефолтные либы типа toolz, trafaret, pipes, fn.py, ну и это скорее куда-то к питонистам

начал вот с этого, потом начала шариться по сети, держа в голове веб, и текущую задачу под которую Django кажется не подходит — шаблон/форма, которая должен процентов на 80% перестраиваться в зависимости от текущих данных (не просто данные, а весь layout типа добавления/удаления/изменения нескольких секций с таблицами)