Спасибо!

спасибо за бота, однако по моим наблюдениям, боты уже умеют нажимать кнопку)

Откуда требование на наличие database url на сборке?

по дефолту феникс запекает урл в prod.secret.exs

Уже подсказали: по умолчанию database url требуется, но ниже в той же доке есть workaround, чтобы более гибко сделать: https://hexdocs.pm/phoenix/releases.html

Значит надо писать скрипт, который как в постгресе: на первом старте что-то делает.

Те геморрой и закат солнца вручную

Да прост использовать рантайм конфиг вместо компайл тайма

Этот скрипт встроен в механизм релизов elixir. Те как бы это не совсем workaround, а такой типа официальный костыль.

Вернее там получатся два раза запускается VM - первый раз чтобы сделать sys.config, а второй - уже нормально

И это даже можно отключить если типа все законфигал уже «сам» и не хочется два раза стартовать.

И это отключить появилось сильно недавно

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

Добрый вечер, я не давно начал алхимить после jvm языков, привлёк beam. Есть вопрос: Имеется проект, там куча модулей и в каждом модуле куча маленьких приватных функций для обработки какого то кейса - Я так понимаю это норм подход. Но меня после императивных языков, очень сильно передергивает что в целом все эти маленькие функции никогда не переиспользуются и по факту в проекте злоупотребляют этим подходом и разбивают сложный алгоритм на множество маленьких кусочков. Это норм в целом или что то не так ?

Иногда вообще не понятно зачем кусочки вынесены из одной функции в отдельные которые добавляют свои def.. do.. end и одна две строки полезного кода, в итоге египетский манускрипт )

Это норм

> Разбивают сложный алгоритм на множество маленьких кусочков

Именно. В этом и суть.

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

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

1. проще дебагать
2. проще тестировать
3. проще вносить точечные изменения

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