Remix.run Logo
mrcwinn 2 days ago

It's not the long tail. It's that the HEAD of packages in Elixir are also often poorly maintained or not maintained. The fundamental question for any developer: can I be productive quickly? Despite all that Elixir has going for it, the answer is often "no."

Want a first-party client library for the service you're using? Typically the answer is "too bad, Elixir developer." And writing your own Finch or Req wrapper for their REST endpoint simply isn't a valid answer.

>For its size, Elixir is doing quite well.

I'm actually arguing the opposite. Elixir is not doing well because of its size. So how can that be influenced and changed?

prophesi 2 days ago | parent [-]

What packages in Elixir have you found unmaintained/missing in the ecosystem? Genuinely curious.

AlchemistCamp 2 days ago | parent | next [-]

Probably the highest profile and most consistent example would be Stripe. The most popular Stripe wrapper for Elixir’s docs point to a 2019 Stripe API version: https://github.com/beam-community/stripity-stripe

Worse still, the quality of Stripe’s own docs have really degraded this decade for anyone not using a language they have an SDK for. Most of their newer docs assume m have a drop-down toggle for on backend language with a few popular languages and no option for “other”. Example: https://docs.stripe.com/billing/quickstart

None of this is a fault of anyone working on Elixir or Phoenix but it definitely has an effect of discouraging some of the fledgling entrepreneur types who Elixir would otherwise be a near perfect fit for, as Rails was in the late aughts.

movedx01 a day ago | parent | prev [-]

anything OAuth

uncircle a day ago | parent [-]

There is an excellent (maintained, funded, audited AND with official certification) erlang/Elixir library for that: https://github.com/erlef/oidcc

I have just shipped a production service centered around OAuth and interfacing with OpenID Connect servers.