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

Я например однажды с помощью агента разруливал циклические зависимости на этапе компиляции

Я как-то делал, но это бесполезно оказалось

Проблема тайпспек в том как устроена компиляция в эликсире. Из-за её жадной параллельности (компилирую пока могу) не получается получить тайпспеки из какого-нибудь другого модуля во время компиляции.
Типа если @type t :: MyProject.MyOtherModule.t() то во время компиляции достать MyProject.MyOtherModule.t() не получится, потому что не будет гарантии что он скомпилирован. Для этого нужно выставлять require или писать компилятор, который будет генерировать отдельный модуль после компиляции проекта (или перекомпилировать уже существующие), что достаточно сложная задача. Если у кого есть время - пожалуйста, будет полезная либа, но пока что программисту гораздо проще и быстрее написать матчинг с проверками типов (потому что такие валидации далеко не всегда нужны)

Я могу залить, но он очень сырой и умеет только выкидывать boolean() на соответствие или несоответствие типу. Зато функции генерятся в компайле, и превращаются в чистый pattern-matching (почти)

Компилятор, наверное, можно побороть по аналогии с doctest.
Если ты в тесте явно напишешь spectest_macro MyModule, то можешь делать require. Но я вообще ни разу не эксперт, просто предположение

Хотя к каким последствиям приведет каскадный require не очень понятно, может все будет очень плохо

Может быть, генерацию валидаторов вынести в отдельный шаг сразу после основной компиляции, когда уже все модули со спеками готовы?.. А после уже во время запуска тестов запихивать в них трейс.

Черт его знает, получится ли.

Так я написал что так можно, но это будет больно и неприятно

В моей текущей реализации, если невозможно достать спеку из модуля, то валидатор пытается вызвать валидатор этого модуля :\

спасибо, буду разбираться!

Всем привет, кто нибудь пользуется Guardian в связке с Argon2
Иду по официальному гайду по Guardian (https://hexdocs.pm/guardian/tutorial-start.html#content)
В итоге в случае успешной авторизации получаю ошибку

** (Plug.Conn.AlreadySentError) the response was already sent

Это в ответ на

Guardian.Plug.sign_in(user)

Кто-нибудь сталкивался с таким? Может кто-нибудь в последнее время проходил гайд?

покажи код def sign_in

** (Plug.Conn.AlreadySentError) the response was already sent

Guardian.Plug.sign_in(user)

Я делал guardian + bcrypt, всё норм. По другому гайду. Думаю, аргон отличается от бкрипт незначительными деталями.

Функция sign_in из Guardian.Plug (https://hexdocs.pm/guardian/Guardian.Plug.html#sign_in/5)
Но вообще нашёл косяк при

use Guardian ...

Благодарю за отзывчивость

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

Люди, подскажите, как по науке сделать аналог на эликсире такой Ruby конструкции:

def my_func(arg)
  return if arg == 0
  ...
end

нашел, кажется, do: :nothing