Goo Programming Language @goo@social.doma.dev
Elixir FP ecosystem and its FP-friendly fork.
(We need a logo: https://github.com/doma-engineering/goo/issues/12)
@ryansch we'll write a blog post after we publish a product using #Goo, but TL;DR is the following.
1. Why?
Despite #Witchcraft library being an established functional programming "prelude" for #Elixir (#AppSignal even has a blog post about it!) and #Elixir being a 1.x language, they still deprecate key features that make #Witchcraft ergonomic[1] and refuse to accept generalizations that would further improve FP programmers' user experience[2]. We don't want to comment on how we feel about it from the industrial language design best practices standpoint, but here's the pragmatic take. We have chosen #Elixir as the backbone of our stack over #Purerl because it has #Dialyzer and #Witchcraft, otherwise we would've contributed to #Purerl instead. So, practically, for us it's the path of least resistance to fork Elixir and reclaim the functionality we assumed it will have when we were choosing our stack.
# What?
There is no way to tell what #Goo will look like in the long run (think: post #Elixir v2). Practically, #Elixir upstream feature set can be characterised as "unpredictable".
In the immediate future, #Goo shall track #Elixir and maintain an FP-friendly patchset. In the immediate future, we also will be happy to accept more functional programming features both into the language *and* into the set of libraries we support[3].
The only thing we are certain about is that #Goo will forever be a super-set of #Elixir. So if Elixir v2 will diverge from Elixir v1 entirely, most likely we'll freeze Goo in favour of developing new projects in #purerl. Unless Goo will assemble a community, that is.
Not sure this train of thought answers your questions, feel free to follow-up.
[1]: https://elixirforum.com/t/how-difficult-would-it-be-to-add-the-infix-notation-a-la-haskell/19143/26
[2]: https://github.com/elixir-lang/elixir/pull/11588
[3]: https://social.doma.dev/@goo/109940130593807791
In addition to releasing #Goo, we have also gave some #TypeClass, #Quark, #Witchcraft and #Algae some love.
None of them have any internal warnings now while used with #Goo!
We hope you will enjoy functional programming in #Elixir!
Presenting #Goo v0.1, which corresponds to #Elixir v1.15.0-dev.
https://github.com/doma-engineering/goo
We're planning to just maintain a small patch set for the time being which is put in place to support ergonomic #FunctionalProgramming in Elixir in general and #Witchcraft library family in particular.
Update about the toot from three days ago.
We're not yet sure what will we do about `new` moving forward, I would expect some breaking changes there, since we really want to please the #Dialyzer.
Our team member has asked the authors of #Witchcraft libraries about their take on it and we're waiting for the response.
https://discord.gg/fissioncodes / https://discord.com/channels/478735028319158273/777953614714765343/1078841107632357458
Attention #Algae users.
Functionality of generating `new` functions based on default values is staying, **but**, make sure to never write your own `new` functions yourself.
Please write your constructors as `def mk`.
If you used rose tree[1] implementation, you'll be hit with a breaking change as `rose.ex` moves to this convention.
Elixir FP ecosystem and its FP-friendly fork.
(We need a logo: https://github.com/doma-engineering/goo/issues/12)
