Скорее всего. И не забываем про хот релоад, гарантии которого нужно соблюдать до сих пор.

В этом плане можно покопать в сторону комментариев на тему статической типизации, в том числе и от самого Джо

А потом wg тебя притянут?

если сейчас форкнешь то нет

считай что опубликовано в открытом источнике

Чисто теоретически это возможно)

Есть некая процедура согласования кода для выкладывания в open source.  И эти либы, в аккаунте wgnet, не проходили ее.

Так что лицензии у них действительно нет.

я 1_000 не из Elixir а Rust утащил!!

я бы не советовал =) Оно вроде работает, но писалось скорее не для продакшна а как демка (не самая удачная)

epgsql_pool конечно работает, но скрывает некоторые приятные фичи epgsql и добавляет доп оверхед в виде процесса-прослойки. Я бы советовал просто засунуть "сырой" epgsql cоnection под нормальный пул типа github.com/seth/pooler, а абстракции наворачивать уже если уверен что они нужны

у меня штук 5 сервисов есть которые так работают без каких-то проблем. Переживают рестарты БД без последствий (остановил постгрес - в мониторинге лампочка покраснела; запустил - снова зелёная)

в простейшем виде у меня есть в проекте модуль

-module(my_db).
-export([start_link/1, with_connection/1]).


start_link(Opts) ->
    epgsql:connect(Opts).

with_connection(Fun) ->
    C = pooler:take_member(?MODULE, {1, sec}),
    true = (C =/= error_no_members),
    Res =
        try Fun(C)
        catch Err:Reason ->
                pooler:return_member(?MODULE, C, fail),
                erlang:raise(Err, Reason, erlang:get_stacktrace())
        end,
    pooler:return_member(?MODULE, C, ok),
    Res.

и его можно использовать как

my_db:with_connection(
    fun(C) ->
        {ok, _, Rows} = epgsql:equery(C, "SELECT * FROM users"),
        <...>
    end).

ну и где-то в application start коллбеке что-то типа

    DbPool = [{name, my_db},
              {start_mfa, {my_db, start_link, [EpgsqlOpts]}}
              | PoolExtraOpts],
    pooler:new_pool(DbPool),

epgsql_pool реализует пинг и реконнект. Причем, реконнект не только если есть явная ошибка в соединении, но и если пинг не ответил.

А пинг, это отправка запроса select 1; каждые N  секунд.

Таким образом пул знает не только то, что в tcp соединении нет явных проблем, но и то, что БД действительно отвечает на запросы.

так то да, но в более-менее нагруженном приложении там сотни обращений к пулу в секунду. При использовании round-robin а не стека дополнительный ping раз в 5 секунд вряд-ли успеет заметить проблемы раньше чем приложение

хотя лишним тоже не назовёшь конечно

Ну зависит от сценариев использования. У нас "нагруженое" приложение, это 2-3к rps запросов в бд. Больше нам не надо.