Обозначил сорсы?

в репле то норм

не видит именно внешние либы

вопрос закрыт, нужно было просто перегрузить depth project

Не лишён своих недостатков, конечно, но мне показалось, что он больше ориентирован на использование только клавиатуры чем vs code. А так, понятное дело, Emacs неповторим )

Кто нибудь пробовал использовать для UI https://github.com/keechma/keechma-next/?

Опытные кложуристы, дайте наставление. Есть функа foo(), которая может вернуть nil, если пользователь ввел некорректные данные (foo input) => nil

Есть другая функа faa(), которая принимает результат работы foo()
(faa (foo input))
И если в нее придет nil то она крашицо.

Что они делают, я думаю, не важно. Больше концептуальный вопрос. Как в кложа-мире решается этот вопрос? Мне приходит в голову обычное некложа решение - проверка аргументов на нил. Но думается мне, что решаться это должно не так. Подскажите, куда копать, что почитать?

проще всего проверить ввод пользователя до того, как передавать в фугкции. И кидануть эксепшен с понятным сообщением

еще иногда полезная такая запись:

(-> input
    (foo)
    (or (throw (ex-info ...)))
    (bar)
    (or (throw (ex-info ...))))

А если мне надо продолжать просить ввод, пока он не будет корректный, то это через рекурсию только?

что значит "просить ввод"?

Ну я грю "введи цифру"
Он вводит букву
Я говорю "не, это не цифра, введи цифру" и так далее

у вас есть функция, которая ожидает некоего ввода с консоли (как я догадываюсь), потом данные как-то валидируются

и цикл ввода либо завершается, либо повторяется с каким-то сообщением

Ага, ну да. Спасибо

some-> посмотри тоже

я не думаю, что это хорошая идея для продакшн проекта (в смысле просить ввод с консоли)

нене, это я кложу просто изучаю)

ну fnil еще может помочь, если захочешь какой-то дефолтный аргумент проставлять, хотя это вроде не совсем подходит под описанный кейс.